amcl-devel

[Amcl-devel] C plugin API

[Petter E. S. <gi...@pr...>]

Looking over the example code for a C plugin, I notice that a plugin
gets its own menu item, but aside from that has no way of manipulating
the GUI itself. This means that the Python API, which lets users add
widgets to the main window but on the other hand provides no menu items,
can't be implemented using the plugin API of today. It would probably be
relatively trivial to move the stuff I added to the GUI code over to the
plugin API, but this should probably be left as a design issue for the
GNOME2 version.

What I'd like to have is a facility for plugins to add widgets and menu
items (or even whole menus) at will to the main window, either in
predefined positions as it is today, or (if possible) in a completely
flexible manner. I've no real experience with GNOME2, so I can't tell
whether giving plugins random access to the GUI would be easy or
completely impossible, but I'd at least like someone a little more
enlightened on the subject to consider it. :)

Another feature missing from the current GNOME-Mud (which I thought
about implementing in the Python API but never got around to) is the
ability to set up timers. It'd probably be simple to implement this in a
C plugin for internal use, but I think it would be a useful feature in
the core application as well, allowing users not prepared to write their
own plugins to set up regularly scheduled commands to be sent to the
MUD. I seem to recall zMUD having a feature like this, habitually used
to prevent the character from being booted for idleness when the player
has fallen asleep at the keyboard.

--=20
Petter E. Stokke <gi...@pr...> http://www.gibreel.net/
#!/usr/bin/env python
import sys;x=3Dsys.stdout.write;r=3Dxrange;j=3Dcomplex;f=3Dfloat;a=3Dabs;u=
=3Dchr
def m(c,z=3D0j,i=3D0,p=3Dlambda z,i,g:x(['',' ',g][(i>=3D128)+(a(z)>=3D2)*2=
])):
 while a(z)<2 and i<128:(z,i)=3D(z*z+c,i+1);p(z,i,u(32+i%93))
for s in r(25):[m(j(n*.04,(f(s)-12.5)*.08)) for n in r(-50,25)];x('\n')

[Amcl-devel] Re: [Amcl-users] install help...

[Jordi M. <jo...@si...>]

[back to -devel, quote left intact on purpose]

On Sat, Jul 06, 2002 at 05:21:25PM +0200, Robin Ericsson wrote:
> On Sat, 2002-07-06 at 14:00, Jordi Mallach wrote:
> > On Fri, Jul 05, 2002 at 11:16:23AM -0600, al...@la... wrote:
> > > I'm trying to install GNOME-MUD, but I'm getting an error.  I'm tryin=
g to
> > > install in on Mac OS X (FREEBSD variant).
> > > checking for dlfcn.h... no
> > > checking for dl.h... no
> > > checking for dlopen in -ldl... no
> > > checking for shl_load in -ldld... no
> > > checking for dlopen... no
> > > configure: error: Dynamic linking is not available on this platform.
> > >=20
> > > I have Gnome working with other programs, but this one just won't com=
pile.
> > > Any ideas?
> >=20
> > Do you see something suspicious in config.log?
> >=20
> > Does it help to run:
> >=20
> > aclocal -I macros
> > autoheader
> > automake --add-missing
> > autoconf
> >=20
> > and retrying? If not, what versions of autoconf and automake are you
> > using?
> >=20
>=20
> I think this is a problem with Mac OS X, not the package it self. I know
> PHP have run into a lot of problems with this.
>=20
> The answer to this will probably be, it will not work on Mac OS X in the
> current form. Maybe I have some time to make GNOME-Mud compile without
> dynamic linking and in the same time lose function of plugins (which
> there are none anyways)

Actually that'd be nice, a configure switch that --enable(s)-plugins.

--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

[Amcl-devel] gettext 0.11

[Jordi M. <jo...@si...>]

Last night I committed a big patch that switched us from gettext 0.10.40
to 0.11.2.

