Hi Arlo,
> > The point I was failing to make is that since modals stop the
> world, we should use them sparingly. But maybe this is a case
> where it's warranted.
Thanks for good lesson in UX :). Marcela’s and your comments have helped me
very much.
Best,
Vu Huy
__
> On Mar 23, 2016, at 9:05 PM, Huy Vu Quoc wrote:
>
>> Wherever possible, we'd like to avoid modals and use the notification bar.
>> There's also a suggestion to grey out the conversation window and use a
>> throbber here,https://github.com/arlolra/ctypes-otr/issues/20
>
> Since the monitorin
Hi Arlo,
> It may be prudent to consider a memory-managed language (I'll suggest golang
> here as popular choice) for the server component.
It is good to know that I can use golang to develop the server
component. I am going to rewrite this part.
> Wherever possible, we'd like to avoid modals a
Thanks Vu, looking good.
> One challenge of keyserver is efficiency and scalability for large volumes of
> users, concurrent traffic. According to this requirement, the keyserver will
> be implemented using libuv library and OpenSSL as cryptography library. libuv
> is a multi-platform support
Hi,
I have included below my draft proposal and would like to hear your advise
about it.
—
My proposal for this project is presented as follow: firstly, I describe an
overview implementation of server, followed by a list of important user
interface/overall architectural client components,
Dear Marcela, Arlo
> You’re very welcome, we look forward to your application!
I have submitted my draft proposal via GSoC website. I am looking forward to
your feedback.
Thank you so much!
best,
Vu Quoc Huy
___
tor-dev mailing list
tor-dev@li
Hi Huy,
You’re very welcome, we look forward to your application!
Best,
Marcela
> On Mar 13, 2016, at 3:40 AM, Huy Vu Quoc wrote:
>
> Hi Marcela,
>
> Thanks for your quickly reply.
>
>> It's reasonable to assume that the client may one day talk to other CONIKS
>> servers and
>> clients
Hi Marcela,
Thanks for your quickly reply.
> It's reasonable to assume that the client may one day talk to other CONIKS
> servers and
> clients. So clearly specifying the data format that the Tor Messenger client
> (and also
> the server) uses is an important part of the project. Ultimatel
Hi Huy,
Great to meet you and thank you very much for your interest in this project!
> - A standard for data formats & protocol: I know the standard is
> essential for the project, so can I define a standard when developing
> (with your review) or I have to wait for your work in future?
It's rea
Dear devs,
My name is Huy, and I am a computer science student at Hanoi
University of Science and Technology, Vietnam.
GSoC is a great opportunity for me to contribute to Tor. I have been
watching the development of Tor Messenger since its release. As my
major is cryptography, I find the idea “im
10 matches
Mail list logo
