amcl-devel Mailing List for GNOME-Mud : mudding for X (Page 4)
Status: Beta
Brought to you by:
lobbin
Menu
▾
▴
amcl-devel
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
(1) |
Apr
(3) |
May
(4) |
Jun
(29) |
Jul
(28) |
Aug
(20) |
Sep
(6) |
Oct
(5) |
Nov
(8) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(16) |
Feb
|
Mar
(4) |
Apr
(1) |
May
(3) |
Jun
(16) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
(89) |
Nov
(29) |
Dec
(9) |
| 2002 |
Jan
(55) |
Feb
(165) |
Mar
(61) |
Apr
(7) |
May
(12) |
Jun
(25) |
Jul
(26) |
Aug
(4) |
Sep
(1) |
Oct
(6) |
Nov
(12) |
Dec
|
| 2003 |
Jan
(28) |
Feb
(16) |
Mar
(16) |
Apr
(12) |
May
(30) |
Jun
(35) |
Jul
|
Aug
|
Sep
(1) |
Oct
(4) |
Nov
|
Dec
|
| 2007 |
Jan
(1) |
Feb
(2) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Robin E. <lo...@lo...> - 2003-04-09 06:43:17
|
On Tue, 2003-04-08 at 14:11, Jordi Mallach wrote: > On Tue, Apr 08, 2003 at 11:05:11AM +0200, Robin Ericsson wrote: > > I will do some minor changes to the dialogs, but otherwise the patch > > will go pretty straight through. > > I guess "deplacement" is on your list. :) > > Also, I don't think I like gconf setting those defaults. Definitely, > "gate" isn't a "weird" exit on a Spanish MUD. If that bit could have a > better UI to make it easier to add new strings, it'd be nice. You saw the new tab on the preferences? :) > Oh, and we should probably separate gconf keys into different subdirs. > For example, the new key should go into /a/g-m/mapper/unusual_exits, so > we don't clutter the main dir with lots of unrelated stuff. Maybe other > sections for the rest of the stuff should be created. Now is the moment > to think about this, as nobody has their settings in "bad" gconf > locations. Yes, true. I'll try to figure something out with current keys. One true bug I found with gconf is that you can't remove already created "folders", so that connection subdir will probably be really jammed-up, by people storing and removing a lot of muds. br Robin |
|
From: Jordi M. <jo...@si...> - 2003-04-08 12:11:31
|
On Tue, Apr 08, 2003 at 11:05:11AM +0200, Robin Ericsson wrote: > I will do some minor changes to the dialogs, but otherwise the patch > will go pretty straight through. I guess "deplacement" is on your list. :) Also, I don't think I like gconf setting those defaults. Definitely, "gate" isn't a "weird" exit on a Spanish MUD. If that bit could have a better UI to make it easier to add new strings, it'd be nice. Oh, and we should probably separate gconf keys into different subdirs. For example, the new key should go into /a/g-m/mapper/unusual_exits, so we don't clutter the main dir with lots of unrelated stuff. Maybe other sections for the rest of the stuff should be created. Now is the moment to think about this, as nobody has their settings in "bad" gconf locations. Jordi --=20 Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/ jo...@si... jo...@de... http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ |
|
From: Robin E. <lo...@lo...> - 2003-04-08 12:03:17
|
Naba Kumar <kh...@gm...> wrote: > Hi, > > The various dialogs used in gnome-mud are not HIG compliant > (http://developer.gnome.org/projects/gup/hig/1.0/) and need some > proper (read: consistent) re-arrangements. > > How about using glade/libglade to simply this task? I am ready to take > up this clean up and, possibly, add some features during the course. My idea was to use glade/libglade on the next-next release, i.e. 0.11 I know there are a lot of issues that can be solved with this, and that is also my goal. Currently, the main goal is that I want to have a GNOME2 release out as soon as possible, so we can start working on stuff like this. As soon as we get translations, and other obvious bugs fixed, I guess we can branch the tree, and start working on this. br Robin |
|
From: Naba K. <kh...@gm...> - 2003-04-08 09:49:47
|
Hi, The various dialogs used in gnome-mud are not HIG compliant (http://developer.gnome.org/projects/gup/hig/1.0/) and need some proper (read: consistent) re-arrangements. How about using glade/libglade to simply this task? I am ready to take up this clean up and, possibly, add some features during the course. Please comment. Regards, -Naba |
|
From: Robin E. <lo...@lo...> - 2003-04-08 09:06:14
|
On Mon, 2003-04-07 at 17:25, Remi Bonnet wrote: > For my first work on gnome-mud, I have implemented some features to the > AutoMapper : > * automapping when moving (both from the AutoMapper and the main window) > * support for right-click on the AutoMapper > * zoom can now be used with the right-click > * user can create path with unusual names (like town, out...) from a map to an > another > * new tab on the prefs window (only one entry but others will follow) Wow, those features have been reqeusted more than a few times :) > Unless you need my help for something else, I think I will continue to work > on the automapper because I really don't know what must be done to be Gnome 2 > compliant. You are welcome to work on whatever part you want, but I like your work so far on the automapper. > I hope that there isn't too many bug and that I haven't done English mistakes > in the user interface (if someone can check...) I will do some minor changes to the dialogs, but otherwise the patch will go pretty straight through. > Remi Bonnet > > P.S. : If there is no file with this mail, please reply to me, I have some > problems with attaching files... The files are ok. -- Robin Ericsson <lo...@lo...> |
|
From: Remi B. <rem...@la...> - 2003-04-07 15:37:44
|
For my first work on gnome-mud, I have implemented some features to the=20 AutoMapper : * automapping when moving (both from the AutoMapper and the main window) * support for right-click on the AutoMapper * zoom can now be used with the right-click * user can create path with unusual names (like town, out...) from a map = to an=20 another * new tab on the prefs window (only one entry but others will follow) I have joined two patch: - one for the src directory - one for the gnome-mud.schemas.in file The two must be used by "patch -p2 < automap.patch" in the amcl directory Unless you need my help for something else, I think I will continue to w= ork=20 on the automapper because I really don't know what must be done to be Gno= me 2=20 compliant. I hope that there isn't too many bug and that I haven't done English mis= takes=20 in the user interface (if someone can check...) Remi Bonnet P.S. : If there is no file with this mail, please reply to me, I have so= me=20 problems with attaching files... |
|
From: Robin E. <lo...@lo...> - 2003-04-07 13:51:45
|
On Sat, 2003-04-05 at 09:03, Naba Kumar wrote: > Hi, > > Attachted is the fixes for a couple of crash bugs that I encounted with > my first trial of the amcl (cvs HEAD). > > * src/keybinding.c(keybind_button_add_clicked_cb): Fixed a > memory leak. > Fixed a crash bug due to inappropriate looping of KEYBIND_DATA > list in a for loop (crash occurs when we try to add the > second keybinding). > > * src/gnome-mud.h(main): Calls gnome_init() before > gconf_client_get_default() (and fixes a crash bug). > > * src/data.c(data_button_add): Fixed a crash bug (which occurs > when we try to add the second trigger definition). The argument > to the strdupv() should be a NULL terminated -- added third item > in list[] and set it to NULL. > > More will come later. :) Thanks, patches are welcome. :) Comitting this later today. -- Robin Ericsson <lo...@lo...> |
|
From: Naba K. <kh...@gm...> - 2003-04-05 08:05:24
|
Hi, Attachted is the fixes for a couple of crash bugs that I encounted with my first trial of the amcl (cvs HEAD). * src/keybinding.c(keybind_button_add_clicked_cb): Fixed a memory leak. Fixed a crash bug due to inappropriate looping of KEYBIND_DATA list in a for loop (crash occurs when we try to add the second keybinding). * src/gnome-mud.h(main): Calls gnome_init() before gconf_client_get_default() (and fixes a crash bug). * src/data.c(data_button_add): Fixed a crash bug (which occurs when we try to add the second trigger definition). The argument to the strdupv() should be a NULL terminated -- added third item in list[] and set it to NULL. More will come later. :) Regards, -Naba |
|
From: Jordi M. <jo...@si...> - 2003-04-03 18:19:42
|
On Thu, Apr 03, 2003 at 10:13:01AM +0200, Robin Ericsson wrote: > Hello gang, Hi capo ;) > I want to get 0.10.0 out in the open but there are a few issues still > around. Yes, I've been watching your commits happily, and wanted to write to the list about the issues I'm seeing. > 1: translations. >=20 > Jordi, I hope you have time for ca and es. Yeah, I want to do a few string changes (the famous uncommitted bits on my tree), will do soon. =2E.. evening passed and I did it... > de and fr I have no idea. fr is under control, Mt will do it I hope, de I have no idea either. es... duh. I guess I could do it, but it's time to pass it on to the GNOME translators... I'm fed up of Spanish tranlsaitons :) > 2: gettext. >=20 > When I'm toying with make distcheck, it uses the file > @GETTEXT_PACKAGE@.pot instead of gnome-mud.pot, so I guess there is must > be some problem along the gettext stuff in configure. Sounds quite easy. Will fix ASAP. > 3: testing >=20 > This feels like the best release so far, but there's must be some > segfault I've missed :) Hehe, sure :) 65659:jordi@nubol:~/cvs/amcl/HEAD$ /usr/local/games/gnome-mud (process:13782): GLib-GObject-CRITICAL **: gtype.c:1875: initialization ass= ertion failed, use g_type_init() prior to this function (process:13782): GLib-GObject-CRITICAL **: file gobject.c: line 615 (g_obje= ct_new): assertion `G_TYPE_IS_OBJECT (object_type)' failed (process:13782): GLib-GObject-CRITICAL **: file gobject.c: line 1319 (g_obj= ect_ref): assertion `G_IS_OBJECT (object)' failed zsh: segmentation fault /usr/local/games/gnome-mud I get this very often, haven't discovered when exactly. It goes away if I gconftool-2 --recursive-unset /apps/gnome-mud the stuff, but I guess that's not too impressive :) 4: Docs. Yes, I know, this was going to be quick, but my life's too damn busy lately. This weekend, I know... 5: I really dislike the name "System Keys". Can we think of another way of calling it? System Keys sounds like something completely different. 6: Mnemonics: many are msising. If I simply add them, for example to the Font dialog, it won't work, as I guess I need to tell GM how to use them, but didn't know how to assign that. In short, only check boxes have now. 7: Help buttons should show an error box if the docs are not installed or can't be opened or whatever. I guess I can do that sometime soon. 8: Upgradeability. Have you thought of a way to get the user's stuff ported to gcofn? Many people will lose their connection settings, etc. :/ I know there's more, but I'll shut up for now. Oh, the "let's move to GNOME CVS, it's so cool" comment, but that should go in another mail :) Jordi --=20 Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/ jo...@si... jo...@de... http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ |
|
From: Robin E. <lo...@lo...> - 2003-04-03 08:13:41
|
Hello gang, I want to get 0.10.0 out in the open but there are a few issues still around. 1: translations. Jordi, I hope you have time for ca and es. de and fr I have no idea. 2: gettext. When I'm toying with make distcheck, it uses the file @GETTEXT_PACKAGE@.pot instead of gnome-mud.pot, so I guess there is must be some problem along the gettext stuff in configure. 3: testing This feels like the best release so far, but there's must be some segfault I've missed :) -- Robin Ericsson <lo...@lo...> |
|
From: Robin E. <lo...@lo...> - 2003-03-28 13:09:56
|
Hi, I commited a big chunk today which moves profiles into gconf. I also did a small fix which fixes \n I have a few things left - make preferences an ordinary notebook - some conversion script from old settings to gconf - tooltips on the new preferences - translations - move connections to gconf - save size and placement between settings - use new button layout of ok, cancel, etc. - make the app look less gtk and more gnome before we can go on with the 0.10.0 release. -- Robin Ericsson <lo...@lo...> |
|
From: Jordi M. <jo...@si...> - 2003-03-14 13:01:08
|
Hi Remi, On Thu, Mar 13, 2003 at 07:35:56PM +0100, Remi Bonnet wrote: > I'm a new french develloper and want to contribute to your project. I hav= e=20 > learned the C and is learning the Gtk interface. I unterstand very well= =20 > English and write quite well (this mail will show you my level). >=20 > I can help you to make a translation and to any other things you want. >=20 > I don't know how to inscribe myself to the mailing-list so if you accept = my=20 > help, please say me how inscribe myself. Welcome to GNOME-Mud :) There's lots of tasks to do. Currently, we're migrating to the GNOME2 API, for the 0.10.0 release, but a lot of other things can be done in the meanwhile. See the ROADMAP file in CVS, it's a list of things we'd like to tackle in different versions. One thing that outstands is the mapper support. Discussing a new implementation and, of course, implementing it would be a nice project. There's already a French translation, and currently has an active translator, so that's not a problem right now. To subscribe to amc...@li..., send a blank message to "amc...@li..." with a subject of "subscribe". You'll get a confirmation message, which you just need to reply to get subscribed. Jordi --=20 Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/ jo...@si... jo...@de... http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ |
|
From: Remi B. <rem...@la...> - 2003-03-13 18:46:58
|
I'm a new french develloper and want to contribute to your project. I hav= e=20 learned the C and is learning the Gtk interface. I unterstand very well=20 English and write quite well (this mail will show you my level). I can help you to make a translation and to any other things you want. I don't know how to inscribe myself to the mailing-list so if you accept = my=20 help, please say me how inscribe myself. Remi Bonnet |
|
From: Petter E. S. <gi...@pr...> - 2003-03-13 11:38:22
|
On Thu, 2003-03-13 at 08:18, Robin Ericsson wrote: > Another question by the way, maybe I was mistaken when I thought that > vte should handle telnet codes, maybe we still need to handle our own > telnet codes, but leave local things, like color and such to vte. vte is a terminal widget, isn't it? The telnet protocol is something completely different. So yes, you're right, handle telnet codes (all the IAC stuff), but leave ANSI colour codes and whatnot to the terminal. --=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') |
|
From: Robin E. <lo...@lo...> - 2003-03-13 08:32:24
|
On Wed, 2003-03-12 at 19:51, Jordi Mallach wrote:
> On Wed, Mar 12, 2003 at 02:24:19PM +0100, Robin Ericsson wrote:
> > Yes, is this some error in my vte usage, or is it just some box
> > errorness.
>
> *nod*. Should be fixed, looks very very badly.
This should do it (sorry for the formatting, I was lazy :)
@@ -742,7 +748,7 @@ void main_window ()
main_connection = create_connection_data(0);
gtk_box_pack_start(GTK_BOX(box_h_low), main_connection->window,
TRUE, TRUE, 0);
- gtk_box_pack_start(GTK_BOX(box_h_low),
main_connection->vscrollbar, TRUE, TRUE, 0);
+ gtk_box_pack_start(GTK_BOX(box_h_low),
main_connection->vscrollbar, FALSE, FALSE, 0);
text_entry = gtk_entry_new();
if (EntryHistory != NULL)
> Also, it'd be nice if g-m remembered position and window size. I hate
> when it opens its tiny window every time.
Yes, the window size have been bugging me for a long time :)
> Jordi
--
Robin Ericsson <lo...@lo...>
|
|
From: Robin E. <lo...@lo...> - 2003-03-13 07:20:08
|
On Wed, 2003-03-12 at 19:51, Jordi Mallach wrote: > On Wed, Mar 12, 2003 at 02:24:19PM +0100, Robin Ericsson wrote: > > > The deal is that the functions that read .gnome/gnome-foo files are > > > deprecated, so we'd have to rewrite a parser just for the conversion. > > Hmm, for the moment we haven't disabled the deprecated functions, and > > probably will not do that for this release? > > Well, but you don't want to use them to convert the config. Imagine, you > use them to convert prefs in 0.10.x, and in 0.11.x we completely port > g-m to gnome2. What happens to woody users, who will upgrade to 0.14.x > in 2006, when Sarge is released? :) Yes, thats true. > > How did gtetrinet do it? > > Heh, heh. > > Debian Bug#175620 :) > > We'll probably do gnome-session like hackery, which basically involves > reading ~/.gnome/gnome-mud settings and setting the gconf counterparts > using gconftool. That's why I'm very curious to see what Ximian Desktop > will do... What about other debian packages? Aren't they using some conversion? > > Yes, is this some error in my vte usage, or is it just some box > > errorness. > > *nod*. Should be fixed, looks very very badly. > > Also, it'd be nice if g-m remembered position and window size. I hate > when it opens its tiny window every time. > > > > Maybe mailing the vte maintainer or bugzilla could help? > > mmm, I have to do that. Mailed away, still no answer though. Another question by the way, maybe I was mistaken when I thought that vte should handle telnet codes, maybe we still need to handle our own telnet codes, but leave local things, like color and such to vte. -- Robin Ericsson <lo...@lo...> |
|
From: Jordi M. <jo...@si...> - 2003-03-12 18:51:41
|
On Wed, Mar 12, 2003 at 02:24:19PM +0100, Robin Ericsson wrote: > > The deal is that the functions that read .gnome/gnome-foo files are > > deprecated, so we'd have to rewrite a parser just for the conversion. > Hmm, for the moment we haven't disabled the deprecated functions, and > probably will not do that for this release? Well, but you don't want to use them to convert the config. Imagine, you use them to convert prefs in 0.10.x, and in 0.11.x we completely port g-m to gnome2. What happens to woody users, who will upgrade to 0.14.x in 2006, when Sarge is released? :) > How did gtetrinet do it? Heh, heh. Debian Bug#175620 :) We'll probably do gnome-session like hackery, which basically involves reading ~/.gnome/gnome-mud settings and setting the gconf counterparts using gconftool. That's why I'm very curious to see what Ximian Desktop will do... > I have no idea, but is this an issue now? gconf-files seems to be 0600 > atleast on my system. *nod*. That's a start :) > Yes, is this some error in my vte usage, or is it just some box > errorness. *nod*. Should be fixed, looks very very badly. Also, it'd be nice if g-m remembered position and window size. I hate when it opens its tiny window every time. > > Maybe mailing the vte maintainer or bugzilla could help? > mmm, I have to do that. Cool :) Jordi --=20 Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/ jo...@si... jo...@de... http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ |
|
From: Petter E. S. <gi...@pr...> - 2003-03-12 15:21:10
|
On Wed, 2003-03-12 at 16:06, Robin Ericsson wrote: > I'm looking for some mud so I can test telnet codes, like request for > term, and whatever it can be besides from color. Why not just try connecting to a telnet server? :) Anyway, mud.bensin.org:6660 does NAWS, if not much else. --=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') |
|
From: Robin E. <lo...@lo...> - 2003-03-12 15:08:53
|
I'm looking for some mud so I can test telnet codes, like request for term, and whatever it can be besides from color. br -- Robin Ericsson <lo...@lo...> |
|
From: Petter E. S. <gi...@pr...> - 2003-03-12 14:37:08
|
On Wed, 2003-03-12 at 14:24, Robin Ericsson wrote: > On Wed, 2003-03-12 at 13:45, Jordi Mallach wrote: > > How can we avoid this? Wrapping around textfield_add? >=20 > Yes, either wrap in textfield_add, or fix vte :) The former, for preference. I suspect it's a feature in vte, not a bug, and besides, \n is the expected EOL convention in Python, and the Python interpreter converts it when necessary if the OS conventions differ (I believe; never written any serious Python code for non-*nix platforms, but it's supposed to work like that). It would be bad, in my opinion, if Python scripts would have to include the \r when printing to the console or sending data to the mud. Also, I can't help but feel it would be a Good Thing if gnome-mud automatically handles the conversion between different EOL conventions in a uniform manner. I've seen muds which seem to care very little about EOL conventions, so having gnome-mud fix it might be healthy for compatibility. --=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') |
|
From: Robin E. <lo...@lo...> - 2003-03-12 13:26:19
|
On Wed, 2003-03-12 at 13:45, Jordi Mallach wrote:
> Hey Robin,
>
> On Wed, Mar 12, 2003 at 12:44:58PM +0100, Robin Ericsson wrote:
> > There is still a few things left before I want to make a release, and
> > that is:
> > - convert old settings to gconf
>
> Might get hairy... I really want to know how Ximian did it for XD2...
>
> The deal is that the functions that read .gnome/gnome-foo files are
> deprecated, so we'd have to rewrite a parser just for the conversion.
Hmm, for the moment we haven't disabled the deprecated functions, and
probably will not do that for this release?
How did gtetrinet do it?
> > - profiles into gconf
>
> *nod*. Do you know if there are "confidential" data types in gconf? I'm
> thinking about passwords.
I have no idea, but is this an issue now? gconf-files seems to be 0600
atleast on my system.
> > - translations
>
> problem here... many strings now have \r\n, which gettext dislikes.
>
> log.c, L74, for example:
>
> textfield_add(cd, _("*** No log is open in this window to be closed.\r\n"),
>
> How can we avoid this? Wrapping around textfield_add?
Yes, either wrap in textfield_add, or fix vte :)
> > are there any other issues that I should of and fix? :) otherwise I
> > recommend you to testdrive the current cvs and give me your thoughts.
>
> Sure.
>
> ** Message: gaaah tab_location
> ** Message: gaaah font
>
> Funny messages :)
Oops, didn't mean to commit that debug-message :)
> I need to port the docs. Yes, I said this thing like 10 months ago, but
> the gnome-mud2 project was quite stale... I'll try to do my best to have
> it done while the remaining bits are polished.
>
> More stuff: When I maximize the terminal, gnome-mud looks quite weird,
> with what appears to be a finite terminal length (with black bg), then a
> white block, then the scrollbar and then another white block till the
> edge of the window.
Yes, is this some error in my vte usage, or is it just some box
errorness.
> > One thing might be the "\n" issue, can we confirm that this is a bug in
> > vte when using vte_terminal_feed?
>
> Maybe mailing the vte maintainer or bugzilla could help?
mmm, I have to do that.
> Jordi
--
Robin Ericsson <lo...@lo...>
|
|
From: Jordi M. <jo...@si...> - 2003-03-12 12:46:10
|
Hey Robin,
On Wed, Mar 12, 2003 at 12:44:58PM +0100, Robin Ericsson wrote:
> There is still a few things left before I want to make a release, and
> that is:
> - convert old settings to gconf
Might get hairy... I really want to know how Ximian did it for XD2...
The deal is that the functions that read .gnome/gnome-foo files are
deprecated, so we'd have to rewrite a parser just for the conversion.
> - profiles into gconf
*nod*. Do you know if there are "confidential" data types in gconf? I'm
thinking about passwords.
> - translations
problem here... many strings now have \r\n, which gettext dislikes.
log.c, L74, for example:
textfield_add(cd, _("*** No log is open in this window to be closed.\r\=
n"),
How can we avoid this? Wrapping around textfield_add?
> are there any other issues that I should of and fix? :) otherwise I
> recommend you to testdrive the current cvs and give me your thoughts.
Sure.
** Message: gaaah tab_location
** Message: gaaah font
Funny messages :)
I need to port the docs. Yes, I said this thing like 10 months ago, but
the gnome-mud2 project was quite stale... I'll try to do my best to have
it done while the remaining bits are polished.
More stuff: When I maximize the terminal, gnome-mud looks quite weird,
with what appears to be a finite terminal length (with black bg), then a
white block, then the scrollbar and then another white block till the
edge of the window.
> One thing might be the "\n" issue, can we confirm that this is a bug in
> vte when using vte_terminal_feed?
Maybe mailing the vte maintainer or bugzilla could help?
I'll see if I commit a few trivial bits I've had on my tree for ages.
Jordi
--=20
Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/
jo...@si... jo...@de... http://www.sindominio.net/
GnuPG public key information available at http://oskuro.net/~jordi/
|
|
From: Robin E. <lo...@lo...> - 2003-03-12 11:46:57
|
Ok. There is still a few things left before I want to make a release, and that is: - convert old settings to gconf - profiles into gconf - translations are there any other issues that I should of and fix? :) otherwise I recommend you to testdrive the current cvs and give me your thoughts. One thing might be the "\n" issue, can we confirm that this is a bug in vte when using vte_terminal_feed? -- Robin Ericsson <lo...@lo...> |
|
From: Jordi M. <jo...@si...> - 2003-03-11 13:50:53
|
On Tue, Mar 11, 2003 at 02:12:05PM +0100, Robin Ericsson wrote: > Thats not completly true. :) >=20 > After I done some changes to gnome-mud.schemas.in I compile it to > gnome-mud.schemas, su to root, and then do "make install-data-local", Ah, nice to know :) (cheater ;p) > I can fix that, is any way to remove all entries owned by gnome-mud from > gconf so I can it myself? Try gconftool-2 --recursive-unset /apps/gnome-mud Jordi --=20 Jordi Mallach P=E9rez -- Debian developer http://www.debian.org/ jo...@si... jo...@de... http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/~jordi/ |
|
From: Robin E. <lo...@lo...> - 2003-03-11 13:14:00
|
On Tue, 2003-03-11 at 14:06, Jordi Mallach wrote: > Hi! > > I've been trying the gconfization changes this morning. > > Robin, with the gconf move, one of the bad side effects is that you > can't just compile and run g-m from your cvs tree, you need to make > install for it to work now. Thats not completly true. :) After I done some changes to gnome-mud.schemas.in I compile it to gnome-mud.schemas, su to root, and then do "make install-data-local", which does only install the schema, and after that I can play with my tree again. > The bad part is that as it is now, gnome-mud will just segfault if you > have not installed the schemas files. It would be good to add an error > message saying the schemas have not been found, and bail out without > crashing. I can fix that, is any way to remove all entries owned by gnome-mud from gconf so I can it myself? > Jordi -- Robin Ericsson <lo...@lo...> |
2 messages has been excluded from this view by a project administrator.