Gettext 0.11 is a lot better, but it makes CVS users depend on automake
1.5 or greater. I don't consider this a drawback, but a Good Thing, as
forcing ourselves to automake 1.6 is good. It fixes much of the bad
stuff in the old automake.

I'll probably change configure.in to 2.5x too, and rename it to
configure.ac to make it very obvious.

Debian users, install automake1.6 and update-alternatives --config
automake :)

Please test CVS to see if everyone can autogen.sh it ok, compile it,
etc. Thanks!

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] Python plugins glitches

[Jordi M. <jo...@si...>]

On Fri, Jul 05, 2002 at 04:02:04PM +0200, Petter E. Stokke wrote:
> Sure, just change this line in the python_init() function in python.c to
> look for the scripts wherever you like:
>=20
> I'm too lazy to make a patch for it, but it's really a no-brainer for
> anyone with CVS access who cares to do it.

Yeah, I found out why monitor.py wasn't working when I ended up looking
up the search path in python.c. My local gnome-mud has the saerch path
changed. I'll commit shortly.

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] Python plugins glitches

[Petter E. S. <gi...@pr...>]

On Wed, 2002-07-03 at 16:54, Jordi Mallach wrote:
> On Wed, Jul 03, 2002 at 04:36:45PM +0200, Petter E. Stokke wrote:
> > Whoa, that'd need a complete rewrite. The current Python support is
> > modelled on the one in xchat, which just loads every .py file in the
> > user's .xchat dir at startup. And Python has its own hooks in the
> > networking code which are entirely unrelated to the general plugin API.
>=20
> I see. Anyway, would it make sense to move the search path to
> ~/.gnome-mud/plugins? If we're calling it plugins, they should go
> there, although they don't work like C plugins.

Sure, just change this line in the python_init() function in python.c to
look for the scripts wherever you like:

  foo =3D g_strdup_printf("%s/.gnome-mud/", g_get_home_dir());

Change it to read eg.

  foo =3D g_strdup_printf("%s/.gnome-mud/plugins/", g_get_home_dir());

I'm too lazy to make a patch for it, but it's really a no-brainer for
anyone with CVS access who cares to do it.

--=20
Petter E. Stokke <gi...@pr...> http://www.gibreel.net/
#!/usr/bin/env python
import sys;x=3Dsys.stdout.write;r=3Dxrange;j=3Dcomplex;f=3Dfloat;a=3Dabs;u=
=3Dchr
def m(c,z=3D0j,i=3D0,p=3Dlambda z,i,g:x(['',' ',g][(i>=3D128)+(a(z)>=3D2)*2=
])):
 while a(z)<2 and i<128:(z,i)=3D(z*z+c,i+1);p(z,i,u(32+i%93))
for s in r(25):[m(j(n*.04,(f(s)-12.5)*.08)) for n in r(-50,25)];x('\n')

[Amcl-devel] Re: gnome-mud behaviour

[Robin E. <lo...@lo...>]

Hi,

I'm taking this to the gnome-mud mailing list.

On Fri, 2002-07-05 at 13:22, Soeren Staun-Pedersen wrote:
> 
> Hey,
> 
> I noticed some differencies in how a telnet behaves and how gnome-mud
> behaves. 
> 
> 1. Bytes are flushed from the sendqueue in gnome-mud when received
>    but without the last carriage return.
>    Then a carriage return is send and flushed.
> 
>    Telnet sends the line with a carriage return when it receives a
>    carriage return, and flushes it in one blow.

Hmm, checking the code this should only occur when a trigger respondes?

> 2. gnome-mud does not recognize a telnet.h command like:
>    (/usr/include/arpa/telnet.h)
> 
>    IAC DO TELOPT_NAWS
>    255 253 31
>   
>    This means that whenever the window is resized it does not send back
>    information on window width and height. Many modern muds use this,
>    especially if they rely on the MudOS driver.

Maybe Vashti can give input on this?


best regards
Robin

[Amcl-devel] shell interface and plugin base class for gnome-mud-gnome2

