On Sun, Aug 29, 2010 at 12:01, Arantes wrote:
> Hello guys,
> Just wanted to say ... I really don't like this. Not because of the use of
> DBUS, or the multiprocess or not, but because i really think that if we do
> that, aMSN won't be aMSN no more. It would just be another multi protocol
> client
On Sun, Aug 29, 2010 at 6:01 AM, Arantes wrote:
> Hello guys,
> Just wanted to say ... I really don't like this. Not because of the use of
> DBUS, or the multiprocess or not, but because i really think that if we do
> that, aMSN won't be aMSN no more. It would just be another multi protocol
> cli
Hello guys,
Just wanted to say ... I really don't like this. Not because of the use of
DBUS, or the multiprocess or not, but because i really think that if we do
that, aMSN won't be aMSN no more. It would just be another multi protocol
client, like there are tons of. I really think aMSN should s
On Thu, Aug 26, 2010 at 8:45 AM, Boris 'billiob' Faure wrote:
> 2010/8/26 Stéphane Bisinger :
> > I think that if we want to split daemon/client, telepathy is an
> > eccelent option since we would basically do the same thing with an
> > implementation of our own. So the question is: would it be a
On Thu, Aug 26, 2010 at 4:31 AM, Boris 'billiob' Faure wrote:
> I really don't like the dependency on DBUS, but that's the best way to
> achieve it.
>
I don't either, but without it, it becomes incredibly difficult to have a
client/server mode since we'd need to create our own IPC protocol which i
2010/8/26 Stéphane Bisinger :
> I think that if we want to split daemon/client, telepathy is an
> eccelent option since we would basically do the same thing with an
> implementation of our own. So the question is: would it be a good idea
> to split aMSN2 in a client/daemon structure?
that's the go
I think that if we want to split daemon/client, telepathy is an
eccelent option since we would basically do the same thing with an
implementation of our own. So the question is: would it be a good idea
to split aMSN2 in a client/daemon structure?
Based on what I see from the centerim project, a LO
I really don't like the dependency on DBUS, but that's the best way to
achieve it.
My main issue about using telepathy is that we were going to have a
kind of preview 0.1 release in september. Should we still aim at that
goal? I think we should since we don't know how much time will be
needed to in
On Tue, 06 Jun 2006 13:24:24 -0400, Harry Vennik <[EMAIL PROTECTED]>
wrote:
> Op maandag 5 juni 2006 22:07, schreef Philippe Khalaf:
>> Hi,
>>Well after seeing that long thread about languages, it kinda feels
>> like there is no solution but to keep the GUI in tcl/tk. We will never
>> agree
Op maandag 5 juni 2006 22:07, schreef Philippe Khalaf:
> Hi,
>Well after seeing that long thread about languages, it kinda feels
> like there is no solution but to keep the GUI in tcl/tk. We will never
> agree on a new language, we already know tcl/tk, and we have a whole
> lot of GUI code alre
Hi,
Well after seeing that long thread about languages, it kinda feels
like there is no solution but to keep the GUI in tcl/tk. We will never
agree on a new language, we already know tcl/tk, and we have a whole
lot of GUI code already written in TCL/TK. The back-end (connection
manager) could be
i just love how you do kkrt, when you don't know something you first hate it and then consider it :)IMHO :- python's indentation is strange but force devs to code with the same style- it would be pointless to move from an interpreted language to another interpreted language (maybe python's case is
STOP TALKING ABOUT NEW LANGUAGES... + Ocalm is crap, I don't know about
the language, but I remember when I downloaded an ocalm program, it took
me a day to compile it, compiler is crap, dependencies are crap, etc...
don't know if it changes though...
and anyways, we want to avoid new languages
If you want a "fast" language, use OCaml : (http://caml.inria.fr/index.en.html)
I code with this language at school, and it's very funny and pleasant.
The code is also quite small; but it's not an easy language as python
or tcl. It can be compiled in native code or in bytecode.
Well, stop talking
On Thu, 2006-06-01 at 22:45 +0200, Harry Vennik wrote:
> Yes, you may be right, be we also need to think about what we are going to do
> ourselves. For that I think there is just:
> - Tcl because we use that now, and we all know it
> - C because it is the best programming language that compiles to
On Thu, 01 Jun 2006 16:26:13 -0400, Bruno Costa <[EMAIL PROTECTED]> wrote:
> On 6/1/06, Philippe Valembois - Phil
> <[EMAIL PROTECTED]>
> wrote:
>>
>> I think you misread the mail...
>> He says that if we do a backend for Telepathy, he will create its own
>> GUI
>> with
>> Java... He doesn't a
On 6/1/06, Philippe Valembois - Phil <[EMAIL PROTECTED]> wrote:
I think you misread the mail...He says that if we do a backend for Telepathy, he will create its own GUI withJava... He doesn't ask anything... (Maybe he asks for the backend :p)PhilThanks Phil!
Youness often misreads my e-mails, I thi
Benchmarks and articles here ya go! (now I'll be killed)http://www.idiom.com/~zilla/Computer/javaCbenchmark.html
http://www.javalobby.org/articles/swing_slow/index.jspJava Hotspot: http://en.wikipedia.org/wiki/HotSpotAdaptive optimization:
http://en.wikipedia.org/wiki/Adaptive_optimizationhttp://w
Yes, you may be right, be we also need to think about what we are going to do
ourselves. For that I think there is just:
- Tcl because we use that now, and we all know it
- C because it is the best programming language that compiles to native code
I prefer C.
I've always disliked interpreted lan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
NoWhereMan wrote:
> - Original Message -
> From: "Youness Alaoui" <[EMAIL PROTECTED]>
>
>> Chameleon... ^o)
>> if we're going to use Tk, I think we should use tile from the very
>> start...
>> BANG!
>
> ouch! :P
About choosing a language
I understand your point, but what I said was that I would implement a java frontend, something like a hobby project, a proof of concept, to show that good swing programming isn't that slow, but nothing like the real fully featured amsn :D
On 6/1/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
Why are
well, he's not asking, but he says "I'm willing to", which means, he wants
to do it, which means he wants his code to be used...
I wouldn't want to have "download amsn, then download a frontend for it",
it's not like svn, you download the svn client, then download tortoisesvn
or rapidsvn for
I think you misread the mail...
He says that if we do a backend for Telepathy, he will create its own GUI with
Java... He doesn't ask anything... (Maybe he asks for the backend :p)
Phil
Le Thursday 01 June 2006 21:51, Youness Alaoui a écrit :
> Why are people asking for what they like, and not th
Why are people asking for what they like, and not thinking about what is
right...
Yes, java development is really nice and fast! but java still has a lot of
disadvantages for such a project, first, people hate it (:P), the JVM must
be installed and is huge to download, so it's sad for dialup
I'm not an amsn developer (please, don't kill me), but if you guys are going to develop a MSN backend for telepathy I'm willing to implement a java/swing frontend! (and no, java isn't slow as hell, and yes, mercury is a bugged piece of crap) :D
Apart from java I prefer python (maybe with pygtk)
- Original Message -
From: "Youness Alaoui" <[EMAIL PROTECTED]>
> Chameleon... ^o)
> if we're going to use Tk, I think we should use tile from the very
> start...
> BANG!
ouch! :P
___
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.ne
Chameleon... ^o)
if we're going to use Tk, I think we should use tile from the very start...
BANG!
p.s: that was a shot...
KKRT
On Thu, 01 Jun 2006 14:56:50 -0400, NoWhereMan <[EMAIL PROTECTED]>
wrote:
>
> - Original Message -
> From: "Youness Alaoui" <[EMAIL PROTECTED]>
>
>> python,
- Original Message -
From: "Youness Alaoui" <[EMAIL PROTECTED]>
> python, NO, perl, NO... I know these languages are popular, but I just
> hate the syntax, and especially python, I heard so much about it, but I
> never even felt the need to look at what the code looks like, I just hate
>
python, NO, perl, NO... I know these languages are popular, but I just
hate the syntax, and especially python, I heard so much about it, but I
never even felt the need to look at what the code looks like, I just hate
it from the start...
moreover, the main reason why we'd avoid python (if eve
- Original Message -
From: "Youness Alaoui" <[EMAIL PROTECTED]>
> The GUI could be a mix between different languages, I like Tk for its ease
> of use, Qt is too crap to program and gnome, I don't know.. but usually
> any GUI written in C/C++ is difficult to program (afaik, I could be
On 5/26/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
> On Fri, 26 May 2006 12:53:37 -0400, <[EMAIL PROTECTED]> wrote:
>
> > On 5/25/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
> >> lol @ your last sentence, nice though :)
> >> You know how I feel about that, so you can count me in, as soon as I
On Fri, 26 May 2006 12:53:37 -0400, <[EMAIL PROTECTED]> wrote:
> On 5/25/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
>> lol @ your last sentence, nice though :)
>> You know how I feel about that, so you can count me in, as soon as I get
>> some time, I'll be doing some stuff.. right now I'm rewr
On 5/25/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
> lol @ your last sentence, nice though :)
> You know how I feel about that, so you can count me in, as soon as I get
> some time, I'll be doing some stuff.. right now I'm rewriting part of the
> new CL that Karel wrote, making it even more modu
On Wed, 24 May 2006 21:00:28 -0400
"Youness Alaoui" <[EMAIL PROTECTED]> wrote:
> lol @ your last sentence, nice though :)
> You know how I feel about that, so you can count me in, as soon as I get
> some time, I'll be doing some stuff.. right now I'm rewriting part of the
> new CL that Karel w
lol @ your last sentence, nice though :)
You know how I feel about that, so you can count me in, as soon as I get
some time, I'll be doing some stuff.. right now I'm rewriting part of the
new CL that Karel wrote, making it even more modular and easy to use (his
current design was good, but i
35 matches
Mail list logo
