pidgin-devel

[Gaim-devel] Windows port design

[Robin R. <ro...@Mo...>]

Hi. Do you describe anywhere what your design approach was for the Windows
port, what changes were involved?

Thanks!

Robin
---------------------------------------------------------------------------
www.LinuxMovies.org www.CinePaint.org
www.OpenSourceProgrammers.org  http://gtk-osx.sourceforge.net
www.MovieEditor.com

Re: [Gaim-devel] Windows port design

[Sean E. <sea...@bi...>]

Robin,

The Windows port just kinda happened. :)

Herman Bloggs, our Wingaim maintainer (who I'm sure is on this list, but
you may need to e-mail him seperately), he wrote a Gaim plugin to
interact with his TiVo.  Of course, most of the TiVo users who wanted to
use his plugin were Windows users, so Herman decided to port Gaim to
Windows.  He mailed me and Rob late July telling us that he had ported
it.

He had ported the stable tree; Rob and I decided we wanted CVS HEAD
ported instead, as the stable tree was frozen to new features.  We had a
bit of trouble contacting Herman for a while so, for fun, I ported it
myself, basing my work on Herman's.

Most of the porting is done by GTK+ which aims for platform independence
with its multiple GDK targets.  Thanks to that, the main efforts in
porting have been converting platform-specific code to its GTK
equivilent, or for stuff with no equivilent (a lot of the networking
stuff is platform-dependent) writing Windows code and hiding it behind
#ifdefs.  Herman would know more about all this.

So, really, there wasn't much "design" to the port.  It's a good example
of the open source development process, though.  Our OS X port will be
very carefully designed, though ;)

-s.

On Sun, 2003-03-09 at 00:38, Robin Rowe wrote:
> Hi. Do you describe anywhere what your design approach was for the Windows
> port, what changes were involved?
> 
> Thanks!
> 
> Robin
> ---------------------------------------------------------------------------
> www.LinuxMovies.org www.CinePaint.org
> www.OpenSourceProgrammers.org  http://gtk-osx.sourceforge.net
> www.MovieEditor.com
> 
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
> for complex code. Debugging C/C++ programs can leave you feeling lost and 
> disoriented. TotalView can help you find your way. Available on major UNIX 
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel

Re: [Gaim-devel] OS X port design

[Robin R. <ro...@Mo...>]

Sean,

Thanks! Appreciate the info about the Windows port.

> Most of the porting is done by GTK+ which aims for platform independence
> with its multiple GDK targets.
>
> So, really, there wasn't much "design" to the port.  It's a good example
> of the open source development process, though.  Our OS X port will be
> very carefully designed, though ;)

What about your OS X port? What's its design?

If porting Gaim is mostly in the GTK+ library are you interested in our
GTK+OSX project to port GTK+ to Mac OS X? Or, do you have other plans?

Cheers,

Robin
---------------------------------------------------------------------------
www.LinuxMovies.org www.CinePaint.org
www.OpenSourceProgrammers.org  http://gtk-osx.sourceforge.net
www.MovieEditor.com

Re: [Gaim-devel] OS X port design

[<ni...@te...>]

>
>
>What about your OS X port? What's its design?
>
>If porting Gaim is mostly in the GTK+ library are you interested in our
>GTK+OSX project to port GTK+ to Mac OS X? Or, do you have other plans?
>  
>

It seems to me that th project linked from your mail can't be used. It's 
a port of the obsolete GTK+ 1.2, while gaim currently uses GTK+ 2.0.

Re: [Gaim-devel] OS X port design

[Sean E. <sea...@bi...>]

On Sun, 2003-03-09 at 10:32, Robin Rowe wrote:
> What about your OS X port? What's its design?
> 
> If porting Gaim is mostly in the GTK+ library are you interested in our
> GTK+OSX project to port GTK+ to Mac OS X? Or, do you have other plans?

For a while, it's been our plan to implement a "core/ui split."  This
would entail the Gaim UI being a different process from the Gaim core. 
These two processes would communicate through a socket.  The socket
already exists, even, and you can control Gaim to some extent by
communicating with it.  The plan is to create a native cocoa ui and have
it communicate with the Gaim core socket.

Anyway, this is Rob's baby.  I should let him talk about it.  I don't
even know he still wants to use this plan in the OS X port.

-s.

Re: [Gaim-devel] OS X port design

[AthlonRob <ath...@ax...>]

On Sun, 2003-03-09 at 10:58, Sean Egan wrote:

> For a while, it's been our plan to implement a "core/ui split."  This
> would entail the Gaim UI being a different process from the Gaim core. 
> These two processes would communicate through a socket.  The socket
> already exists, even, and you can control Gaim to some extent by
> communicating with it.  The plan is to create a native cocoa ui and have
> it communicate with the Gaim core socket.

I wonder if this might open the door for another feature I'd like to
see...

Having several computers I skip between, depending on my mood and
location, I always thought it would be cool if there were a
client/server relationship with gaim... Run the main process on one
system, which actually does the connecting to the services, then clients
on other machines which have the UI itself.  Each machine would have an
identical buddylist showing, identical chat windows, etc...

How doable such a thing is, I don't know.  But that's my dream for the
perfect IM client.  :-)

Rob

Re: [Gaim-devel] OS X port design

[Sean E. <sea...@bi...>]

On Sun, 2003-03-09 at 14:11, AthlonRob wrote:
> Having several computers I skip between, depending on my mood and
> location, I always thought it would be cool if there were a
> client/server relationship with gaim... Run the main process on one
> system, which actually does the connecting to the services, then clients
> on other machines which have the UI itself.  Each machine would have an
> identical buddylist showing, identical chat windows, etc...

That's the plan exactly.  Ports to other OSes are just a pleasent
side-effect.

> How doable such a thing is, I don't know.  But that's my dream for the
> perfect IM client.  :-)
> 
> Rob
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger 
> for complex code. Debugging C/C++ programs can leave you feeling lost and 
> disoriented. TotalView can help you find your way. Available on major UNIX 
> and Linux platforms. Try it free. www.etnus.com
> _______________________________________________
> Gaim-devel mailing list
> Gai...@li...
> https://lists.sourceforge.net/lists/listinfo/gaim-devel
-- 
Sean Egan <sea...@bi...>

Re: [Gaim-devel] OS X port design

[AthlonRob <ath...@ax...>]

On Sun, 2003-03-09 at 11:23, Sean Egan wrote:
> On Sun, 2003-03-09 at 14:11, AthlonRob wrote:
> > Having several computers I skip between, depending on my mood and
> > location, I always thought it would be cool if there were a
> > client/server relationship with gaim... Run the main process on one
> > system, which actually does the connecting to the services, then clients
> > on other machines which have the UI itself.  Each machine would have an
> > identical buddylist showing, identical chat windows, etc...
> 
> That's the plan exactly.  Ports to other OSes are just a pleasent
> side-effect.

Well, that is way super cool.

I wish y'all luck on it.  I only wish I had the talent necessary to help
somehow...  :-)

Rob