[<moc...@se...>]

Here is the shell interface and plugin base class for
gnome-mud-gnome2.

The basics of the shell are:

The shell provides an interface for adding, retrieving, and
removing objects.  This is done using GValues, which are
basically containers for any kind of object. The shell
interface will eventually be implemented by an object in
src/, which will most likely derive from GtkWindow.

GnomeMudPlugin is a base class for plugins.  Each plugin
will basically implement a shell_set function, which is
responsible for adding that plugin to the shell via the
shell interface.  The shell is installed as a property to
each GnomeMudPlugin GObjeect.

FYI, this design is shamelessly taken from anjuta2.  It is
(IMHO) a nice design for gnome-mud because, like anjuta2, we
have one central "document" (the actual mud window),
surrounded by lots of nifty little tools (alias editors,
automappers, etc).

Whats next?  anjuta2 has interfaces for a document and a
document manager.   This would work for us as interfaces for
a session and session manager.  So, if anyone wants to come
up with the behavior a session and/or session manager would
exhibit, feel free to implement it as an interface (like
gnome-mud-shell).  Or, if it requires any discussion, we can
talk about it on the list.

Cheers!

Neil

Re: [Amcl-devel] Python plugins glitches

[Jordi M. <jo...@si...>]

On Wed, Jul 03, 2002 at 04:36:45PM +0200, Petter E. Stokke wrote:
> Whoa, that'd need a complete rewrite. The current Python support is
> modelled on the one in xchat, which just loads every .py file in the
> user's .xchat dir at startup. And Python has its own hooks in the
> networking code which are entirely unrelated to the general plugin API.

I see. Anyway, would it make sense to move the search path to
~/.gnome-mud/plugins? If we're calling it plugins, they should go
there, although they don't work like C plugins.

> I suppose implementing it as a plugin would be cleaner (in hindsight),
> but that probably requires a major overhaul of the Python code. Maybe
> just as well to leave that until the GNOME2 architecture is in place...

Yeah. For what is worth, I don't plan touching the 0.9 branch anymore
(and I hope it stays like that, for the benefit of 0.10 :)

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] Python plugins glitches

[Petter E. S. <gi...@pr...>]

On Wed, 2002-07-03 at 16:12, Jordi Mallach wrote:
> Ok, so now that I'm wearing a brown paper bag [1], I've found some stuff
> in the python plugins that I'm not too happy about.
>=20
> - python.c looks for the plugins in ~/.gnome-mud/, not in
>   ~/.gnome-mud/plugins. Any reason for that?
> - They are loaded automatically on startup. Mayve that's cool in some
>   cases, but it might be uncool on some others. It also doesn't use the
>   Plugin interface in the menu, so I wonder if that could be used too.
> - No way to use global plugins (/usr/share/gnome-mud/plugin/)
>=20
> The ideal thing would be to have a plugin section in preferences which
> has a list of all the available plugins, and you can select if you want
> to auto load it or not (and maybe other options, but that would be cool
> for a start).

Whoa, that'd need a complete rewrite. The current Python support is
modelled on the one in xchat, which just loads every .py file in the
user's .xchat dir at startup. And Python has its own hooks in the
networking code which are entirely unrelated to the general plugin API.
I suppose implementing it as a plugin would be cleaner (in hindsight),
but that probably requires a major overhaul of the Python code. Maybe
just as well to leave that until the GNOME2 architecture is in place...

--=20
Petter E. Stokke <gi...@pr...> http://www.gibreel.net/
#!/usr/bin/env python
import sys;x=3Dsys.stdout.write;r=3Dxrange;j=3Dcomplex;f=3Dfloat;a=3Dabs;u=
=3Dchr
def m(c,z=3D0j,i=3D0,p=3Dlambda z,i,g:x(['',' ',g][(i>=3D128)+(a(z)>=3D2)*2=
])):
 while a(z)<2 and i<128:(z,i)=3D(z*z+c,i+1);p(z,i,u(32+i%93))
