#exult@irc.freenode.net logs for 30 Apr 2001 (GMT)

Archive Today Yesterday Tomorrow
Exult homepage


[00:07:57] --> chimera|wookin has joined #exult
[00:22:14] <-- chimera|wookin has left IRC (farmer.openprojects.net tolkien.openprojects.net)
[00:22:19] <Kirben> hmm looks like libglade needs xml
[00:23:16] <wjp> yeah, libglade reads the window/component information from an xml file
[00:25:26] --> chimera|wookin has joined #exult
[00:29:53] <Kirben> What program do I need to create one ?
[00:30:54] <wjp> glade, but the one for exult_studio is in mapedit/exult_studio.glade
[00:34:35] <Kirben> odd, a makefile.mingw is included but looks like directory is missing...
[00:34:42] <Kirben> ## Makefile for building the glade DLL with gcc -mno-cygwin for mingw.
[00:34:42] <Kirben> ## Use: make -f makefile.mingw
[00:34:42] <Kirben> TOP = ..
[00:34:42] <Kirben> include $(TOP)/win32build/make.mingw
[00:34:42] <Kirben> CFLAGS = $(OPTIMIZE) -DHAVE_CONFIG_H -I . -I $(INTL) -I $(GLIB) -I $(GLIB)/gmodule -I $(GTK)/gdk -I $(GTK) -I $(LIBXML)
[00:34:43] <Kirben> all : \
[00:34:45] <Kirben> config.h \
[00:34:47] <Kirben> test-libglade.exe
[00:34:49] <Kirben>
[00:34:51] <Kirben> config.h : config.h.win32
[00:34:53] <Kirben> cp $< $@
[00:34:55] <Kirben> test-libglade.exe : test-libglade.o
[00:34:57] <Kirben> $(CC) -o $@ $< -L glade -lglade-$(LIBGLADE_VER) -L $(GTK)/gtk -lgtk-$(GTK_VER) -L $(GLIB) -lglib-$(GLIB_VER)
[00:35:17] <Kirben> there is no win32build directory though...
[00:35:50] <wjp> any .zip files? similar directories? directories containing make.mingw?
[00:37:39] <Kirben> There is another makefile.mingw in glade directory but its still needs win32build
[00:38:03] <Kirben> no extra zips
[00:38:05] <wjp> no make.mingw file anywhere?
[00:38:29] <Kirben> nope
[00:38:34] <wjp> hmm, weird
[00:39:07] <wjp> btw, is that the full file you pasted?
[00:39:35] <Kirben> That was a paste of makefile.mingw in main libglade directory
[00:39:46] <Kirben> yes
[00:40:05] <wjp> hmm, doesn't look like a library is being built there
[00:40:14] <wjp> just the test-libglade.exe
[00:40:40] <wjp> is there a 'glade' subdir behind the libglade dir?
[00:40:53] <Kirben> yes
[00:41:21] <wjp> is there anything about this in a README or INSTALL file or something?
[00:41:28] <Kirben> makefile.mingw in glade directory does more:
[00:41:29] <Kirben> ## Makefile for building the glade DLL with gcc -mno-cygwin.## Use: make -f makefile.mingwTOP = ../..include $(TOP)/win32build/make.mingwCFLAGS = $(OPTIMIZE) -DHAVE_CONFIG_H -I . -I .. -I $(INTL) -I $(GLIB) -I $(GLIB)/gmodule -I $(GTK)/gdk -I $(GTK) -I $(LIBXML)all : \ ../config.h \ glade-$(LIBGLADE_VER).dll ../config.h : ../config.h.win32 cp $< $@glade_OBJECTS = \ glade-init.o \ glade-sax.o \ glade-xml.o \ glade-gtk.o \ glade-tree.
[00:41:35] <Kirben> checking...
[00:42:17] <Kirben> nothing about win32 build
[00:42:33] <Kirben> Even odder is changelog for when makefile.mingw were added:
[00:42:44] <Kirben> 349 * config.h.win32
[00:42:44] <Kirben> 350 * makefile.mingw
[00:42:44] <Kirben> 351 * glade/makefile.mingw
[00:42:44] <Kirben> 352 * glade/glade.def: New files for Win32 port. As in the GLib, GTk+,
[00:42:44] <Kirben> 353 and GIMP ports, we use hand-written makefiles and config.h files,
[00:42:45] <Kirben> 354 at least for now.
[00:42:58] <Kirben> Thats all that was added at time
[00:43:12] <wjp> are you in cygwin now?
[00:43:26] <Kirben> yes
[00:43:54] <wjp> could you do a "rgrep make.mingw ." from the libglade root dir.?
[00:44:57] <Kirben> no such command
[00:45:06] <wjp> "grep -r make.mingw ." ?
[00:46:29] <Kirben> unknown@CO3007967-A c:/download/libglade-0.16
[00:46:29] <Kirben> $ grep -r make.mingw .
[00:46:29] <Kirben> grep: .: Permission denied
[00:47:03] <wjp> and without the -r?
[00:47:26] <Kirben> Just seems to lock up until I ctrl c out
[00:47:45] <wjp> oh, wait, the . needs to be a * then
[00:48:34] <Kirben> same permission denied errors
[00:48:45] <wjp> hmm, ah well
[00:49:32] <wjp> you could try creating a win32build/make.mingw yourself, which contains VAR=VALUE pairs for each of the $(VAR)'s in the makefile?
[00:51:23] <Kirben> ok
[00:51:54] <wjp> where did you download this libglade package btw?
[00:55:57] <Kirben> From ftp://ftp.gnome.org/pub/GNOME/stable/sources/libglade/
[00:57:16] <wjp> 0.16?
[00:58:13] <Kirben> yes
[00:58:58] <wjp> well, downloading is actually going at a reasonable speed at 3am :-)
[00:59:50] <Kirben> hmm when it looks for win32build it looks in directory above main libglade directory
[01:00:00] <wjp> yup, just noticed that too
[01:01:38] <-- chimera|wookin has left IRC (bear.openprojects.net tolkien.openprojects.net)
[01:01:42] --> chimera|wookin has joined #exult
[01:03:53] <wjp> hmm... that dir doesn't seem to show up anywhere
[01:04:11] <wjp> it isn't a part of cygwin/mingw32?
[01:05:20] <Kirben> no win32build*.* search shows nothing
[01:06:47] <wjp> wow... I did a search on "libglade cygwin" and the #exult logs showed up!
[01:07:18] <wjp> (with quotes from both us in the summary, from 27 Jan 2001 :-) )
[01:08:19] <Kirben> Its amazing what shows up in www searches sometimes
[01:08:27] <wjp> yeah :-)
[01:08:38] <wjp> now if only some relevant stuff would show up :/
[01:09:35] <wjp> hmm, I have to go... (it's getting a bit late :-) )
[01:09:43] <wjp> see you later
[01:09:53] <wjp> matt0: goodluck with your project!
[01:09:59] <wjp> bye
[01:10:02] <-- wjp has left IRC ([x]chat)
[01:10:31] <Kirben> hmm I think I found binary
[01:25:25] <Kirben> also there
[01:27:43] --- ChanServ has changed the topic to: Exult, the open source Ultima 7 and U7 part 2 engine
[01:27:55] <Kirben> almost compiled :)
[01:35:47] <Kirben> oh well, failed agian
[01:52:27] <Kirben> libglade is still problem
[01:52:37] <Kirben> trying xml install
[02:01:25] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[02:10:49] --> Kirben has joined #exult
[02:15:28] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[03:09:43] --- ChanServ has changed the topic to: Exult, the open source Ultima 7 and U7 part 2 engine
[04:07:41] <-- matt0 has left IRC (Read error to matt0[1667079149-yippy.dsl.xmission.com]: EOF from client)
[04:13:19] --> matt0 has joined #exult
[04:19:10] --> Kirben has joined #exult
[05:02:51] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[05:24:42] --> Kirben has joined #exult
[05:57:30] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[06:50:10] --- ChanServ has changed the topic to: Exult, the open source Ultima 7 and U7 part 2 engine
[09:23:38] <-- matt0 has left IRC (Ping timeout for matt0[1667079149-yippy.dsl.xmission.com])
[09:23:52] <-- chimera|wookin has left IRC (Ping timeout for chimera|wookin[holladay.cb-travel.com])
[09:29:20] --> matt0 has joined #exult
[09:30:06] --> chimera|wookin has joined #exult
[09:36:18] <-- matt0 has left IRC (Read error to matt0[1667079149-yippy.dsl.xmission.com]: Connection reset by peer)
[09:36:19] --> matt0 has joined #exult
[09:36:56] <-- chimera|wookin has left IRC (Ping timeout for chimera|wookin[holladay.cb-travel.com])
[09:37:09] --> chimera|wookin has joined #exult
[10:17:34] --> Fingolfin has joined #exult
[10:26:19] <-- matt0 has left IRC (Laserdisc Arcade Emulation Project: http://daphne.rulecity.com , get your CVS password today! =])
[10:40:48] --> wjp has joined #exult
[10:40:53] <wjp> morning
[10:55:18] <Fingolfin> hiya
[11:03:13] <wjp> so, we got a 1.8... nice :-)
[11:03:27] <Fingolfin> hehe
[11:09:36] <wjp> I found an interesting bug in the bake schedule yesterday... the shape nr. used in BG for the dough is Petra in SI :-)
[11:12:07] <Fingolfin> lol
[11:33:59] <-- Fingolfin has left IRC (42)
[11:48:40] --> Kirben has joined #exult
[11:55:21] <wjp> hi
[11:55:38] <Kirben> Hi
[11:56:19] <wjp> any progress on libglade?
[11:56:56] <Kirben> no, seems to be only point stopping compile though
[11:57:39] <wjp> did you already create a make.mingw?
[11:58:37] <Kirben> I don't think that would help after looking more, those mingw makefiles only create the binaries
[11:59:09] <Kirben> While I need glade includes
[12:00:11] <wjp> you can just copy those from the source dir I think
[12:00:38] <Kirben> I tried but got errors when it tried to link
[12:01:14] <wjp> hmm.. which ones?
[12:02:47] <wjp> undefined refs?
[12:03:01] <Kirben> I just copied glade directory to /usr/local/include
[12:03:31] <wjp> that should work, yes
[12:03:37] <Kirben> and changed libglade paths to /usr/local/include and /user/local/lib
[12:04:14] <Kirben> will try again...
[12:05:21] <wjp> do you have a 'build-dll' somewhere? (in the glib dir?)
[12:06:01] <wjp> (or did you already build glade-0.16.dll?)
[12:07:01] <Kirben> no and I removed glade since you said it was not required
[12:07:33] <Kirben> btw makefile.studio want missing sdl bits
[12:07:42] <Kirben> want=was
[12:08:48] <wjp> it needs sdl?
[12:09:38] <Kirben> it requested sdl files on earlier compile
[12:12:51] <wjp> I wonder if it's cross-compilable
[12:15:56] <Kirben> this is weird:
[12:15:56] <Kirben> $ make -f makefile.studio
[12:15:57] <Kirben> g++ -mno-cygwin -O2 -mno-cygwin -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -I. -I./shapes -
[12:15:57] <Kirben> I./mapedit -I./imagewin -I./files `gtk-config --cflags` '/usr/local/include' -c
[12:15:57] <Kirben> -o dirbrowser.o ./mapedit/dirbrowser.cc
[12:15:57] <Kirben> g++: cannot specify -o with -c or -S and multiple compilations
[12:15:59] <Kirben> make: *** [dirbrowser.o] Error 1
[12:17:51] <Kirben> Last time I compiled parlty under mapedit directory my mistake though
[12:18:14] <wjp> that compile line is broken
[12:18:48] <Kirben> I"m not sure how though
[12:18:50] <wjp> what did you set LIBGLADE_INCLUDES to?
[12:19:22] <Kirben> I tried both LIBGLADE_INCLUDES = '/usr/local/include' and LIBGLADE_INCLUDES = /usr/local/include
[12:19:36] <wjp> that should be -I/usr/local/include
[12:19:48] <Kirben> oops
[12:19:52] <Kirben> same for libs ?
[12:20:00] <wjp> -L for libs
[12:20:59] <Kirben> darn it wants x again too, which I just removed also
[12:21:32] <Kirben> Is there way to bunzip and untar multiple files ?
[12:21:39] <Kirben> all at one
[12:22:13] <wjp> not as far as I know
[12:22:52] <Kirben> oh well, will take awhile to untar all this one by one again to reinstall x11
[12:22:56] <wjp> well, you could use something like "find -name "*.tar.bz2" -exec tar xvIf \{\} \;"
[12:24:19] <Kirben> ok trying find -name "*.tar" -exec tar xf \{\} \;
[12:24:31] <Kirben> since I just bunziped them all
[12:25:05] <Kirben> 33 files since they split the fonts
[12:25:22] <wjp> ack :/
[12:26:05] <Kirben> compiling :)
[12:27:07] <Kirben> This is the sdl error:
[12:27:07] <Kirben> g++ -mno-cygwin -O2 -mno-cygwin -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -I. -I./shapes -
[12:27:08] <Kirben> I./mapedit -I./imagewin -I./files `gtk-config --cflags` -I/usr/local/include -c
[12:27:08] <Kirben> -o imagescl.o ./imagewin/imagescl.cc
[12:27:08] <Kirben> In file included from imagewin/scale.h:79,
[12:27:08] <Kirben> from ./imagewin/imagescl.cc:32:
[12:27:09] <Kirben> imagewin/scale.cc:12: SDL_video.h: No such file or directory
[12:27:11] <Kirben> make: *** [imagescl.o] Error 1
[12:27:42] <wjp> ah, I see... add a -I/usr/local/include/SDL to the INCLUDES= line
[12:28:28] <wjp> (or wherever the SDL includes are)
[12:28:55] <Kirben> done, recompiling...
[12:34:48] <Kirben> now the huge linking errors:
[12:34:49] <Kirben> scale.o(.text+0x0):scale.cc: multiple definition of `Scale_point(unsigned char *
[12:34:49] <Kirben> , int, int, int, int, int, int, unsigned char *, int, int)'
[12:34:49] <Kirben> imagescl.o(.text+0x0):imagescl.cc: first defined here
[12:34:49] <Kirben> scale.o(.text+0xbc):scale.cc: multiple definition of `Scale_interlace(unsigned c
[12:34:49] <Kirben> har *, int, int, int, int, int, int, unsigned char *, int, int)'
[12:34:51] <Kirben> imagescl.o(.text+0xbc):imagescl.cc: first defined here
[12:34:53] <Kirben> studio.o(.text+0x1a0):studio.cc: undefined reference to `glade_init'
[12:34:55] <Kirben> studio.o(.text+0x1b2):studio.cc: undefined reference to `glade_xml_new'
[12:34:57] <Kirben> studio.o(.text+0x1c6):studio.cc: undefined reference to `glade_xml_get_widget'
[12:34:59] <Kirben> studio.o(.text+0x1d9):studio.cc: undefined reference to `glade_xml_get_widget'
[12:35:01] <Kirben> studio.o(.text+0x21c):studio.cc: undefined reference to `glade_xml_get_widget'
[12:35:03] <Kirben> studio.o(.text+0x25e):studio.cc: undefined reference to `glade_xml_get_widget'
[12:35:05] <Kirben> studio.o(.text+0x380):studio.cc: undefined reference to `glade_xml_get_widget'
[12:35:07] <Kirben> studio.o(.text+0x3b5):studio.cc: more undefined references to `glade_xml_get_wid
[12:35:09] <Kirben> get' follow
[12:35:11] <Kirben> studio.o(.text+0x3d8):studio.cc: undefined reference to `Object_browser::get_wid
[12:35:13] <Kirben> get(void)'
[12:35:15] <Kirben> studio.o(.text+0x5d1):studio.cc: undefined reference to `Shape_chooser::Shape_ch
[12:35:17] <Kirben> ooser(Vga_file *, int, int)'
[12:35:22] <Kirben> studio.o(.text+0x88b):studio.cc: undefined reference to `Shape_chooser::set_shap
[12:35:23] <Kirben> e_names(char **)'
[12:35:25] <Kirben> studio.o(.text+0xdaf):studio.cc: undefined reference to `Palette_edit::Palette_e
[12:35:27] <Kirben> dit(unsigned int *, int, int)'
[12:35:29] <Kirben> studio.o(.text+0x1156):studio.cc: undefined reference to `glade_xml_get_widget'
[12:35:31] <Kirben> imagescl.o(.text+0x203):imagescl.cc: undefined reference to `SDL_UpdateRect'
[12:35:33] <Kirben> imagescl.o(.text+0x2ac):imagescl.cc: undefined reference to `SDL_UpdateRect'
[12:35:35] <Kirben> imagescl.o(.text+0x354):imagescl.cc: undefined reference to `SDL_UpdateRect'
[12:35:43] <Kirben> etc.......
[12:36:22] <wjp> ok, some libglade, some libSDL, some shape_chooser
[12:37:26] <Kirben> add -lSDL ?
[12:37:30] <wjp> for the shape_chooser: add 'shapelst.cc' to the MAPEDIT_OBJS= line
[12:37:36] <wjp> yeah, -lSDL
[12:38:17] <wjp> -L/path/to/libsdl -lSDLmain -lSDL
[12:38:31] <wjp> no, wait, not SDLmain
[12:38:54] <Kirben> hmm will just copy over varibles from makefile.cygwin and alter, easy to future that way
[12:39:26] * wjp tries to cross-compile libxml
[12:40:43] <wjp> ok, that didn't work
[12:41:22] <wjp> configure doesn't seem to like crosscompiling :-(
[12:43:25] <Kirben> last half of errors:
[12:43:26] <Kirben> studio.o(.text+0xdaf):studio.cc: undefined reference to `Palette_edit::Palette_e
[12:43:26] <Kirben> dit(unsigned int *, int, int)'
[12:43:26] <Kirben> studio.o(.text+0x1156):studio.cc: undefined reference to `glade_xml_get_widget'
[12:43:26] <Kirben> shapelst.o(.text+0x15d9):shapelst.cc: undefined reference to `Object_browser::Ob
[12:43:26] <Kirben> ject_browser(void)'
[12:43:28] <Kirben> shapelst.o(.text+0x18a7):shapelst.cc: undefined reference to `Object_browser::se
[12:43:30] <Kirben> t_widget(_GtkWidget *)'
[12:43:32] <Kirben> shapelst.o(.text+0x1f42):shapelst.cc: undefined reference to `Object_browser::~O
[12:43:34] <Kirben> bject_browser(void)'
[12:43:36] <Kirben> shapelst.o(.text+0x1f99):shapelst.cc: undefined reference to `Object_browser::ge
[12:43:38] <Kirben> t_widget(void)'
[12:43:40] <Kirben> shapelst.o(.text+0x1fe0):shapelst.cc: undefined reference to `Object_browser::~O
[12:43:42] <Kirben> bject_browser(void)'
[12:43:44] <Kirben> bodies.o(.text+0x941):bodies.cc: undefined reference to `Game::get_game_type(voi
[12:43:46] <Kirben> d)'
[12:43:48] <Kirben> collect2: ld returned 1 exit status
[12:43:50] <Kirben> sounds like some exult files still missing ?
[12:44:15] <wjp> yeah, looks I was half asleep while doing that file list :-)
[12:44:28] <Kirben> objbrowse.o is one...
[12:44:32] <wjp> add paledit.o and objbrowse.o to MAPEDIT_OBJS
[12:45:45] <Kirben> ok now down to just these errors:
[12:45:46] <Kirben> scale.o(.text+0x0):scale.cc: multiple definition of `Scale_point(unsigned char *
[12:45:46] <Kirben> , int, int, int, int, int, int, unsigned char *, int, int)'
[12:45:46] <Kirben> imagescl.o(.text+0x0):imagescl.cc: first defined here
[12:45:46] <Kirben> scale.o(.text+0xbc):scale.cc: multiple definition of `Scale_interlace(unsigned c
[12:45:46] <Kirben> har *, int, int, int, int, int, int, unsigned char *, int, int)'
[12:45:48] <Kirben> imagescl.o(.text+0xbc):imagescl.cc: first defined here
[12:45:50] <Kirben> studio.o(.text+0x1a0):studio.cc: undefined reference to `glade_init'
[12:45:52] <Kirben> studio.o(.text+0x1b2):studio.cc: undefined reference to `glade_xml_new'
[12:45:54] <Kirben> studio.o(.text+0x1c6):studio.cc: undefined reference to `glade_xml_get_widget'
[12:45:56] <Kirben> studio.o(.text+0x1d9):studio.cc: undefined reference to `glade_xml_get_widget'
[12:45:58] <Kirben> studio.o(.text+0x21c):studio.cc: undefined reference to `glade_xml_get_widget'
[12:46:00] <Kirben> studio.o(.text+0x25e):studio.cc: undefined reference to `glade_xml_get_widget'
[12:46:02] <Kirben> studio.o(.text+0x380):studio.cc: undefined reference to `glade_xml_get_widget'
[12:46:04] <Kirben> studio.o(.text+0x3b5):studio.cc: more undefined references to `glade_xml_get_wid
[12:46:06] <Kirben> get' follow
[12:46:08] <Kirben> bodies.o(.text+0x941):bodies.cc: undefined reference to `Game::get_game_type(voi
[12:46:10] <Kirben> d)'
[12:46:12] <Kirben> collect2: ld returned 1 exit status
[12:46:14] <Kirben> make: *** [exult_studio.exe] Error 1
[12:46:38] <Kirben> Seems to be mostly libglade again but Any idea what last line is looking for ?
[12:47:47] <wjp> hmm
[12:48:29] <wjp> try removing bodies.o from the SHAPES_OBJS line
[12:48:51] <wjp> I wonder what it needs the imagewin things for
[12:49:13] <Kirben> ok that removed error without more harm
[12:49:44] <wjp> try replacing the IMAGEWIN_OBJS line by IMAGEWIN_OBJS=ibuf8.o
[12:50:40] <wjp> oh, and imagebuf.o
[12:50:44] <Kirben> remove all other files ?
[12:50:54] <wjp> yeah
[12:51:04] <wjp> that should also allow you to remove the SDL stuff again
[12:52:40] <wjp> http://hans.breuer.org/ports/ <-- seems to have libglade and libxml binaries for win32
[12:52:42] <Kirben> ok trying to recompile all..
[12:54:18] <Kirben> I went there before but file only had these few files in :
[12:54:19] <Kirben> unknown@CO3007967-A c:/download/test/glade
[12:54:19] <Kirben> $ ls -a
[12:54:19] <Kirben> . .. libglade-0.14.dll libglade-0.14.lib libglade.def makefile.msc
[12:54:45] <wjp> should be enough
[12:54:55] <wjp> (apart from the .h files)
[12:55:04] <Kirben> .lib and .def in libs and .dll in bin ?
[12:55:15] <wjp> all in lib I think
[12:55:30] <wjp> dunno what the .def file is though
[12:56:26] <Kirben> makes no difference in linking
[12:56:40] <Kirben> and libglade libs aren't used for compile
[12:56:51] <wjp> what do you have as LIBGLADE_LIBS?
[12:57:07] <Kirben> LIBGLADE_LIBS = -L/usr/local/lib
[12:57:13] <wjp> ah, you need a -lglade there
[12:57:16] <Kirben> and thats where I put that files
[12:57:47] <wjp> and possible a -lxml too
[12:57:48] <Kirben> /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-4/../../../../i686-pc-cygwin/bin/ld: cann
[12:57:48] <Kirben> ot find -lglade
[12:57:48] <Kirben> collect2: ld returned 1 exit status
[12:57:48] <Kirben> make: *** [exult_studio.exe] Error 1
[12:58:01] <wjp> -lglade-0.14?
[12:58:46] <Kirben> seems to work
[13:00:41] <Kirben> trying to run... needs lots of dlls
[13:03:24] <Kirben> hmm wants gtk-1.3.dll which doesn't exist
[13:03:43] <Kirben> already copied over 9 other dlls for it
[13:04:39] <wjp> what gtk-xxx.dll's do you have?
[13:06:24] <Kirben> none closest is cyggtk.dll which I already copied over since it was requested too
[13:06:33] <Kirben> no luck under x either
[13:09:22] <wjp> hmm, I guess one of the libs isn't made for a cygwin environment
[13:09:35] <wjp> probably libglade
[13:11:55] <Kirben> BTW where should I remove -mno-cygwin since it is always doubled:
[13:12:03] <Kirben> CPPFLAGS = -mno-cygwin -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 $(INCLUDES)CXXFLAGS = -mno-cygwin -O2
[13:13:00] <Kirben> Just remove it from either or one in particular ?
[13:13:11] <wjp> no idea
[13:13:34] <wjp> I'd say just remove it from one of them
[13:13:43] <Kirben> ok will compare and guess then
[13:15:27] <Kirben> Want to add file to cvs anyway ? someone else might have more sucess then us
[13:16:07] <wjp> sure, why not
[13:16:54] <Kirben> will dcc
[13:17:31] <Kirben> I changed -lglade-0.14 back to -lglade
[13:17:38] <Kirben> incase people use other version
[13:18:02] <Kirben> might be good idea to rename to .cygwin or .win32 too
[13:18:23] <Kirben> Makefile.studio.cygwin
[13:18:31] <wjp> I'll change it back to `libglade-config --cflags/lib`
[13:28:29] <wjp> I have to go
[13:28:31] <wjp> bye
[13:28:39] <-- wjp has left IRC ([x]chat)
[13:32:34] <-- Kirben has left IRC (Read error to Kirben[co3007967-a.brasd1.vic.optushome.com.au]: Connection reset by peer)
[14:44:21] --> wjp has joined #exult
[15:14:51] <-- wjp has left IRC ([x]chat)
[16:02:12] --> TonyHoyt has joined #Exult
[16:02:18] <TonyHoyt> Hello.
[16:02:21] <TonyHoyt> drat. everyone's away.
[16:28:29] --> Colourless has joined #Exult
[16:28:32] --> Dominus has joined #Exult
[16:28:38] <Dominus> hey ho
[16:28:43] <Colourless> hi
[16:28:53] <Dominus> just the man to speak to I guess
[16:28:56] <Dominus> :-)
[16:29:13] <Dominus> I have another request for your game menu
[16:29:45] <Dominus> have an additional key bind to the game menu by default ("g" would be very usefull, I guess)
[16:29:46] <Colourless> it's WJP's menu :)
[16:30:02] <Dominus> nah, sorry
[16:30:12] <Dominus> I thought you were both working on it
[16:30:33] <Colourless> kind of.
[16:30:40] <Colourless> Is there a key bound as is?
[16:30:51] * Dominus is checking
[16:31:26] <Dominus> nope (it is game_menu, right?)
[16:32:02] <Colourless> yes
[16:32:22] <Dominus> so as of yet itīs only accesible via the disc icon
[16:32:38] <Colourless> ah ok. I'll default bind it to g
[16:32:49] <Dominus> ! good !
[16:33:07] <Colourless> of course, anyone with custom key binds wont see the change
[16:33:17] <Dominus> makes it easier to point to in the FAQ (as of now it still points to s)
[16:49:59] <Dominus> k, have to go, bbl
[16:50:05] <-- Dominus has left IRC ()
[16:58:21] <TonyHoyt> Hey, Colourless.
[16:58:26] <Colourless> hi
[16:58:39] <TonyHoyt> What's this game menu? I'm missing something.
[17:00:20] <Colourless> if you've got a version of exult that is less than 122 hours old, press the Disk icon in the avatar inventory screen
[17:01:07] <TonyHoyt> No I don't have a version that young. I'm still weeks old, before you new save screen even.
[17:01:40] <TonyHoyt> I can't build a copy now anyway. But Tell me what it's about. I don't remember hearing anything about it on the mailing list.
[17:02:39] <Colourless> it's just an in game menu which has options for save/load, audio options, video options, gameplay options and so on.
[17:02:57] <TonyHoyt> That's cool. Sounds neat, I'll try to build it later this week.
[17:03:34] <TonyHoyt> Hey, Colourless, I have a question for you. Do you know STL that well? I need to know if STL's container classes are thread safe. According to SGI, they aren't. But I've heard otherwise, what's your take on it?
[17:04:08] <Colourless> nope, I don't know anything about hat
[17:06:18] <TonyHoyt> Drat. *sigh* I"ll keep looking on the web then. Someone must have a solid yes or no about STL and Thread safety.
[17:07:29] <TonyHoyt> Goin to lunch, brb.
[17:07:33] <Colourless> ok
[17:47:25] <TonyHoyt> back
[17:47:30] <Colourless> wb
[17:47:37] * TonyHoyt sighs and searches for info on STL.
[18:51:01] --> wjp has joined #exult
[18:51:07] <wjp> hi Ryan, Tony
[18:51:12] <Colourless> hi
[18:51:58] <TonyHoyt> hi Wjp.
[18:52:07] <TonyHoyt> What are you up to?
[18:52:19] <wjp> I broke exult on MacOS yesterday ;-)
[18:52:37] <wjp> and I just installed RH7.1
[18:52:59] <Colourless> you seem to like installing new OS's lately
[18:53:04] <wjp> yeah :-)
[19:06:48] <wjp> brb, restarting x
[19:06:50] <-- wjp has left IRC ([x]chat)
[19:12:28] --> wjp has joined #exult
[19:12:34] <wjp> ok, that's better :-)
[19:22:19] <TonyHoyt> back.
[19:23:02] <TonyHoyt> Redhat? I've heard that most people tend to avoid them. You don't have any troubles?
[19:23:15] <wjp> umm... not yet :-)
[19:24:19] <TonyHoyt> Eh, okay. So what ya hacking at now wjp?
[19:24:28] <wjp> desktop configuration :-)
[19:25:58] <wjp> hmm.... I can't connect to the SF cvs server :/
[19:26:12] <Colourless> me neither
[19:26:14] <TonyHoyt> Hmmm Odd. What's the reason?
[19:26:22] <Colourless> ignore that :)
[19:26:25] <TonyHoyt> Doh, cvs is down. I was able to connect via the web interface.
[19:26:28] <wjp> hmm, from the univ. it _is_ working
[19:26:38] <Colourless> I wasn't able to earlier
[19:27:10] <Colourless> it's working fine for me now
[19:27:16] <wjp> oh... wait... I think I got it
[19:28:19] <TonyHoyt> Okay so it was down. *Scraches head*
[19:28:22] <wjp> yup, working now
[19:28:38] <wjp> (I changed from tcsh to bash, and forgot to copy some settings)
[19:30:09] <TonyHoyt> I still don't know the diffrences between the two shells. Not much, is there? C shell is the one that's much diffrent.
[19:30:42] <wjp> bash is somewhat more scripting-friendly I think
[19:32:52] <wjp> I could be imagining things, but I think exult is compiling faster than on my old linux install
[19:34:11] <TonyHoyt> Now that would be funny.
[19:34:17] <TonyHoyt> How old was your 'old' install?
[19:34:32] <wjp> mandrake 7.2... couple of months I guess
[19:34:35] <TonyHoyt> And what version of Gcc are you using. Is -O2 option enabled?
[19:35:13] <wjp> gcc-2.96-81 (RH), with -O2
[19:37:11] <wjp> hmm, the problem with flex&unistd.h seems to have been fixed too
[19:53:23] <TonyHoyt> Flex?
[19:53:34] <TonyHoyt> You should get 2.95.3 The stable release of gcc.
[19:53:49] <TonyHoyt> And flex, I didn't think that's changed in years. *Scraches his head*
[19:54:29] <wjp> unistd.h changed the declaration of isatty(), which flex declares in the files it generates
[19:56:13] <TonyHoyt> Ahhhh, okay.
[19:56:46] <wjp> RH7.0 and Mandrake8 generate errors because of that
[19:57:41] --> johnw has joined #exult
[19:58:21] <wjp> hi
[19:58:26] <TonyHoyt> hi John.
[19:58:27] <johnw> hey there
[19:58:34] <johnw> I've just started using exult
[19:58:35] <johnw> very nice
[19:58:36] <TonyHoyt> Well wjp, sounds like your all set now.
[19:58:42] <johnw> I never played u7 before, only 1-6
[19:58:44] <TonyHoyt> Another satisfied customer. *smile*
[19:58:54] <johnw> I have one bug I've encountered that is sort of blocking me
[19:59:12] <johnw> I went north from Trinsic to Paws, but if I sleep in the town's inn for more than 3 hours, the screen goes black and never comes back
[19:59:19] <johnw> any thoughts on how to debug it?
[19:59:21] <johnw> or workaround it?
[19:59:40] <wjp> we fixed that bug last week I think
[19:59:43] <Colourless> odd, i've been hearing of this sleeping bug much more than I would like.
[19:59:44] <johnw> great
[19:59:51] <johnw> is there a cvs site?
[20:00:18] <wjp> yup, http://www.sourceforge.net/cvs/?group_id=2335
[20:00:51] <johnw> most excellent
[20:00:58] * johnw is downloading and building...
[20:03:54] <johnw> btw
[20:04:02] <johnw> is there anyway to build for more performance?
[20:04:07] <johnw> I am running on a P5-300 laptop
[20:04:15] <johnw> it runs just fine at the full 300 Mhz
[20:04:26] <johnw> but when I put the machine in power-conservative mode, the cursor gets very jumpy
[20:04:33] <Colourless> the scalers cause the biggest performance hit
[20:04:38] <johnw> ahh
[20:04:47] <johnw> which is the best to use in my case?
[20:05:29] <Colourless> disable scalling and run in full screen if possible. Next would be interlaced, then pointsampled, bilinear, 2xSAI and last is Super Eagle
[20:05:59] <johnw> good to know; thanks, you guys are very helpful
[20:06:08] <johnw> I am loving the ability to play
[20:06:11] <johnw> Ultima again!
[20:06:26] <johnw> I was fighting deer while listening to the ANSI C++ commitee meeting today. :)
[20:06:47] <Colourless> heh
[20:07:21] * TonyHoyt laughs
[20:07:23] <TonyHoyt> Cute cute.
[20:07:39] <johnw> and so yummy
[20:07:44] <TonyHoyt> Hey JohnW. Are you knowlageable of STL?
[20:07:57] <TonyHoyt> wjp, JohnW, You two know STL that well at all?
[20:07:59] <johnw> relatively speaking
[20:08:13] <TonyHoyt> Relatively Speaking...?
[20:08:20] <johnw> depends on who you compare me too
[20:08:24] <johnw> most of the people here write books on the subject
[20:08:34] <johnw> I just work on a C++ compiler
[20:08:40] <johnw> so I know it best from one point of view
[20:09:20] <johnw> what's your question?
[20:10:23] <TonyHoyt> I just want to know if the STL container classes are thread safe or not.
[20:10:33] <johnw> that is a vendor issue
[20:10:55] <TonyHoyt> Vendor issue? as in it usually is except on x,y,z platforms?
[20:11:08] <johnw> I believe in concept, they must be, but it is really a "quality of implementation" question
[20:11:12] <johnw> so, not all STLs are threadsafe
[20:11:34] <johnw> and some vendors self both thread-safe, and non-thread-safe versions, for the sake of speed
[20:11:38] <johnw> s/self/sell/
[20:12:14] <johnw> you thinking of using it for exult
[20:12:15] <johnw> ?
[20:15:49] <TonyHoyt> Personal project. I'm writing somethign that sniffs the network for packets for a specific machine and port. Then stores them into a queue. But then I have another function that will take elements off this queue at near random moments in time. I want to do all this without haveing to specificly declare a mutex.
[20:16:47] <johnw> look at www.stlport.org
[20:16:57] <johnw> I don't know about them and threads, but they would be my first guess
[20:17:23] <-- Colourless has left IRC (Ping timeout for Colourless[ppp1929.adelaide.on.net.au])
[20:18:31] <johnw> nothing like building software to make this laptop too hot to keep my hands on
[20:20:29] <johnw> well, thanks for all the help. Now to keep those deer from getting out of hand...
[20:20:30] <-- johnw has left #exult (Started wasting time elsewhere)
[20:26:10] <TonyHoyt> was away... back.
[20:29:39] <TonyHoyt> and now outta here. later guys
[20:29:41] <-- TonyHoyt has left IRC (outta time)
[20:46:38] --> Dominus has joined #Exult
[20:46:43] <Dominus> hi
[20:46:47] <wjp> hi
[20:47:00] <Dominus> what happened to all the bugs in the tracker?
[20:47:08] <Dominus> some bug cleanup madness lately?
[20:47:10] <Dominus> :-)
[20:47:35] * wjp checks
[20:47:47] <wjp> hmm, it is kind of empty, isn't it :-)
[20:48:01] <Dominus> maybe we should fill it up a bit, huh?
[20:48:11] <Dominus> time to play some Si now I think :-)
[20:48:36] <wjp> uh oh :-)
[20:48:54] <wjp> play around a bit with the new save gump while you're at it :-)
[20:49:18] --> Fingolfin has joined #exult
[20:49:27] <Dominus> I will - up to now I loved - been converting my old saves at the first chance
[20:49:32] <Dominus> hi fingolfin
[20:49:37] <wjp> hi
[20:49:54] <Fingolfin> hiya
[20:50:36] <Dominus> Fingolfin: any idea on what change in the stylesheet to make the FAQ count from 0?
[20:50:49] <Dominus> (to include cjhanges on top)
[20:50:51] <Fingolfin> oh, lemme check
[20:50:58] <Dominus> donīt hurry
[20:51:17] * Fingolfin runs cvs update -d and waits ;)
[20:54:54] <wjp> hey, my USB zip drive is actually working in linux!
[20:55:29] <Dominus> :-)
[20:55:44] <Fingolfin> cool
[20:56:04] <Dominus> you have linux installed now?
[20:56:28] <wjp> I've got linux installed for about a year now
[20:56:51] <Dominus> sorry, I somehow confused you with fingolfin ... :-(
[20:56:58] <wjp> :-)
[20:57:03] <Fingolfin> dominus: please join #sdl
[20:57:16] <wjp> lol
[20:57:28] <Fingolfin> <g>
[20:58:12] <Fingolfin> dominus: now we are 42in #sdl ;)
[20:59:31] <Fingolfin> dominus: about the numbering: I gotta dive again into the XSL docs... but have you tried changin the "1." into a "0." ? it will not work, I am sure (too easy) but trying it won't hurt
[20:59:32] <Dominus> thatīs all techno babble to me over there :-.)
[20:59:48] <Fingolfin> dominus: you can leave again, we are only 41 now again anyway ;)
[20:59:54] <Dominus> thx
[21:03:19] <Dominus> Fingolfin: I tried - too easy - doesnīt work
[21:05:55] <Fingolfin> you want FAQ *group* 0, right?
[21:06:57] <Dominus> erm, think so... to begin the count at 0
[21:10:01] <wjp> Fingolfin: oh, btw, I think I...uh... kind-of sort-of broke exult in MacOS by enabling the new file gump by default...
[21:10:21] <Fingolfin> hmm
[21:10:22] <Fingolfin> glob?
[21:10:32] <wjp> yeah
[21:11:00] * Fingolfin takes out his petrified trout, which is already looking a bit worn, with loads of marks scattered over it
[21:11:03] <wjp> what kind of directory traversal functions does macos classic have?
[21:11:16] * wjp takes out his shield of +2 trout-blocking
[21:11:21] <Fingolfin> lol
[21:12:04] <Fingolfin> well, mac file traversal has completly different functions compared to POSIX etc. But luckily, I have some (C++) code somewhere for a "folder scanner", which I certainly can reuse, partly at least
[21:13:06] <wjp> GPL I hope :-)
[21:14:25] <wjp> I should go to bed
[21:14:32] <wjp> g'night
[21:14:32] <Fingolfin> not really, it is a public domain sample code ;)
[21:14:34] <Fingolfin> oh well, do so
[21:14:37] <Fingolfin> sleep well
[21:14:43] <-- wjp has left IRC ([x]chat)
[21:16:50] --- Dominus is now known as dominus|phone
[21:20:31] <Fingolfin> dominus: try to add this attribute to the <xsl:number ...> tag: value="position() -1"
[21:27:13] <dominus|phone> sorry, canīt answer right now
[21:27:42] <Fingolfin> sure
[21:43:48] --- dominus|phone is now known as Dominus
[21:43:54] <Dominus> b
[21:44:21] <Fingolfin> wb
[21:44:28] <Dominus> Fingolfin: when I add this to the 1.0 one it counts 0. ... 1.1 ... 1.2...
[21:45:04] <Dominus> when I add it also to the 1.1 it counts 0. ... 1 ... 2 ... (not putting the 0. in front)
[21:45:38] <Fingolfin> hu? what do you mean?
[21:45:48] <Fingolfin> I meant this:
[21:45:50] <Fingolfin> <xsl:number format="1. "/>
[21:45:56] <Fingolfin> and it produced what exactly?
[21:46:05] <Dominus> oh, I just noticed you mean adding it to the group template not the
[21:46:19] <Dominus> TOc, right?
[21:46:21] <Fingolfin> it will not fix the entries, though
[21:46:38] <Fingolfin> yeah. one thing after the other ;)
[21:46:44] <Fingolfin> ein schritt nach dem anderen
[21:46:53] <Dominus> jawohl
[21:48:43] <Dominus> okay, adding it to the group template didnīt change the count in the "inhaltsangabe" but later on in the actual section beginning with 0. but going on with 1.1.
[21:49:13] <Dominus> 0.Introduction ... 1.1. what is exult?...
[21:49:43] <Fingolfin> yeah, of course
[21:50:03] <Fingolfin> that is because we only changed the group numbering; 1.1, 1.2, 1.3, 2.1 etc. are entry numbers
[21:50:04] <Fingolfin> ;)
[21:50:08] <Fingolfin> that comes next, just as I said ;)
[21:50:18] <Fingolfin> so, is the next group labeled 1. ?
[21:50:29] <Dominus> yep
[21:50:49] <Dominus> all the way down groups are numbered -1
[21:52:21] <Fingolfin> good
[21:53:01] <Fingolfin> now, what happens if you insert the same thing into the xsl:number tag for entries?
[21:53:59] <Dominus> it doesnīt number them 0.1 ... 0.2 but 1... 2...
[21:54:42] <Dominus> 0.Introduction ... 1. what is exult?...
[21:55:08] <Dominus> actually 0.Introduction ... 1 what is exult?...
[21:55:36] <Dominus> actually actually 0.Introduction ... 0 what is exult?...
[21:56:23] <Fingolfin> ahh ;)
[21:56:23] <Fingolfin> ok
[22:19:09] <Fingolfin> I don't see how exactly they allow *two* values to be specified, hrm
[22:19:21] <Fingolfin> so maybe we have to go with two <xsl:number>
[22:20:24] <Dominus> how that?
[22:21:29] <Dominus> or we just add a "hardcoded" "0.Changes" with no internal numbering
[22:21:38] <Dominus> ?
[22:21:47] <Fingolfin> wait a moment ;9
[22:21:56] <Fingolfin> replace this:
[22:21:59] <Fingolfin> <xsl:number level="multiple"
[22:21:59] <Fingolfin> count="section|faq"
[22:21:59] <Fingolfin> format="1.1 "/>
[22:21:59] <Fingolfin> with
[22:21:59] <Fingolfin> <xsl:number level="multiple"
[22:22:00] <Fingolfin> count="section"
[22:22:02] <Fingolfin> value="position() -1"
[22:22:04] <Fingolfin> format="1."/>
[22:22:06] <Fingolfin> <xsl:number format="1. "/>
[22:24:57] <Dominus> ok, this produces 0.Introduction ... 0.1. what is exult?... 1.2. Why is it called Exult ?
[22:25:20] <Dominus> 2.3. Where do I find Exult?...
[22:25:29] <Fingolfin> grmbl
[22:25:36] <Fingolfin> of course it does... <sigh>
[22:25:37] <Dominus> hmpf
[22:33:19] <Fingolfin> try level="single" please
[22:35:08] <Dominus> the same
[22:37:21] <Fingolfin> leave out the "value" attribute, too
[22:37:39] <Fingolfin> i.e.
[22:37:39] <Fingolfin> <xsl:number level="single"
[22:37:39] <Fingolfin> count="section"
[22:37:39] <Fingolfin> format="1."/>
[22:37:40] <Fingolfin> <xsl:number format="1. "/>
[22:38:35] <Dominus> 0.Introduction ... 1.1. what is exult?... 1.2. Why is it called Exult ?
[22:38:50] <Dominus> hrmpf
[22:41:32] <Fingolfin> wait that is better
[22:42:07] <Fingolfin> it is right, except that it has 1. instead of 0.2
[22:42:07] <Fingolfin> but the first digit doesn't go up anymore, right?
[22:42:58] <Dominus> yep, and the numbering is correct should be 0.Introduction ... 0.1. what is exult?... 0.2. Why is it called Exult ?
[22:43:36] <Fingolfin> "and the numbering is correct should be" ?!? I guess I know what you meant, though ;(
[22:43:37] <Fingolfin> ;)
[22:43:57] <Dominus> :-)
[22:44:15] <Dominus> donīt confuse me while Iīm trying to confuse you
[22:45:45] <Fingolfin> so, if you have the value="position()" in there, it is wrong.. hmm
[22:48:02] <Dominus> strange
[22:48:27] <Fingolfin> not at all
[22:48:40] <Fingolfin> or well, rather, only strange if you think like a sane human being ;)
[22:49:15] * Dominus is turning sane mode off
[22:50:46] <Fingolfin> we'll propably have to resort to count(), but that will get messy :/
[22:51:12] <Dominus> messy?
[22:52:26] <Dominus> also having format="1." makes the numbering look weird
[22:52:46] <Dominus> the point is sometimes too close to the number following
[22:53:00] <Dominus> well, first things first
[22:53:01] <Fingolfin> try value="count(preceding-sibling:section"
[22:53:08] <Fingolfin> ups
[22:53:14] <Fingolfin> value="count(preceding-sibling:section)"
[22:53:26] <Fingolfin> or rather
[22:53:29] <Fingolfin> value="count(preceding-sibling:section-1"
[22:53:31] <Fingolfin> aaah
[22:53:36] <Fingolfin> value="count(preceding-sibling:section)-1"
[22:53:40] <Fingolfin> that's it ;)
[22:55:20] <Dominus> error: prefix must resolve to a namespace : preceding-sibling
[22:58:42] <Fingolfin> did I write a single colon? of course that was supposed to be two colons ;)
[22:58:50] <Fingolfin> value="count(preceding-sibling::section)-1"
[22:59:00] <Fingolfin> not that will work, i guess :/
[23:00:22] <Dominus> nope now in every section it begins with -1.1 ... -1.2... and so on
[23:00:57] <Fingolfin> ahhhh
[23:00:59] <Fingolfin> of course
[23:01:04] <Fingolfin> next section is 0 ?
[23:02:09] <Dominus> hä?
[23:03:35] <Dominus> 0.Introduction ... -1.1. what is exult?... -1.2. Why is it called Exult ?... 1.Exult and Ultima 7... -1.1.Do I need Ultima 7?
[23:04:44] <Fingolfin> bad
[23:04:49] <Fingolfin> anyway, the -1 has to go
[23:04:55] <Fingolfin> value="count(preceding-sibling:section)"
[23:05:00] <Fingolfin> but that is not working either of course
[23:05:06] * Fingolfin scratches his head
[23:05:41] <Dominus> of course? well instead of -1 itīs now 0
[23:06:34] <Fingolfin> value="count(ancestor::section/preceding-sibling:section)"
[23:07:52] <Dominus> error: prefix must resolve to a namespace : preceding-sibling
[23:08:01] <Dominus> damn... never mind
[23:08:05] <Fingolfin> sorry
[23:08:10] <Fingolfin> value="count(ancestor::section/preceding-sibling::section)"
[23:08:14] <Fingolfin> copy & paste, la lal a
[23:08:46] <Dominus> saw it myself just then
[23:08:50] <Dominus> WORKS!!!!
[23:09:01] <Fingolfin> yay! ;)
[23:09:05] <Fingolfin> I said it would get messy ;)
[23:09:27] <Dominus> now Iīll add the appropiate to the TOC, a sec.
[23:09:42] <Fingolfin> should be similiar, I think
[23:11:05] <Dominus> yep, worked
[23:11:13] <Fingolfin> btw, I came to the conclusin that it was not so clever to use XML for the FAQ as I thought ;) we might have been off much better with texinfo. OTOH, I don't know anything about it, besides that it can target many formats ;)
[23:11:16] <Fingolfin> good!
[23:12:28] <Dominus> well, whatever you want but as it is already astruggle with the xsl and you donīt know much about texinfo (i saw you mention it sometime ago in the logs) letīs stick with xsl
[23:12:44] <Fingolfin> sure thing!
[23:12:49] <Dominus> and for the text out put I can do a little text editing
[23:12:55] <Dominus> back to the xsl:
[23:12:59] <Fingolfin> then again , i didn't know a bit about XSL before ;)
[23:13:53] <Dominus> I readded a space to the format="1. " as it would look very odd with following numbers
[23:14:04] <Fingolfin> sure thing
[23:14:51] <Dominus> now there is a little space in between but 1.3 or 1.5 looke very odd (the three almost beginning right where the . was)
[23:15:29] <Fingolfin> uhm, how is the actual HTML code looking light?
[23:15:33] <Fingolfin> s/light/like
[23:15:36] * Fingolfin is tired
[23:17:24] <Dominus> not too bad when not viewed with a MS browser (deleted the space again - looked very stupid in Opera)
[23:17:37] <Dominus> should I dcc it to you?
[23:17:45] <Dominus> just for looking at?
[23:19:32] <Dominus> weīve been at this now for almost two hours - am tired myself
[23:20:01] <Fingolfin> hehe
[23:20:03] <Fingolfin> yeah, DCC me
[23:20:09] <Fingolfin> I want to finish this soon
[23:22:31] <Fingolfin> can you tell me one place where it looks bad?
[23:22:35] <Fingolfin> (e.g. text=
[23:23:22] <Dominus> it looks only bad when viewd with Internet Explorer in Opera it looked quite allright
[23:23:46] <Fingolfin> yeah, but which exact piece looked bad in IE?
[23:24:18] <Dominus> 0.3. ... 0.5. ...
[23:24:41] <Dominus> as the space between 0. and 3 was to narrow
[23:26:33] <Fingolfin> looks fine here (IE 5.1 beta for OS X; but that is a complete different browser than Win IE <g>)
[23:26:49] <Dominus> For now I donīt really care what it looks like on IE as it doesnīt seem that Ms gets their act together on IE(for Win32)
[23:27:07] <Fingolfin> hehe
[23:27:12] <Fingolfin> the HTML looks fine, too
[23:27:13] <Dominus> as you told me the Mac one even displays the <q< correctly
[23:27:20] <Dominus> <q> even
[23:27:24] <Fingolfin> it just contains "0.3." i.e. nothing fancy
[23:27:29] <Fingolfin> yes
[23:27:48] <Fingolfin> and the mac one displays PNGs properly, too. even perfect, according to the PNG team ;)
[23:27:50] <Dominus> I tried even the IE 6 beta - no improvement
[23:28:12] <Fingolfin> could you send me a screenshot of this? just the particular area?
[23:28:37] <Fingolfin> or you know what? email that to me ;)
[23:28:39] <Fingolfin> tomorrow
[23:28:43] <Fingolfin> or later today
[23:28:44] <Fingolfin> ;)
[23:28:48] <Fingolfin> I want to sleeeeeeppppp
[23:29:00] <Fingolfin> btw, why are we talking in english all the time?
[23:29:07] <Fingolfin> ich meine ja nur....
[23:29:17] <Fingolfin> deutsch ist natürlich langatmiger ;)
[23:29:35] <Dominus> ich schickīs Dir jetzt kurz
[23:29:39] <Fingolfin> klar
[23:29:40] <Dominus> ein jpg
[23:29:51] <Fingolfin> 10 Minuten mehr sind auch kein Sache ;)
[23:29:55] <Dominus> ist komisch auf einmal nur D zu reden
[23:30:19] <Fingolfin> hehe
[23:31:00] <Dominus> außerdem, was soll da Chimera denken, falls er mal reinschaut oder von mir aufgeschreckt wurde?
[23:31:06] <Fingolfin> sieht aus wie falsche Spationierung... das ist aber ein bug im IE... oder evtl. sogar Absicht
[23:31:19] <Fingolfin> chimera: are you listeing?
[23:31:26] <Dominus> ich tendier mal zu bug
[23:31:34] <Fingolfin> chimera: you are the guardian's son!!!
[23:31:43] <Fingolfin> er ist nicht da ;)
[23:31:49] <Dominus> :-)
[23:32:16] <Fingolfin> egal, es funktioniert jedenfall fast überall
[23:32:19] <Fingolfin> so, gute nacht dann mal
[23:32:30] <Dominus> mhm, Dir auch
[23:32:31] <Fingolfin> chimera: I am sorry, I take that back. just wanted to see if you are awake
[23:32:34] <Fingolfin> cya
[23:32:37] <-- Fingolfin has left IRC (42)
[23:33:03] <Dominus> leaving as well
[23:33:04] <Dominus> bye
[23:33:08] <-- Dominus has left #Exult