for s in r(25):[m(j(n*.04,(f(s)-12.5)*.08)) for n in r(-50,25)];x('\n')

[Amcl-devel] Python plugins glitches

[Jordi M. <jo...@si...>]

Ok, so now that I'm wearing a brown paper bag [1], I've found some stuff
in the python plugins that I'm not too happy about.

- python.c looks for the plugins in ~/.gnome-mud/, not in
  ~/.gnome-mud/plugins. Any reason for that?
- They are loaded automatically on startup. Mayve that's cool in some
  cases, but it might be uncool on some others. It also doesn't use the
  Plugin interface in the menu, so I wonder if that could be used too.
- No way to use global plugins (/usr/share/gnome-mud/plugin/)

The ideal thing would be to have a plugin section in preferences which
has a list of all the available plugins, and you can select if you want
to auto load it or not (and maybe other options, but that would be cool
for a start).

Jordi

[1] I was compiling Debian's gnome-mud package against python2.2, while
2.1 is the official python version still. Would not be a problem, if
there had been a python-pygtk package for 2.2. D'oh!
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

[Amcl-devel] GNOME-Mud 0.9.1 released.

[Robin E. <lo...@lo...>]

This is a bugfix release. 

from the NEWS file:
- Minor fixes.
- Added mnemonics to all menu items.
- The plugin api documentation is now rewritten in DocBook and usable
  through your gnome-help viewer.
- Added missing figures for the user manual.
- The menu item now works in the GNOME2 Panel.


Have fun! :)


best regards
Robin

Re: [Amcl-devel] UTF-8/Locale support

[Jordi M. <jo...@si...>]

On Wed, Jul 03, 2002 at 12:28:40PM +0200, Robin Ericsson wrote:
> Hmm, I guess noone really answered to this, but as we are going to
> GNOME2 platform, which is built upon unicode, I can see that this should
> be any problem to achive?

Actually, James replied to me in private. He said the tricky part would
be displaying UTF8 correctly, and that should be easier with Pango and
so on, yes.

The rest of the stuff looked easy according to his explanation.
He was going to get his hands dirty with this, but he's busy with real
life this summer, so things will progress slowly. Having a more-or-less
working gnome2 port by the end of the summer would ease his work, surely
:)

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] UTF-8/Locale support

[Robin E. <lo...@lo...>]

On Sat, 2002-04-13 at 16:20, James Cassidy wrote:
>         I was wondering if anyone was working on support UTF-8 or
> general locale encoding support from mud worlds?  How about the
> telnet 'CHARSET' negotions? which don't seem to be supported currently
> in the code.
> 

Hmm, I guess noone really answered to this, but as we are going to
GNOME2 platform, which is built upon unicode, I can see that this should
be any problem to achive?


best regrads
Robin

Re: [Amcl-devel] gnome-mud design

[Jordi M. <jo...@si...>]

On Tue, Jul 02, 2002 at 09:31:38AM +0200, Robin Ericsson wrote:
> Both are still valid, but I think both can wait until 0.10 (where main
> tab will be solved by it self)
> > If nobody is willing to hack on these two bugs, I'd like to release
> > 0.9.1 real soon now. Any objections?
> Sounds good to me. Should I wrap it up and release it?

Nice. If you still need me to do the tarball, this can wait till this
evening.

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] gnome-mud design

[Robin E. <lo...@lo...>]

On Mon, 2002-07-01 at 18:46, Jordi Mallach wrote:
> On Tue, Jun 25, 2002 at 04:45:57PM +0200, Jordi Mallach wrote:
> > > Maybe we should squash some of the sf-bugs for this release aswell?
> > Hm... wasn't aware of these. The "main tab" bug could be targetted for
> > 0.9.1, I think you said it should be easy to fix.
> > The "exit dialog always exits" is new to me, I had never noticed.
> 
> What about these, Robin?

Both are still valid, but I think both can wait until 0.10 (where main
tab will be solved by it self)

> > And the scrolling bug, well... I wouldn't bother, for 0.9, if this needs
> > to use the new gnome2 widget.
> > The telnet bug, I have no idea. Maybe Vashti has some.
> 
> According to Vashti, this one is a wishlist that can be pushed back.
> 
> If nobody is willing to hack on these two bugs, I'd like to release
> 0.9.1 real soon now. Any objections?

Sounds good to me. Should I wrap it up and release it?


/Robin

Re: [Amcl-devel] gnome-mud design

[Jordi M. <jo...@si...>]

On Tue, Jun 25, 2002 at 04:45:57PM +0200, Jordi Mallach wrote:
> > Maybe we should squash some of the sf-bugs for this release aswell?
> Hm... wasn't aware of these. The "main tab" bug could be targetted for
> 0.9.1, I think you said it should be easy to fix.
> The "exit dialog always exits" is new to me, I had never noticed.

What about these, Robin?

> And the scrolling bug, well... I wouldn't bother, for 0.9, if this needs
> to use the new gnome2 widget.
> The telnet bug, I have no idea. Maybe Vashti has some.

According to Vashti, this one is a wishlist that can be pushed back.

If nobody is willing to hack on these two bugs, I'd like to release
0.9.1 real soon now. Any objections?

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] (bug 533313) telnet echo bug

[Jordi M. <jo...@si...>]

On Wed, Jun 26, 2002 at 12:52:27AM +0100, Vashti wrote:
> I've looked at the telnet code this evening, with an eye to implementing
> the WONT ECHO stuff, only to find that the RFC (857) specifies WONT ECHO
> as the default, that TELOPT_ECHO is accounted for in the code, and that
> an option to turn outbound text echo on or off, of course, already exists.
>=20
> Martin, are you on the list?  Could you explain in more detail what you
> mean?

I don't believe he is...

--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] IRC

[Robin E. <lo...@lo...>]

On Mon, 2002-07-01 at 01:05, moc...@se... wrote:
> If any of you have a chance to get on IRC, I'll be hanging
> out on #gnome-mud on irc.gnome.org
> 
> We can chat about further development options.
> 

Both Jordi and me are there now, so join when you wake up :)


best regards
Robin

Re: [Amcl-devel] IRC

[Jordi M. <jo...@si...>]

On Sun, Jun 30, 2002 at 11:05:10PM +0000, moc...@se... wrote:
> If any of you have a chance to get on IRC, I'll be hanging
> out on #gnome-mud on irc.gnome.org
>=20
> We can chat about further development options.

--- .ircrc.orig 2002-07-01 08:31:01.000000000 +0200
+++ .ircrc      2002-07-01 08:31:19.000000000 +0200
@@ -28,6 +28,7 @@
        window new hide_others server irc.gnome.org channel #docs
        window new hide_others channel #gnome-hispano
        window new hide_others channel #i18n
+       window new hide_others channel #gnome-mud
        # Sindominio
 #      window new hide_others server irc.sindominio.net channel #sindominio
        window swap 1

:)
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

[Amcl-devel] IRC

[<moc...@se...>]

If any of you have a chance to get on IRC, I'll be hanging
out on #gnome-mud on irc.gnome.org

We can chat about further development options.

--Neil

Re: [Amcl-devel] going for the gold :)

[Robin E. <lo...@lo...>]

On Fri, 2002-06-28 at 17:17, moc...@se... wrote:
> Be sure to look at Anjuta2 as well because I think a lot of
> the design concepts of anjuta2 will work well for the new
> gnome-mud.  We don't have that many views like rhythmbox
> does, but I think that having multiple widgets arranged in a
> docking fashion would be a really good UI design for a mud
> client.  Some screenshots of anjuta2 are on the
> gnome-devtools list..check out the recent archives on
> http://lists.gnome.org

Hmm, I couldn't find any screenshots, do you have the message, or even
better, the url :)

> Rhythmbox does use bonobo in the shell component.  I think
> this is a good idea because you don't necessarily have to
> use it for plugins (anjuta2 moved away from using bonobo for
> plugins), but if you setup your shell using bonobo then you
> can easily add components/controls to the shell.

Ok, so should we use bonobo or should we not? :)


best regards
Robin

[Amcl-devel] plugin info

[<moc...@se...>]

A document on anjuta2's current plugin system:

http://primates.ximian.com/~dave/misc/anjuta-gobject-plugins
.txt

dunno how much help it'll be...just more reading ;)

--Neil

Re: [Amcl-devel] going for the gold :)

[Jordi M. <jo...@si...>]

On Fri, Jun 28, 2002 at 04:38:22PM +0200, Petter E. Stokke wrote:
> > I'm going to switch computers at work this weekend, so next week I have
> > a fresh debian gnome-2 desktop, and will be able to get going with the
> > new gnome-mud.
> Congratulations on your wise choice of distro. :)

Heh, we could easily rename this list to debian-amcl at some point :)

Jordi
--=20
Jordi Mallach P=E9rez || jo...@pu... || Rediscovering Freedom,
   aka Oskuro in    || jo...@si...      || Using Debian GNU/Linux
 Reinos de Leyenda  || jo...@de...          || http://www.debian.org/

http://sindominio.net  GnuPG public information:      pub  1024D/917A225E=
=20
telnet pusa.uv.es 23   73ED 4244 FD43 5886 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] going for the gold :)

[<moc...@se...>]

Be sure to look at Anjuta2 as well because I think a lot of
the design concepts of anjuta2 will work well for the new
gnome-mud.  We don't have that many views like rhythmbox
does, but I think that having multiple widgets arranged in a
docking fashion would be a really good UI design for a mud
client.  Some screenshots of anjuta2 are on the
gnome-devtools list..check out the recent archives on
http://lists.gnome.org

Rhythmbox does use bonobo in the shell component.  I think
this is a good idea because you don't necessarily have to
use it for plugins (anjuta2 moved away from using bonobo for
plugins), but if you setup your shell using bonobo then you
can easily add components/controls to the shell.

I'll give some more input on this design concept when I have
some more time this weekend.

--Neil
>
> I have looked at rhythmbox, and it's kinda cool. You
> definitely want to do what Neil said and have a look too,
> I guess it'll help you will GObjects (besides it's a neat
> app to have installed :)
> Jordi
> --
> Jordi Mallach P=e9rez || jo...@pu... ||
> Rediscovering Freedom,
>    aka Oskuro in    || jo...@si...      || Using
> Debian GNU/Linux
>  Reinos de Leyenda  || jo...@de...          ||
> http://www.debian.org/
> http://sindominio.net  GnuPG public information:      pub
> 1024D/917A225E  telnet pusa.uv.es 23   73ED 4244 FD43 5886
> 20AC  2644 2584 94BA 917A 225E

Re: [Amcl-devel] going for the gold :)

[Petter E. S. <gi...@pr...>]

On Fri, 2002-06-28 at 12:30, Robin Ericsson wrote:
> I'm going to switch computers at work this weekend, so next week I have
> a fresh debian gnome-2 desktop, and will be able to get going with the
> new gnome-mud.

Congratulations on your wise choice of distro. :)

--=20
Petter E. Stokke <gi...@pr...> http://www.gibreel.net/
#!/usr/bin/env python
import sys;x=3Dsys.stdout.write;r=3Dxrange;j=3Dcomplex;f=3Dfloat;a=3Dabs;u=
=3Dchr
def m(c,z=3D0j,i=3D0,p=3Dlambda z,i,g:x(['',' ',g][(i>=3D128)+(a(z)>=3D2)*2=
])):
 while a(z)<2 and i<128:(z,i)=3D(z*z+c,i+1);p(z,i,u(32+i%93))
for s in r(25):[m(j(n*.04,(f(s)-12.5)*.08)) for n in r(-50,25)];x('\n')