From laurent.sansonetti at gmail.com Tue Jan 4 05:14:41 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jan 4 05:12:39 2005 Subject: [Alexandria-list] Removing Book Ratings In-Reply-To: <41D032BE.1000304@web.de> References: <20041218040801.GA27671@localhost> <8848.81.255.72.1.1103538811.squirrel@81.255.72.1> <20041222214927.GZ1507@muse.19inch.net> <20041222224421.GA6260@localhost> <27022.81.255.72.1.1103798250.squirrel@81.255.72.1> <41D032BE.1000304@web.de> Message-ID: <1be7247c05010402142fd20077@mail.gmail.com> Hi Viktor, On Mon, 27 Dec 2004 17:05:18 +0100, Viktor Bindewald wrote: > Hi folks > > >>>I think a popup menu might be unnecessarily complicated -- we could have > >>>an interface that looks like this: > >>> > >>> X***** > >>> > >>>I.e. you click on the X to remove the rating, or one of of the stars to > >>>add/change the rating. > >>> > >>> > >>I like that idea, if it can be made to look nice. Maybe if the X were > >>tiny, about the size of an X that could fit inside of one of the stars. > >>But I suck at GUI design, so what do I know :P > >> > >> > >> > > > >Mmh, I personally do not find the X idea attractive. Let me thing about > >this... there must be an elegant way to feature this. > > > > > I would like to be able to remove the first star by clicking on it. > After the first click it appears and after the second one it disappears. > I think it will be a very intuitive way. > Exactly like Rhythmbox... sounds OK to me. For the next release :) Happy new year everyone, Laurent From laurent.sansonetti at gmail.com Tue Jan 4 05:18:48 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jan 4 05:16:48 2005 Subject: [Alexandria-list] Comments In-Reply-To: <20041230140555.GB7147@localhost> References: <1104280148.8858.22.camel@localhost.localdomain> <61116.217.117.39.171.1104406116.squirrel@217.117.39.171> <20041230140555.GB7147@localhost> Message-ID: <1be7247c05010402189ff7edf@mail.gmail.com> Hi Zachary, On Thu, 30 Dec 2004 09:05:55 -0500, Zachary P. Landau wrote: > > > It would be nice if we could adjust the number of characters shown in > > > the book titles when in Icon Viewing mode. I've never programmed with > > > GTK+, though, so I don't know if this is an API limitation or not. The > > > current setting feels a little too small for me. > > > > > > > The value is at the moment hardcoded in the program, but we can let the > > user define it by adding a new setting in the Preferences dialog. > > Once again, I'm not a GUI person, so feel free to ignore me. But I > think that might be the start of a path to having too many unnecessary > preferences. For that type of think, I think it is better to either get > a sane default, or make it so you can expand the size by dragging the > border (I don't have time a the moment to see if that is possible). > > Another option might be to expand the character limit a bit if it makes > sense, and then have tooltips that will show the entire title. > I agree with you that having too many unnecessary preferences is evil. Your ideas sound OK but I don't think they are easily implementable with the Gnome::IconList widget. Anyway, we are going to migrate to GTK::IconList soonly (well, as soon as it appears in Ruby-GNOME2). Perhaps the new widget provides something for this. As a workaround, we could introduce a new GConf variable to set this parameter, so power users could still set it. -- Laurent From todd at hardboot.org Tue Jan 4 18:04:56 2005 From: todd at hardboot.org (todd@hardboot.org) Date: Tue Jan 4 18:02:57 2005 Subject: [Alexandria-list] undefined method `map' for nil:NilClass Message-ID: <1104879896.41db2118173b5@hardboot.org> ----------------------- Alexandria just crashed ----------------------- Timestamp: Tue Jan 04 21:21:57 UTC 2005 Message: undefined method `map' for nil:NilClass Backtrace: /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:146:in `update_priority' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:142:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:18:in `new' /usr/lib/ruby/1.8/singleton.rb:95:in `instance' /usr/lib/ruby/1.8/singleton.rb:84:in `instance' /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:150:in `method_missing' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:644:in `initialize_ui' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:40:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:40:in `main' /usr/lib/ruby/site_ruby/1.8/alexandria.rb:47:in `main' /usr/bin/alexandria:10 Release: 0.4.0 Uname -a: Linux bigboss 2.6.9-gentoo-r1 #1 Mon Dec 27 04:29:38 PST 2004 i686 AMD Athlon(tm) XP 3000+ AuthenticAMD GNU/Linux =================================================================== I checked that I had the proper dependencies installed (ruby-gconf2, ruby-libglade2, etc.). Any idea what went wrong? -todd From kapheine at hypa.net Tue Jan 4 18:28:00 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Tue Jan 4 18:24:34 2005 Subject: [Alexandria-list] undefined method `map' for nil:NilClass In-Reply-To: <1104879896.41db2118173b5@hardboot.org> References: <1104879896.41db2118173b5@hardboot.org> Message-ID: <20050104232800.GA10508@localhost> > Message: undefined method `map' for nil:NilClass > Backtrace: > /usr/lib/ruby/site_ruby/1.8/alexandria/book_providers.rb:146:in > `update_priority' > > I checked that I had the proper dependencies installed (ruby-gconf2, > ruby-libglade2, etc.). Any idea what went wrong? Check the readme for notes about GConf. There are a couple steps you may have to take. Laurent: This is the most common error people report. Do you think it'd be a good idea to add some error handling to method_missing in preferences.rb? Something that prints out a reasonable error if GConf returns a null value. Or maybe it would be better to catch the error later on, since null values may be valid for some things. -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050104/5efbe548/attachment.bin From lrz at gnome.org Wed Jan 5 04:50:17 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Wed Jan 5 04:47:44 2005 Subject: [Alexandria-list] undefined method `map' for nil:NilClass In-Reply-To: <20050104232800.GA10508@localhost> References: <1104879896.41db2118173b5@hardboot.org> <20050104232800.GA10508@localhost> Message-ID: <31234.81.255.72.1.1104918617.squirrel@81.255.72.1> Hi, > Laurent: This is the most common error people report. Do you think > it'd be a good idea to add some error handling to method_missing in > preferences.rb? Something that prints out a reasonable error if GConf > returns a null value. Or maybe it would be better to catch the error > later on, since null values may be valid for some things. > Agreed. Unfortunately I miss the time to work on this. The best way would be to parse the GConf schema XML file at runtime (not each time, but just the first time), and check if the default values are OK in the system. If not, set the defaults. -- Laurent From daf at muse.19inch.net Wed Jan 5 05:01:28 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Jan 5 04:59:23 2005 Subject: [Alexandria-list] undefined method `map' for nil:NilClass In-Reply-To: <31234.81.255.72.1.1104918617.squirrel@81.255.72.1> References: <1104879896.41db2118173b5@hardboot.org> <20050104232800.GA10508@localhost> <31234.81.255.72.1.1104918617.squirrel@81.255.72.1> Message-ID: <20050105100127.GR1507@muse.19inch.net> Ar 05/01/2005 am 10:50, ysgrifennodd Laurent Sansonetti: > Hi, > > > Laurent: This is the most common error people report. Do you think > > it'd be a good idea to add some error handling to method_missing in > > preferences.rb? Something that prints out a reasonable error if GConf > > returns a null value. Or maybe it would be better to catch the error > > later on, since null values may be valid for some things. > > > > Agreed. Unfortunately I miss the time to work on this. > > The best way would be to parse the GConf schema XML file at runtime (not > each time, but just the first time), and check if the default values are > OK in the system. If not, set the defaults. No, I don't think this is the right way to do things. Applications are not supposed to know about the details of GConf -- it could be using LDAP or some other backend instead of the XML one. It might still be possible to check for the presence of the defaults using the standard GConf API, but I'm not sure about this. I don't think there is ever a case where a preference should have a nil value, so I think it would be appropriate to add checks for this. Of course, this would only give us nicer error messages, and not fix the problem of us getting values from GConf that we can't use. -- Dafydd From kapheine at hypa.net Wed Jan 5 08:45:26 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Wed Jan 5 08:41:27 2005 Subject: [Alexandria-list] undefined method `map' for nil:NilClass In-Reply-To: <20050105100127.GR1507@muse.19inch.net> References: <1104879896.41db2118173b5@hardboot.org> <20050104232800.GA10508@localhost> <31234.81.255.72.1.1104918617.squirrel@81.255.72.1> <20050105100127.GR1507@muse.19inch.net> Message-ID: <20050105134526.GA16870@localhost> > I don't think there is ever a case where a preference should have a nil > value, so I think it would be appropriate to add checks for this. Of > course, this would only give us nicer error messages, and not fix the > problem of us getting values from GConf that we can't use. Right, but it changes from a 'random crash' error to 'oh, something is wrong with gconf' error which will hopefully prompt people to check the README. But you're right, there is a bigger issue. What about providing Alexandria with sane defaults? If it can't find a value in GConf, it can use those. -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050105/9b1b7917/attachment-0001.bin From alexandria at ekholm.se Thu Jan 6 02:58:50 2005 From: alexandria at ekholm.se (alexandria@ekholm.se) Date: Thu Jan 6 04:15:16 2005 Subject: [Alexandria-list] crash report Message-ID: Hi alexandria SCIM: im_module_init Loading IMEngine module: socket ... Loading IMEngine Factory 0 ... : OK Loading IMEngine Factory 1 ... : OK Loading IMEngine Factory 2 ... : OK Loading IMEngine Factory 3 ... : OK Loading IMEngine Factory 4 ... : OK Loading IMEngine Factory 5 ... : OK Loading IMEngine Factory 6 ... : OK Loading IMEngine Factory 7 ... : OK Loading IMEngine Factory 8 ... : OK Loading IMEngine Factory 9 ... : OK Loading IMEngine Factory 10 ... : OK Loading IMEngine Factory 11 ... : OK Loading IMEngine Factory 12 ... : OK Loading IMEngine Factory 13 ... : OK Loading IMEngine Factory 14 ... : OK Loading IMEngine Factory 15 ... : OK Loading IMEngine Factory 16 ... : OK Loading IMEngine Factory 17 ... : OK Loading IMEngine Factory 18 ... : OK Loading IMEngine Factory 19 ... : OK Loading IMEngine Factory 20 ... : OK Loading IMEngine Factory 21 ... : OK Loading IMEngine Factory 22 ... : OK Loading IMEngine Factory 23 ... : OK Loading IMEngine Factory 24 ... : OK Loading IMEngine Factory 25 ... : OK Loading IMEngine Factory 26 ... : OK Loading IMEngine Factory 27 ... : OK socket IMEngine module is successfully loaded. ----------------------- Alexandria just crashed ----------------------- Timestamp: tor jan 06 08:58:08 CET 2005 Message: no implicit conversion from nil to integer Backtrace: /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:242:in `[]' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:242:in `on_refresh' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:527:in `build_sidepane' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:527:in `call' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `select_iter' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `build_sidepane' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:30:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:36:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:36:in `main' /usr/lib/ruby/site_ruby/1.8/alexandria.rb:42:in `main' /usr/bin/alexandria:24 Release: 0.3.1 Uname -a: Linux coricancha.inkinen.se 2.6.8.1-12mdksmp #1 SMP Fri Oct 1 11:24:45 CEST 2004 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz unknown GNU/Linux -- Please report this dump to 'alexandria-list@rubyforge.org' with some additional information, such as the description of the crash and the steps to reproduce it (if it's possible). : Failure seldom stops you. : What stops you is the fear of failure. . : : /Jack Lemmon : : : :: . :. : : : . :: : . .:: : :..:: : : :::: :::: . :::.:. . : . ::::::: : :::::: :::: .: !"#$%&'()*+,-./0123456789:;<=>?@[\]^_`abcdefghijklmnopqrstuvwxyz???{|}~ From lrz at gnome.org Thu Jan 6 04:25:52 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Jan 6 04:23:13 2005 Subject: [Alexandria-list] crash report In-Reply-To: References: Message-ID: <15023.81.255.72.1.1105003552.squirrel@81.255.72.1> Hi, Looks like a GConf problem (Alexandria can not retrieve the default value for a key). 1/ If you installed the program by hand (using the sources), did you follow attentively the instructions written in the README (usually just restarting the GConf deamon does the trick)? If not, this sounds like a packaging problem. 2/ 0.3.1 is a bit old, I would try 0.4.0. Cheers Laurent > > > Hi > > > alexandria > SCIM: im_module_init > Loading IMEngine module: socket ... > Loading IMEngine Factory 0 ... : OK > Loading IMEngine Factory 1 ... : OK > Loading IMEngine Factory 2 ... : OK > Loading IMEngine Factory 3 ... : OK > Loading IMEngine Factory 4 ... : OK > Loading IMEngine Factory 5 ... : OK > Loading IMEngine Factory 6 ... : OK > Loading IMEngine Factory 7 ... : OK > Loading IMEngine Factory 8 ... : OK > Loading IMEngine Factory 9 ... : OK > Loading IMEngine Factory 10 ... : OK > Loading IMEngine Factory 11 ... : OK > Loading IMEngine Factory 12 ... : OK > Loading IMEngine Factory 13 ... : OK > Loading IMEngine Factory 14 ... : OK > Loading IMEngine Factory 15 ... : OK > Loading IMEngine Factory 16 ... : OK > Loading IMEngine Factory 17 ... : OK > Loading IMEngine Factory 18 ... : OK > Loading IMEngine Factory 19 ... : OK > Loading IMEngine Factory 20 ... : OK > Loading IMEngine Factory 21 ... : OK > Loading IMEngine Factory 22 ... : OK > Loading IMEngine Factory 23 ... : OK > Loading IMEngine Factory 24 ... : OK > Loading IMEngine Factory 25 ... : OK > Loading IMEngine Factory 26 ... : OK > Loading IMEngine Factory 27 ... : OK > socket IMEngine module is successfully loaded. > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: tor jan 06 08:58:08 CET 2005 > Message: no implicit conversion from nil to integer > Backtrace: > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:242:in `[]' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:242:in `on_refresh' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:527:in > `build_sidepane' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:527:in `call' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `select_iter' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in > `build_sidepane' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:30:in `initialize' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:36:in `new' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:36:in `main' > /usr/lib/ruby/site_ruby/1.8/alexandria.rb:42:in `main' > /usr/bin/alexandria:24 > Release: 0.3.1 > > Uname -a: Linux coricancha.inkinen.se 2.6.8.1-12mdksmp #1 SMP Fri Oct 1 > 11:24:45 CEST 2004 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz unknown > GNU/Linux > -- > Please report this dump to 'alexandria-list@rubyforge.org' with some > additional > information, such as the description of the crash and the steps to > reproduce it > (if it's possible). > > : > Failure seldom stops you. : > What stops you is the fear of failure. . : : > /Jack Lemmon : : : :: . > :. : : : . :: : . > .:: : :..:: : : :::: :::: . > :::.:. . : . ::::::: : :::::: :::: .: > !"#$%&'()*+,-./0123456789:;<=>?@[\]^_`abcdefghijklmnopqrstuvwxyz???{|}~ > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > From pterjan at linuxfr.org Thu Jan 6 07:54:23 2005 From: pterjan at linuxfr.org (Pascal Terjan) Date: Thu Jan 6 07:52:17 2005 Subject: [Alexandria-list] crash report In-Reply-To: <15023.81.255.72.1.1105003552.squirrel@81.255.72.1> References: <15023.81.255.72.1.1105003552.squirrel@81.255.72.1> Message-ID: <1105016063.7074.14.camel@dhcp199.edge-it.subnet> Le jeudi 06 janvier 2005 ? 10:25 +0100, Laurent Sansonetti a ?crit : > Hi, > > Looks like a GConf problem (Alexandria can not retrieve the default value > for a key). > > 1/ If you installed the program by hand (using the sources), did you > follow attentively the instructions written in the README (usually just > restarting the GConf deamon does the trick)? If not, this sounds like a > packaging problem. > > 2/ 0.3.1 is a bit old, I would try 0.4.0. 0.3.1-1mdk is included in Mdk 10.1 Official (and 0.4.0-2mdk in community branch) so I guess he his using my rpm which should work regarding this issue :( I'll try it on a 10.1 Official as soon as I find one. From pterjan at linuxfr.org Thu Jan 6 08:15:58 2005 From: pterjan at linuxfr.org (Pascal Terjan) Date: Thu Jan 6 08:13:53 2005 Subject: [Alexandria-list] crash report In-Reply-To: <1105016063.7074.14.camel@dhcp199.edge-it.subnet> References: <15023.81.255.72.1.1105003552.squirrel@81.255.72.1> <1105016063.7074.14.camel@dhcp199.edge-it.subnet> Message-ID: <1105017358.7074.17.camel@dhcp199.edge-it.subnet> Le jeudi 06 janvier 2005 ? 13:54 +0100, Pascal Terjan a ?crit : > Le jeudi 06 janvier 2005 ? 10:25 +0100, Laurent Sansonetti a ?crit : > > Hi, > > > > Looks like a GConf problem (Alexandria can not retrieve the default value > > for a key). > > > > 1/ If you installed the program by hand (using the sources), did you > > follow attentively the instructions written in the README (usually just > > restarting the GConf deamon does the trick)? If not, this sounds like a > > packaging problem. > > > > 2/ 0.3.1 is a bit old, I would try 0.4.0. > > 0.3.1-1mdk is included in Mdk 10.1 Official (and 0.4.0-2mdk in community branch) so I guess he his using my rpm which should work regarding this issue :( > I'll try it on a 10.1 Official as soon as I find one. My package is not clean as I get an error if gconf is not already running : gconfd-2: aucun processus tu? error: %post(alexandria-0.3.1-1mdk) scriptlet failed, exit status 1 but it should then work... From lrz at gnome.org Mon Jan 10 04:59:50 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Mon Jan 10 04:56:51 2005 Subject: [Alexandria-list] Hacktivity Message-ID: <10628.81.255.72.1.1105351190.squirrel@81.255.72.1> Hi all, Sunday afternoon hacktivity summary: XHTML export is finally available! Short overview: Export Dialog, as usual: http://www.rubymonks.org/~lrz/export.png Export Dialog, when HTML export is selected: http://www.rubymonks.org/~lrz/export-web.png A sample library, exported to HTML: http://www.rubymonks.org/~lrz/gnu_books/ How does it work? Alexandria generates an XHTML page, with tags and meaningful classes (library-name, book, book-title, book-isbn, etc...). Each theme (for the moment, there is only one theme, 'Clear') brings a CSS file that will be attached to the XHTML, and some additional graphics (if needed). Warning: 1/ I am NOT a web developer. I tried to generate the XHTML page as elegant as possible, but I am sure it can be improved. If you know XHTML very well, do not hesitate to send feedback. 2/ I am NOT a web designer. I tried to make the Clean CSS file to display the library as clean as possible. But there are some little problems (sometimes, the cover is displayed under the border, or the authors list is not aligned because the cover is shorter, etc..). If you know CSS very well, do not hesitate to fix the Clean CSS file. You can also contribute your own themes (I will write a Wiki page about this further). 3/ I am proud to not be a web developer/designer :-) Cheers, -- Laurent From vitei at web.de Tue Jan 11 12:02:31 2005 From: vitei at web.de (Viktor Bindewald) Date: Tue Jan 11 12:00:11 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so Message-ID: <1105462952.3621.24.camel@localhost> Hi Yesterday I wanted to test the XHTML export but I had to face the fact alexandria can't be launched. This is the error I received: user@linux:~$ alexandria /usr/bin/ruby1.8: relocation error: /usr/lib/ruby/1.8/i386-linux/gnome2.so: undefined symbol: rbgerr_define_gerror I'm using Debian Sarge with the 0.11.0 version of libgnome2-ruby. Best regards Viktor From daf at muse.19inch.net Tue Jan 11 12:21:36 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Tue Jan 11 12:19:18 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <1105462952.3621.24.camel@localhost> References: <1105462952.3621.24.camel@localhost> Message-ID: <20050111172136.GA6791@muse.19inch.net> Ar 11/01/2005 am 18:02, ysgrifennodd Viktor Bindewald: > Hi > > Yesterday I wanted to test the XHTML export but I had to face the fact > alexandria can't be launched. This is the error I received: > > user@linux:~$ alexandria > /usr/bin/ruby1.8: relocation > error: /usr/lib/ruby/1.8/i386-linux/gnome2.so: undefined symbol: > rbgerr_define_gerror > > I'm using Debian Sarge with the 0.11.0 version of libgnome2-ruby. Hmm, this is interesting. Can you provide the output of running the following commands on your system? dpkg -l libglib2-ruby nm -D /usr/lib/ruby/1.8/i386-linux/glib2.so | grep gerror -- Dafydd From vitei at web.de Tue Jan 11 13:27:01 2005 From: vitei at web.de (Viktor Bindewald) Date: Tue Jan 11 13:24:39 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <20050111172136.GA6791@muse.19inch.net> References: <1105462952.3621.24.camel@localhost> <20050111172136.GA6791@muse.19inch.net> Message-ID: <1105468021.3621.29.camel@localhost> > Can you provide the output of running the following commands on your > system? Of course :) > dpkg -l libglib2-ruby Gew?nscht=Unbekannt/Installieren/R=Entfernen/P=S?ubern/Halten | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb install. |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: GRO?=schlecht) ||/ Name Version Beschreibung +++-================-================-================================================ ii libglib2-ruby 0.11.0-1 Glib 2 bindings for the Ruby language The output is in German ;) > nm -D /usr/lib/ruby/1.8/i386-linux/glib2.so | grep gerror 0000ca80 T rbgerr_define_gerror 0000c9a0 T rbgerr_gerror2exception Viktor From laurent.sansonetti at gmail.com Wed Jan 12 06:10:55 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Jan 12 06:08:36 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <1105468021.3621.29.camel@localhost> References: <1105462952.3621.24.camel@localhost> <20050111172136.GA6791@muse.19inch.net> <1105468021.3621.29.camel@localhost> Message-ID: <1be7247c050112031075689e69@mail.gmail.com> IIRC, - The packaged version of Alexandria runs properly - The CVS version of Alexandria does not run (fails with the relocation error) - Both versions are using the packaged version of Ruby/GLib2 ? If yes, this is very very very weird! On Tue, 11 Jan 2005 19:27:01 +0100, Viktor Bindewald wrote: > > Can you provide the output of running the following commands on your > > system? > Of course :) > > > dpkg -l libglib2-ruby > > Gew?nscht=Unbekannt/Installieren/R=Entfernen/P=S?ubern/Halten > | Status=Nicht/Installiert/Config/U=Entpackt/Fehlgeschl. Konf./Halb > install. > |/ Fehler?=(keiner)/Halten/R=Neuinst. notw/X=beides (Status, Fehler: > GRO?=schlecht) > ||/ Name Version Beschreibung > +++-================-================-================================================ > ii libglib2-ruby 0.11.0-1 Glib 2 bindings for the Ruby > language > > The output is in German ;) > > > nm -D /usr/lib/ruby/1.8/i386-linux/glib2.so | grep gerror > > 0000ca80 T rbgerr_define_gerror > 0000c9a0 T rbgerr_gerror2exception > > > Viktor > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > From vitei at web.de Wed Jan 12 12:10:58 2005 From: vitei at web.de (Viktor Bindewald) Date: Wed Jan 12 12:08:31 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <1be7247c050112031075689e69@mail.gmail.com> References: <1105462952.3621.24.camel@localhost> <20050111172136.GA6791@muse.19inch.net> <1105468021.3621.29.camel@localhost> <1be7247c050112031075689e69@mail.gmail.com> Message-ID: <1105549858.3582.52.camel@localhost> > IIRC, > > - The packaged version of Alexandria runs properly > - The CVS version of Alexandria does not run (fails with the relocation error) > - Both versions are using the packaged version of Ruby/GLib2 > > ? > > If yes, this is very very very weird! Maybe I was misunderstood. The official Debian 0.4.0 package doesn't run too, same error. I haven't recognised it earlier because the last CVS version I used worked fine. Viktor From daf at muse.19inch.net Wed Jan 12 16:35:33 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Jan 12 16:33:14 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <1105549858.3582.52.camel@localhost> References: <1105462952.3621.24.camel@localhost> <20050111172136.GA6791@muse.19inch.net> <1105468021.3621.29.camel@localhost> <1be7247c050112031075689e69@mail.gmail.com> <1105549858.3582.52.camel@localhost> Message-ID: <20050112213533.GC6791@muse.19inch.net> Ar 12/01/2005 am 18:10, ysgrifennodd Viktor Bindewald: > > IIRC, > > > > - The packaged version of Alexandria runs properly > > - The CVS version of Alexandria does not run (fails with the relocation error) > > - Both versions are using the packaged version of Ruby/GLib2 > > > > ? > > > > If yes, this is very very very weird! > > Maybe I was misunderstood. The official Debian 0.4.0 package doesn't run > too, same error. > I haven't recognised it earlier because the last CVS version I used > worked fine. At this point, I'm suspecting a problem with Debian's ruby-gnome2 or ruby1.8 packages rather than with Alexandria. Perhaps you can bring this up on the ruby-gnome2 mailing list? -- Dafydd From kapheine at hypa.net Wed Jan 12 16:55:14 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Wed Jan 12 16:49:37 2005 Subject: [Alexandria-list] alexandria doesn't start due to a relocation error in gnome2.so In-Reply-To: <20050112213533.GC6791@muse.19inch.net> References: <1105462952.3621.24.camel@localhost> <20050111172136.GA6791@muse.19inch.net> <1105468021.3621.29.camel@localhost> <1be7247c050112031075689e69@mail.gmail.com> <1105549858.3582.52.camel@localhost> <20050112213533.GC6791@muse.19inch.net> Message-ID: <20050112215514.GA6289@localhost> > > Maybe I was misunderstood. The official Debian 0.4.0 package doesn't run > > too, same error. > > I haven't recognised it earlier because the last CVS version I used > > worked fine. > > At this point, I'm suspecting a problem with Debian's ruby-gnome2 or > ruby1.8 packages rather than with Alexandria. Perhaps you can bring this > up on the ruby-gnome2 mailing list? Sorry, I should have piped in earlier. I am using the Alexandria package provided by Debian (0.4.0-2) without any problems. I'm not sure why it isn't working for the original poster, but I don't think the package itself is messed up. -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050112/5c834c7c/attachment.bin From laurent.sansonetti at gmail.com Thu Jan 13 04:58:14 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 13 04:55:52 2005 Subject: [Alexandria-list] release or not? Message-ID: <1be7247c050113015852cce18b@mail.gmail.com> Hi all, I am now trying to clean the bugs in the tracker. After that I think it will be the time for a new release. It will be 0.5.0. Nevertheless, a new release of Ruby-GNOME2 will appear at the beginning of February. This release will especially feature Gtk::IconView and Gtk::AboutDialog, two new widgets that were imported from the libgnomeui library. With these widgets, Alexandria will not require anymore libgnomeui. Other advantages: 1/ Alexandria will require less memory, because we should be able to use the same GTK model for both Icon and List view. 2/ Alexandria should now be easily ported to Win32 platforms (compiling libgnomeui under Win32 has always been a pain). I am not especially looking for a Win32 version, since I do not run any Win32 environment, but I guess it should definitely increase the user base, which I think is good. So, the question is, should we wait for the new Ruby-GNOME2 release, or should we release 0.5.0 as soon as possible? Thanks, Laurent From pterjan at linuxfr.org Thu Jan 13 05:04:47 2005 From: pterjan at linuxfr.org (Pascal Terjan) Date: Thu Jan 13 05:02:29 2005 Subject: [Alexandria-list] release or not? In-Reply-To: <1be7247c050113015852cce18b@mail.gmail.com> References: <1be7247c050113015852cce18b@mail.gmail.com> Message-ID: <1105610687.7076.13.camel@dhcp122.edge-it.subnet> Le jeudi 13 janvier 2005 ? 10:58 +0100, Laurent Sansonetti a ?crit : > Hi all, > > I am now trying to clean the bugs in the tracker. After that I think > it will be the time for a new release. It will be 0.5.0. > > Nevertheless, a new release of Ruby-GNOME2 will appear at the > beginning of February. This release will especially feature > Gtk::IconView and Gtk::AboutDialog, two new widgets that were imported > from the libgnomeui library. > > With these widgets, Alexandria will not require anymore libgnomeui. > Other advantages: > > 1/ Alexandria will require less memory, because we should be able to > use the same GTK model for both Icon and List view. > > 2/ Alexandria should now be easily ported to Win32 platforms > (compiling libgnomeui under Win32 has always been a pain). I am not > especially looking for a Win32 version, since I do not run any Win32 > environment, but I guess it should definitely increase the user base, > which I think is good. > > So, the question is, should we wait for the new Ruby-GNOME2 release, > or should we release 0.5.0 as soon as possible? I'd vote for a 0.5.0 soon and a 0.5.1 with only the adaptation for the new Ruby-GNOME2 From daf at muse.19inch.net Thu Jan 13 08:22:25 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Thu Jan 13 08:20:05 2005 Subject: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <20050113061342.GD5723@khan.acc.umu.se> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> Message-ID: <20050113132225.GF6791@muse.19inch.net> I'm sending this to the Alexandria mailing list. Hi Alexandria people -- this is a bug report filed in the Debian bug tracking system about a crash in Alexandria. Most of the relevant information should be included below, but the full report is available here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290180 Ar 13/01/2005 am 07:13, ysgrifennodd David Weinehall: > On Thu, Jan 13, 2005 at 12:58:05AM +0000, Dafydd Harries wrote: > > Ar 13/01/2005 am 00:25, ysgrifennodd David Weinehall: > > > When you have a sufficiently sized book collection, Alexandria will > > > crash if started in, or switched to, list mode. It will also crash if > > > you try to rearrange the sort order. > > > > > > Trial and error shows that 140 titles works, while 141 titles or more > > > causes the crash; cover pictures or not doesn't matter. > > > > Hmm, I would expect this to be something to do with the 141st title in > > question rather than the number 141. > > This seems a tad bit unlikely, since I have tried different permutations > of books (sorry, I guess I should've mentioned that in the original report). > I will try to repeat the tests on a machine that only uses the libraries > from unstable; on my two main systems I have a few libraries from > experimental installed. Ah, ok. Perhaps 141 is a magic number then. :) > > Did you see any tracebacks on Alexandria's standard output from these > > crashes? If there are any, appending them to the bug report would be > > useful. > > No, there were no tracebacks at all. Hmm, that's unexpected. > Oh, as a further data point; the reason I tagged the bug upstream is > that I downloaded the upstream source and tested that one too, just to > make sure the bug was not Debian specific. Yes, I agree that it's an upstream bug. -- Dafydd From laurent.sansonetti at gmail.com Thu Jan 13 09:06:47 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 13 09:04:26 2005 Subject: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <20050113132225.GF6791@muse.19inch.net> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> <20050113132225.GF6791@muse.19inch.net> Message-ID: <1be7247c050113060657c28ca0@mail.gmail.com> This bug seems to have been reported several times. I could even reproduce it twice since the last release. It appears that the treeview sorting code tries to send a message to a random object. This is surely a memory corruption issue. However, I could reproduce the problem with a smaller library, so I do not think the size is important here. This problem will be fixed in the next release. It is weird that you do not get any tracebacks. Could you try to run alexandria like this: $ DEBUG=1 alexandria And paste the result somewhere? Thanks Laurent On Thu, 13 Jan 2005 13:22:25 +0000, Dafydd Harries wrote: > > I'm sending this to the Alexandria mailing list. > > Hi Alexandria people -- this is a bug report filed in the Debian bug > tracking system about a crash in Alexandria. Most of the relevant > information should be included below, but the full report is available > here: > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=290180 > > Ar 13/01/2005 am 07:13, ysgrifennodd David Weinehall: > > On Thu, Jan 13, 2005 at 12:58:05AM +0000, Dafydd Harries wrote: > > > Ar 13/01/2005 am 00:25, ysgrifennodd David Weinehall: > > > > When you have a sufficiently sized book collection, Alexandria will > > > > crash if started in, or switched to, list mode. It will also crash if > > > > you try to rearrange the sort order. > > > > > > > > Trial and error shows that 140 titles works, while 141 titles or more > > > > causes the crash; cover pictures or not doesn't matter. > > > > > > Hmm, I would expect this to be something to do with the 141st title in > > > question rather than the number 141. > > > > This seems a tad bit unlikely, since I have tried different permutations > > of books (sorry, I guess I should've mentioned that in the original report). > > I will try to repeat the tests on a machine that only uses the libraries > > from unstable; on my two main systems I have a few libraries from > > experimental installed. > > Ah, ok. Perhaps 141 is a magic number then. :) > > > > Did you see any tracebacks on Alexandria's standard output from these > > > crashes? If there are any, appending them to the bug report would be > > > useful. > > > > No, there were no tracebacks at all. > > Hmm, that's unexpected. > > > Oh, as a further data point; the reason I tagged the bug upstream is > > that I downloaded the upstream source and tested that one too, just to > > make sure the bug was not Debian specific. > > Yes, I agree that it's an upstream bug. > > -- > Dafydd > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > From daf at muse.19inch.net Thu Jan 13 09:13:30 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Thu Jan 13 09:11:08 2005 Subject: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <1be7247c050113060657c28ca0@mail.gmail.com> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> <20050113132225.GF6791@muse.19inch.net> <1be7247c050113060657c28ca0@mail.gmail.com> Message-ID: <20050113141330.GG6791@muse.19inch.net> Ar 13/01/2005 am 15:06, ysgrifennodd Laurent Sansonetti: > This bug seems to have been reported several times. I could even > reproduce it twice since the last release. > > It appears that the treeview sorting code tries to send a message to a > random object. This is surely a memory corruption issue. However, I > could reproduce the problem with a smaller library, so I do not think > the size is important here. > > This problem will be fixed in the next release. If it's memory corruption, wouldn't this be due to a ruby-gnome2 bug rather than an Alexandria one? It should not be possible to corrupt memory from within Ruby code. > It is weird that you do not get any tracebacks. Could you try to run > alexandria like this: > > $ DEBUG=1 alexandria > > And paste the result somewhere? If it is memory corruption, perhaps it is crashing so badly that Alexandria's error handling mechanism is not getting invoked. -- Dafydd From tao at debian.org Thu Jan 13 10:11:47 2005 From: tao at debian.org (David Weinehall) Date: Thu Jan 13 10:12:41 2005 Subject: Bug#290180: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <1be7247c050113060657c28ca0@mail.gmail.com> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> <20050113132225.GF6791@muse.19inch.net> <1be7247c050113060657c28ca0@mail.gmail.com> Message-ID: <20050113151147.GA20118@khan.acc.umu.se> On Thu, Jan 13, 2005 at 03:06:47PM +0100, Laurent Sansonetti wrote: > This bug seems to have been reported several times. I could even > reproduce it twice since the last release. > > It appears that the treeview sorting code tries to send a message to a > random object. This is surely a memory corruption issue. However, I > could reproduce the problem with a smaller library, so I do not think > the size is important here. > > This problem will be fixed in the next release. > > It is weird that you do not get any tracebacks. Could you try to run > alexandria like this: > > $ DEBUG=1 alexandria > > And paste the result somewhere? Even with DEBUG=1 I only get complaints about the lack of locales for Swedish (I'll try to remedy this when I get time; there doesn't seem to be too many messages, so I can probably do the translation in a couple of hours, maybe this weekend). If anyone is interested, I can put a tarball of my library somewhere. Regards: David Weinehall -- /) David Weinehall /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/ (/ Full colour fire (/ From lrz at gnome.org Thu Jan 13 10:28:28 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Thu Jan 13 10:25:24 2005 Subject: Bug#290180: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <20050113151147.GA20118@khan.acc.umu.se> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> <20050113132225.GF6791@muse.19inch.net> <1be7247c050113060657c28ca0@mail.gmail.com> <20050113151147.GA20118@khan.acc.umu.se> Message-ID: <21309.81.255.72.1.1105630108.squirrel@81.255.72.1> Hi David, > On Thu, Jan 13, 2005 at 03:06:47PM +0100, Laurent Sansonetti wrote: >> This bug seems to have been reported several times. I could even >> reproduce it twice since the last release. >> >> It appears that the treeview sorting code tries to send a message to a >> random object. This is surely a memory corruption issue. However, I >> could reproduce the problem with a smaller library, so I do not think >> the size is important here. >> >> This problem will be fixed in the next release. >> >> It is weird that you do not get any tracebacks. Could you try to run >> alexandria like this: >> >> $ DEBUG=1 alexandria >> >> And paste the result somewhere? > > Even with DEBUG=1 I only get complaints about the lack of locales for > Swedish (I'll try to remedy this when I get time; there doesn't seem to > be too many messages, so I can probably do the translation in a couple > of hours, maybe this weekend). > > If anyone is interested, I can put a tarball of my library somewhere. > Weird! Yes, I would be interested, especially if the bug is always reproducable. About the translation, the strings changed a bit since the last release, and I plan to make a new release soon. Usually I send the new .po file to each translator one week before the release. If you want to provide Swedish translation, just tell me and I will send you the file. (Dafydd, maybe we should use Rosetta? :)) Cheers, and thanks for the feedback, -- Laurent From tao at debian.org Thu Jan 13 16:50:33 2005 From: tao at debian.org (David Weinehall) Date: Thu Jan 13 16:48:15 2005 Subject: Bug#290180: [Alexandria-list] Re: Bug#290180: List view and reordering broken In-Reply-To: <21309.81.255.72.1.1105630108.squirrel@81.255.72.1> References: <20050112232546.GC5723@khan.acc.umu.se> <20050113005805.GD6791@muse.19inch.net> <20050113061342.GD5723@khan.acc.umu.se> <20050113132225.GF6791@muse.19inch.net> <1be7247c050113060657c28ca0@mail.gmail.com> <20050113151147.GA20118@khan.acc.umu.se> <21309.81.255.72.1.1105630108.squirrel@81.255.72.1> Message-ID: <20050113215033.GB20118@khan.acc.umu.se> On Thu, Jan 13, 2005 at 04:28:28PM +0100, Laurent Sansonetti wrote: [snip] > > If anyone is interested, I can put a tarball of my library somewhere. > > > > Weird! Yes, I would be interested, especially if the bug is always > reproducable. http://anand.homelinux.net:6510/~tao/files/lib.tar.gz > About the translation, the strings changed a bit since the last release, > and I plan to make a new release soon. Usually I send the new .po file to > each translator one week before the release. If you want to provide > Swedish translation, just tell me and I will send you the file. Please do so. > (Dafydd, maybe we should use Rosetta? :)) > > Cheers, and thanks for the feedback, Thanks for nice (and above all, useful) software =) Regards: David -- /) David Weinehall /) Northern lights wander (\ // Maintainer of the v2.0 kernel // Dance across the winter sky // \) http://www.acc.umu.se/~tao/ (/ Full colour fire (/ From laurent.sansonetti at gmail.com Fri Jan 14 05:42:02 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Jan 14 05:39:40 2005 Subject: [Alexandria-list] release or not? In-Reply-To: <1105610687.7076.13.camel@dhcp122.edge-it.subnet> References: <1be7247c050113015852cce18b@mail.gmail.com> <1105610687.7076.13.camel@dhcp122.edge-it.subnet> Message-ID: <1be7247c050114024230b2eb7a@mail.gmail.com> > > So, the question is, should we wait for the new Ruby-GNOME2 release, > > or should we release 0.5.0 as soon as possible? > > I'd vote for a 0.5.0 soon and a 0.5.1 with only the adaptation for the new Ruby-GNOME2 > OK let's do this! # I just hope my free.fr internet connection will arrive soon :) -- Laurent From sandman at sdm-net.org Fri Jan 14 10:39:56 2005 From: sandman at sdm-net.org (Rene Samselnig) Date: Fri Jan 14 11:10:24 2005 Subject: [Alexandria-list] Crash when changed to list view Message-ID: <41E7E7CC.9090101@sdm-net.org> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi list, this is the error message i got when i tried to change to the list view. can't say how to reproduce this error... i'm working on some bookproviders so i had to reinstall Alexandria a lot. i'm using debian unstable right now and i did a apt-get --purge remove alexandria before. additionally i deleted the dir ~/.gconf/apps/alexandria and the file ~/.gnome2/Alexandria several times. i'm not sure if it has anything to do with this error. thanks for help, Rene - ----------------------- Alexandria just crashed - ----------------------- Timestamp: Fri Jan 14 16:30:14 CET 2005 Message: undefined method `call' for []:Array Backtrace: (eval):1:in `set_active' (eval):1:in `active=' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:738:in `initialize_ui' /usr/lib/ruby/1.8/alexandria/ui/main_app.rb:731:in `call' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria.rb:47:in `main' /usr/bin/alexandria:10 Release: 0.4.0 Uname -a: Linux sdm 2.6.9-2-686-smp #1 SMP Fri Dec 24 20:21:53 EST 2004 i686 GNU/Linux - -- .............................................................................. . Rene Samselnig http : www.sdm-net.org . SDM-NET smtp : sandman@sdm-net.org . . GnuPG Identifier : 0xB2408031 . GnuPG Public Key : http://www.sdm-net.org/sec/sdm_pub.asc . GnuPG Fingerprint : 97A6 69C8 2E10 BD39 EF45 832D 5736 F2BE B240 8031 .............................................................................. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iQEVAwUBQefnzFc28r6yQIAxAQKmxggAjWy3WnSEzOGwvVdNEl0n+1HqwlOJosMV lGBraTbqfGCEtUoAV0QyzVFxDVMbtJrx1ECg/ON4X4nKSRytfhRFOLL50cvkY5c4 voUvkgFMIqQZkS+HdW1WgO1Z/JHdmLY7d68TVTIYohHk+36yrLphP8HmdLQOaW7T vsib9ajJYWk4LEXnLkMV40hrDveJZImYUCuw6nWv9uClvOg1bPge8r/8PMxQ0mKM BZFCPswgLGlZmZsmSzUXlhV4rqoeJG3PA9EyHv1lTSJjc9W4uHRmRqt9XRQh4Q9o /cP6glgi2Vbi7cK+R2Adue24ZbXnQkEcBuOquYOqt192KpP8oZ1ZKQ== =s/3q -----END PGP SIGNATURE----- From greg at sapheron.org Sat Jan 15 13:53:15 2005 From: greg at sapheron.org (G.M. Bodnar) Date: Sat Jan 15 14:34:12 2005 Subject: [Alexandria-list] crash report Message-ID: <20050115185315.GK14891@ice.mudshark.org> I was playing with Alexandria, installed from package on Debian (testing), and received this crash report: ----------------------- Alexandria just crashed ----------------------- Timestamp: Sun Jan 16 07:46:13 NZDT 2005 Message: undefined method `call' for "xmlns":String Backtrace: /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/1.8/alexandria.rb:47:in `main' /usr/bin/alexandria:10 Release: 0.4.0 Uname -a: Linux nova 2.6.8-1-686 #1 Thu Nov 25 04:34:30 UTC 2004 i686 GNU/Linux At the time, I was changing view from sorted by Title to sorted by Author. When restarting the software and trying to change views again, no crash occurred. Greg --- - -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050116/5cc5dc18/attachment.bin From kapheine at hypa.net Sat Jan 15 22:02:13 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sat Jan 15 21:55:55 2005 Subject: [Alexandria-list] TODO CVS link Message-ID: <20050116030213.GA13147@localhost> It looks like rubyforge.org changed the path of viewcvs a bit, so the link to TODO at http://alexandria.rubyforge.org is wrong. The link should be: http://rubyforge.org/cgi-bin/viewcvs/cgi/viewcvs.cgi/*checkout*/alexandria/TODO?rev=HEAD&cvsroot=alexandria&content-type=text/plain -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050115/cf3a097e/attachment.bin From kapheine at hypa.net Sun Jan 16 12:49:48 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sun Jan 16 12:43:23 2005 Subject: [Alexandria-list] TODO CVS link In-Reply-To: <1105888533.3694.21.camel@localhost> References: <20050116030213.GA13147@localhost> <1105888533.3694.21.camel@localhost> Message-ID: <20050116174948.GB13147@localhost> On Sun, Jan 16, 2005 at 04:15:33PM +0100, Viktor Bindewald wrote: > Am Samstag, den 15.01.2005, 22:02 -0500 schrieb Zachary P. Landau: > > It looks like rubyforge.org changed the path of viewcvs a bit, so the > > link to TODO at http://alexandria.rubyforge.org is wrong. The link > > should be: > > > > http://rubyforge.org/cgi-bin/viewcvs/cgi/viewcvs.cgi/*checkout*/alexandria/TODO?rev=HEAD&cvsroot=alexandria&content-type=text/plain > > > This link doesn't work either. Whoops. Not sure how I screwed that one up. It should be: http://rubyforge.org/cgi-bin/viewcvs.cgi/*checkout*/alexandria/TODO?rev=HEAD&cvsroot=alexandria -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050116/c5edaa2c/attachment.bin From lrz at gnome.org Mon Jan 17 05:55:42 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Mon Jan 17 05:52:11 2005 Subject: [Alexandria-list] crash report In-Reply-To: <20050115185315.GK14891@ice.mudshark.org> References: <20050115185315.GK14891@ice.mudshark.org> Message-ID: <23233.81.255.72.1.1105959342.squirrel@81.255.72.1> Hi, > I was playing with Alexandria, installed from package on Debian > (testing), and received this crash report: > > [...] > > At the time, I was changing view from sorted by Title to sorted by > Author. When restarting the software and trying to change views again, > no crash occurred. > Thanks for the report. We are already aware of that defect, and it will be fixed in the next release. Cheers, -- Laurent From laurent.sansonetti at gmail.com Mon Jan 17 09:26:23 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Mon Jan 17 09:23:54 2005 Subject: [Alexandria-list] TODO CVS link In-Reply-To: <20050116174948.GB13147@localhost> References: <20050116030213.GA13147@localhost> <1105888533.3694.21.camel@localhost> <20050116174948.GB13147@localhost> Message-ID: <1be7247c050117062657ed1817@mail.gmail.com> Hi Zachary, On Sun, 16 Jan 2005 12:49:48 -0500, Zachary P. Landau wrote: > On Sun, Jan 16, 2005 at 04:15:33PM +0100, Viktor Bindewald wrote: > > Am Samstag, den 15.01.2005, 22:02 -0500 schrieb Zachary P. Landau: > > > It looks like rubyforge.org changed the path of viewcvs a bit, so the > > > link to TODO at http://alexandria.rubyforge.org is wrong. The link > > > should be: > > > > > > http://rubyforge.org/cgi-bin/viewcvs/cgi/viewcvs.cgi/*checkout*/alexandria/TODO?rev=HEAD&cvsroot=alexandria&content-type=text/plain > > > > > This link doesn't work either. > > Whoops. Not sure how I screwed that one up. It should be: > > http://rubyforge.org/cgi-bin/viewcvs.cgi/*checkout*/alexandria/TODO?rev=HEAD&cvsroot=alexandria > Fixed. Thanks! -- Laurent From laurent.sansonetti at gmail.com Wed Jan 19 04:41:14 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Jan 19 04:38:40 2005 Subject: [Alexandria-list] Removing Book Ratings In-Reply-To: <1be7247c05010402142fd20077@mail.gmail.com> References: <20041218040801.GA27671@localhost> <8848.81.255.72.1.1103538811.squirrel@81.255.72.1> <20041222214927.GZ1507@muse.19inch.net> <20041222224421.GA6260@localhost> <27022.81.255.72.1.1103798250.squirrel@81.255.72.1> <41D032BE.1000304@web.de> <1be7247c05010402142fd20077@mail.gmail.com> Message-ID: <1be7247c050119014175145fb3@mail.gmail.com> Hi, On Tue, 4 Jan 2005 11:14:41 +0100, Laurent Sansonetti wrote: > Hi Viktor, > > On Mon, 27 Dec 2004 17:05:18 +0100, Viktor Bindewald wrote: > > Hi folks > > > > >>>I think a popup menu might be unnecessarily complicated -- we could have > > >>>an interface that looks like this: > > >>> > > >>> X***** > > >>> > > >>>I.e. you click on the X to remove the rating, or one of of the stars to > > >>>add/change the rating. > > >>> > > >>> > > >>I like that idea, if it can be made to look nice. Maybe if the X were > > >>tiny, about the size of an X that could fit inside of one of the stars. > > >>But I suck at GUI design, so what do I know :P > > >> > > >> > > >> > > > > > >Mmh, I personally do not find the X idea attractive. Let me thing about > > >this... there must be an elegant way to feature this. > > > > > > > > I would like to be able to remove the first star by clicking on it. > > After the first click it appears and after the second one it disappears. > > I think it will be a very intuitive way. > > > > Exactly like Rhythmbox... sounds OK to me. For the next release :) > Finally I choosed to implement something different. I have put a small zone before the rating stars, and if you click on it the rating will be 0 (= removed). I have also put a larger zone after the stars, that fits with the rest of the dialog, and if you click on it the rating will be 5. Code is in CVS. Feel free to try and report feedback. If you do not like this way I can still change it :) Cheers Laurent From kapheine at hypa.net Wed Jan 19 09:04:23 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Wed Jan 19 08:57:57 2005 Subject: [Alexandria-list] Removing Book Ratings In-Reply-To: <1be7247c050119014175145fb3@mail.gmail.com> References: <20041218040801.GA27671@localhost> <8848.81.255.72.1.1103538811.squirrel@81.255.72.1> <20041222214927.GZ1507@muse.19inch.net> <20041222224421.GA6260@localhost> <27022.81.255.72.1.1103798250.squirrel@81.255.72.1> <41D032BE.1000304@web.de> <1be7247c05010402142fd20077@mail.gmail.com> <1be7247c050119014175145fb3@mail.gmail.com> Message-ID: <20050119140423.GA5780@localhost> > Finally I choosed to implement something different. I have put a > small zone before the rating stars, and if you click on it the rating > will be 0 (= removed). I have also put a larger zone after the stars, > that fits with the rest of the dialog, and if you click on it the > rating will be 5. > > Code is in CVS. Feel free to try and report feedback. If you do not > like this way I can still change it :) The only problem I see with this is there is no good way to know of his behavior. After all, it is hidden :P You could have a tooltip for it that explains the behavior, although I don't know if that is the right solution. I actually happen to like the behavior. I'm just worried that people won't know it is there. -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050119/5f139a92/attachment.bin From kapheine at hypa.net Wed Jan 19 21:51:20 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Wed Jan 19 21:44:47 2005 Subject: [Alexandria-list] Cuecat directions Message-ID: <20050120025119.GA20729@localhost> Laurent, I realized that while cuecat support was added, I never created any sort of documentation about how to use it. I quickly wrote up a little description of how to set it up and use it. If you want me to make any changes, let me know. I can commit it when you are happy with it. So you want to use your cuecat scanner with Alexandria. First off, you'll need kernel version 2.4. To my knowledge, nobody has created a cuecat driver for (recent) 2.6 kernels. If I'm wrong, please let me know. Head to the Alexandria rubyforge download page[1] and get the latest version of the cuecat_async_patch tarball. The README in there will instruct you where to download the driver and how to patch it. Once you get the driver setup and installed, you should have a /dev/scanners/cuecat file. If run 'cat /dev/scanners/cuecat' and scan stuff, it should output the information. Make sure this works before you try to get Alexandria to work with the scanner. If your device file lives somewhere else, you can set the path in GConf at /apps/alexandria/cuecat_device. Start up Alexandria. When you get into the Add Book you should see the little barcode icon in the top right lit up. This means the scanner was found. When you can something, the barcode should appear in the ISBN textbox. This feature is fairly untested. If you have any problems, feel free to post them to the Alexandria mailing list. [1] http://rubyforge.org/frs/?group_id=205 -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050119/804a35f5/attachment.bin From gbwood at gmail.com Thu Jan 20 04:13:03 2005 From: gbwood at gmail.com (George Wood) Date: Thu Jan 20 04:10:30 2005 Subject: [Alexandria-list] Cuecat Directions Message-ID: Just joined the list so I could comment on Cuecat usage. I just recently acquired a modified USB version (there were non-USB ones right?). Anyway, I use Ubuntu and the kernel supplied by them, which is 2.6, and my Cuecat works fine without any drivers; just plug it in and go. One thing I have noticed, and I don'tknow how this whole Cuecat thing works, is that not all books are recognized. When I scan the barcode on the back of a book it inputs the number located on the bottom of the barcode (not the ISBN) into the text entry field. For some books there is a pause (like maybe it's looking online?) and then it creates a new book entry with all the proper info...picture, ISBN, etc. Some books, however, return a promt stating that Alexandria could not validate the EAN/ISBN that was entered. So when I scan the barcode on back of Foucault's Pendalum it enters: 070999007991 (not the ISBN, but the number on the bottom of the barcode). And then gives me an error. On the inside cover there is another barcore that enters: 9780345368751. This one happens to work. So really my question is, is this behavior normal? Does it check online and the source is unable to validate all books (which is understandable)? I'm really just curious as to how this all works (and whether or not I should try to install the cuecat driver). Sorry for the long post! And thanks for making such a great program! George From laurent.sansonetti at gmail.com Thu Jan 20 04:42:22 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 20 04:39:47 2005 Subject: [Alexandria-list] Removing Book Ratings In-Reply-To: <20050119140423.GA5780@localhost> References: <20041218040801.GA27671@localhost> <8848.81.255.72.1.1103538811.squirrel@81.255.72.1> <20041222214927.GZ1507@muse.19inch.net> <20041222224421.GA6260@localhost> <27022.81.255.72.1.1103798250.squirrel@81.255.72.1> <41D032BE.1000304@web.de> <1be7247c05010402142fd20077@mail.gmail.com> <1be7247c050119014175145fb3@mail.gmail.com> <20050119140423.GA5780@localhost> Message-ID: <1be7247c050120014236a077fa@mail.gmail.com> Hi Zachary, On Wed, 19 Jan 2005 09:04:23 -0500, Zachary P. Landau wrote: > > Finally I choosed to implement something different. I have put a > > small zone before the rating stars, and if you click on it the rating > > will be 0 (= removed). I have also put a larger zone after the stars, > > that fits with the rest of the dialog, and if you click on it the > > rating will be 5. > > > > Code is in CVS. Feel free to try and report feedback. If you do not > > like this way I can still change it :) > > The only problem I see with this is there is no good way to know of his > behavior. After all, it is hidden :P You could have a tooltip for it > that explains the behavior, although I don't know if that is the right > solution. > > I actually happen to like the behavior. I'm just worried that people > won't know it is there. > IMHO people will find this out when needed. I think the user who wants to remove the rating will think a little bit, then discover that there is a small section before the first star. If you take iTunes for instance, there is no tooltip or whatever for this (in the dialog I mean). Of course, it would be nice to provide a full manual with Alexandria, like other GNOME applications, and in this manual we could describe this thing. But maybe I'm wrong. Are there other people thinking that we should explain this in the dialog? -- Laurent From laurent.sansonetti at gmail.com Thu Jan 20 04:49:12 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 20 04:46:36 2005 Subject: [Alexandria-list] Cuecat directions In-Reply-To: <20050120025119.GA20729@localhost> References: <20050120025119.GA20729@localhost> Message-ID: <1be7247c0501200149459867a4@mail.gmail.com> Hi Zachary, On Wed, 19 Jan 2005 21:51:20 -0500, Zachary P. Landau wrote: > > Laurent, > > I realized that while cuecat support was added, I never created any sort > of documentation about how to use it. I quickly wrote up a little > description of how to set it up and use it. If you want me to make any > changes, let me know. I can commit it when you are happy with it. > Looks great! Commit please :) -- Laurent From laurent.sansonetti at gmail.com Thu Jan 20 04:54:54 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 20 04:52:19 2005 Subject: [Alexandria-list] Cuecat Directions In-Reply-To: References: Message-ID: <1be7247c0501200154d81f2c0@mail.gmail.com> Hi George, On Thu, 20 Jan 2005 01:13:03 -0800, George Wood wrote: > Just joined the list so I could comment on Cuecat usage. I just > recently acquired a modified USB version (there were non-USB ones > right?). Anyway, I use Ubuntu and the kernel supplied by them, which > is 2.6, and my Cuecat works fine without any drivers; just plug it in > and go. > > One thing I have noticed, and I don'tknow how this whole Cuecat thing > works, is that not all books are recognized. When I scan the barcode > on the back of a book it inputs the number located on the bottom of > the barcode (not the ISBN) into the text entry field. For some books > there is a pause (like maybe it's looking online?) and then it creates > a new book entry with all the proper info...picture, ISBN, etc. Some > books, however, return a promt stating that Alexandria could not > validate the EAN/ISBN that was entered. So when I scan the barcode on > back of Foucault's Pendalum it enters: 070999007991 (not the ISBN, but > the number on the bottom of the barcode). And then gives me an error. > On the inside cover there is another barcore that enters: > 9780345368751. This one happens to work. > > So really my question is, is this behavior normal? Does it check > online and the source is unable to validate all books (which is > understandable)? I'm really just curious as to how this all works > (and whether or not I should try to install the cuecat driver). > I do not own a Cuecat device yet, so I don't think I can answer your questions... But I believe the following bug (discovered by another user) affects you: http://rubyforge.org/tracker/index.php?func=detail&aid=1026&group_id=205&atid=863 Dafydd, did you receive the bug affectation? When I will have some time I will open a new mailing list dedicated to the tracker e-mails, so everybody can be alerted. > Sorry for the long post! And thanks for making such a great program! > Glad to know you like it. Thanks for your feedback! -- Laurent From registrations at liamjdavison.info Thu Jan 20 04:53:06 2005 From: registrations at liamjdavison.info (registrations@liamjdavison.info) Date: Thu Jan 20 05:50:31 2005 Subject: [Alexandria-list] Removing Book Ratings Message-ID: Hello Laurent, = = = Original message = = = Hi Zachary, On Wed, 19 Jan 2005 09:04:23 -0500, Zachary P. Landau wrote: > > Finally I choosed to implement something different. I have put a > > small zone before the rating stars, and if you click on it the rating > > will be 0 (= removed). I have also put a larger zone after the stars, > > that fits with the rest of the dialog, and if you click on it the > > rating will be 5. > > > > Code is in CVS. Feel free to try and report feedback. If you do not > > like this way I can still change it :) > > The only problem I see with this is there is no good way to know of his > behavior. After all, it is hidden :P You could have a tooltip for it > that explains the behavior, although I don't know if that is the right > solution. > > I actually happen to like the behavior. I'm just worried that people > won't know it is there. > IMHO people will find this out when needed. I think the user who wants to remove the rating will think a little bit, then discover that there is a small section before the first star. If you take iTunes for instance, there is no tooltip or whatever for this (in the dialog I mean). Of course, it would be nice to provide a full manual with Alexandria, like other GNOME applications, and in this manual we could describe this thing. But maybe I'm wrong. Are there other people thinking that we should explain this in the dialog? -- Laurent When I first read your idea, I was very sceptical about it - it's probably not very HIG to have 'hidden buttons' and undocumented features. But when I actually used it, it worked very well for me. The stars are quite small targets, so it's not that hard to miss them - and if you do, you'll either give the book 5 stars or no stars, and that will immediately become obvious. So I think it works. However, I do think Alexandria is about ready for some documention, and I'd like to help out with this. I'll spend more time playing with Alexandria over the next couple of weeks and let you know. Thanks Laurent Liam Davison _______________________________________________ Alexandria-list mailing list Alexandria-list@rubyforge.org http://rubyforge.org/mailman/listinfo/alexandria-list ___________________________________________________________ Sent by ePrompter, the premier email notification software. Free download at http://www.ePrompter.com. From laurent.sansonetti at gmail.com Thu Jan 20 06:19:58 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Jan 20 06:17:23 2005 Subject: [Alexandria-list] Removing Book Ratings In-Reply-To: References: Message-ID: <1be7247c05012003194790d592@mail.gmail.com> Hi Liam, On Thu, 20 Jan 2005 10:53:06 +0100, registrations@liamjdavison.info wrote: > Hello Laurent, > When I first read your idea, I was very sceptical about it - it's probably not very HIG to have 'hidden buttons' and undocumented features. But when I actually used it, it worked very well for me. The stars are quite small targets, so it's not that hard to miss them - and if you do, you'll either give the book 5 stars or no stars, and that will immediately become obvious. > Yes, I believe it is also obvious. Anyway, the rating will be initially set to 0, so the user will start by increasing it. > So I think it works. However, I do think Alexandria is about ready for some documention, and I'd like to help out with this. I'll spend more time playing with Alexandria over the next couple of weeks and let you know. > Oh Liam, this would be great! In fact I am not good at writing documentation (as you can imagine). If you want to start working on a future manual, I can set up the environment for you on CVS. The documentation should be written in Docbook XML (as other GNOME apps if I am right). Totally unrelated, I am currently trying to fixing the random treeview sorting crash, then I will introduce books categories. With loaning and web export, I think we will have enough features to justify a minor release. -- Laurent From kapheine at hypa.net Thu Jan 20 09:04:46 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Thu Jan 20 08:58:07 2005 Subject: [Alexandria-list] Cuecat Directions In-Reply-To: References: Message-ID: <20050120140445.GB20729@localhost> > Just joined the list so I could comment on Cuecat usage. I just > recently acquired a modified USB version (there were non-USB ones > right?). Anyway, I use Ubuntu and the kernel supplied by them, which > is 2.6, and my Cuecat works fine without any drivers; just plug it in > and go. I assume that means Ubuntu already has support for translating the data into regular keypresses then? Otherwise, without a driver, cuecat just spews out weird data. Unless the USB version is different. I was testing using the PS/2 version. > One thing I have noticed, and I don'tknow how this whole Cuecat thing > works, is that not all books are recognized. When I scan the barcode > on the back of a book it inputs the number located on the bottom of > the barcode (not the ISBN) into the text entry field. For some books > there is a pause (like maybe it's looking online?) and then it creates > a new book entry with all the proper info...picture, ISBN, etc. Some > books, however, return a promt stating that Alexandria could not > validate the EAN/ISBN that was entered. So when I scan the barcode on > back of Foucault's Pendalum it enters: 070999007991 (not the ISBN, but > the number on the bottom of the barcode). And then gives me an error. > On the inside cover there is another barcore that enters: > 9780345368751. This one happens to work. > > So really my question is, is this behavior normal? Does it check > online and the source is unable to validate all books (which is > understandable)? I'm really just curious as to how this all works > (and whether or not I should try to install the cuecat driver). > > Sorry for the long post! And thanks for making such a great program! I noticed the same thing when I was testing it. I don't know much about barcodes, but the one of the back was a completely different number from the one on the inside cover. I'm not sure of its purpose, but I believe you should just be looking for the EAN/ISBN barcode (it should be labeled as such). -- Zachary P. Landau GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050120/3aa9f628/attachment.bin From laurent.sansonetti at gmail.com Fri Jan 21 04:45:03 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Jan 21 04:42:26 2005 Subject: [Alexandria-list] Cuecat Directions In-Reply-To: References: <1be7247c0501200154d81f2c0@mail.gmail.com> Message-ID: <1be7247c05012101456f44ac20@mail.gmail.com> Hi George, On Thu, 20 Jan 2005 10:30:04 -0800, George Wood wrote: > That was it. I applied the patch to Alexandria and now books that > weren't recognized are being recognized. Thanks a lot for pointing it > out to me, this will save me a lot of time inputing information :) > Thanks for the test! The patch will be definitely included in the next release. For info: http://rubyforge.org/tracker/index.php?func=detail&aid=1026&group_id=205&atid=863 Cheers Laurent From kfoss at adelphia.net Fri Jan 21 20:18:19 2005 From: kfoss at adelphia.net (Kevin Foss) Date: Fri Jan 21 20:20:29 2005 Subject: [Alexandria-list] Cuecat Directions In-Reply-To: <1be7247c05012101456f44ac20@mail.gmail.com> References: <1be7247c0501200154d81f2c0@mail.gmail.com> <1be7247c05012101456f44ac20@mail.gmail.com> Message-ID: <1106356699.5048.42.camel@localhost> On Fri, 2005-01-21 at 10:45 +0100, Laurent Sansonetti wrote: > On Thu, 20 Jan 2005 10:30:04 -0800, George Wood wrote: > > That was it. I applied the patch to Alexandria and now books that > > weren't recognized are being recognized. Thanks a lot for pointing it > > out to me, this will save me a lot of time inputing information :) > > > > Thanks for the test! The patch will be definitely included in the next release. > > For info: > http://rubyforge.org/tracker/index.php?func=detail&aid=1026&group_id=205&atid=863 Just curious but does this patch resolve the problem originally reported in the thread described as such: > So when I scan the barcode on > back of Foucault's Pendalum it enters: 070999007991 (not the ISBN, but > the number on the bottom of the barcode). And then gives me an error. > On the inside cover there is another barcore that enters: > 9780345368751. This one happens to work. The difference between the bar code on the back of the book (which on my copy is actually 07099900799136875) is that that is a UPC code whereas the code inside the front cover is the more standard EAN code. Mass market sized paperbacks are often sold through non-booksellers in North America such as airports and grocery stores and those sellers wanted an easy way to incorporate books into their inventories. (This may be the same case in other areas, I don't know.) The major publishers responded by devising a hybrid ISBN-UPC system to serve both those markets and bookstores. Most bookstores have scanner software that can get title information from either this expanded UPC or the EAN. Anyway the code looks like this: 0 - 70999 - 00799 - 1 - 36875 The section been 0 and 1 is the standard UPC code, and in this case the code will ring on most registers as 'book' @ 7.99. It knows 'book' because of the opening code of 07, which I believe is the opening code for all the book sellers, but their may be a wider range now. More complex readers will interpret all three sections, where the 0999 (well, technically the full 070999) is the vendor number, and the 36875 is the title number section of the ISBN (0-345-36875-4). An intelligent reading system would be able to convert the UPC to ISBN, but you'd need a lookup table to convert from vendor (0999) to ISBN publisher number (345). The EAN/UPC codes should be clearly marked with 'EAN' or 'UPC' printed against the code in a vertical fashion. So does this patch do the conversion to get the back of George's book to read properly? Or are we just talking about the code snippet in the link to make EAN reading more reliable? Note, while this is primarily a phenomenon for mass markets, popular trade books will occasionally get a back cover UPC as well to serve UPC based sellers. -Kevin -- Kevin Foss From hmw26 at cam.ac.uk Wed Jan 26 18:51:49 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Wed Jan 26 18:59:08 2005 Subject: [Alexandria-list] Suggestions for Alexandria Message-ID: <20050126235149.GX4366@srcf.ucam.org> Hi people, I've recently started using Alexandria, and it's great piece of software. Thanks to everyone who's helped with development! I have a few suggestions that I thought I'd mail to the list, just in case anyone feels like doing a bit of coding in their spare time. :-) 1. Display book covers in "Adding a Book" search results. I have many books that I'd like to add to Alexandria, but I don't wish to take the time working out the exact edition/publisher etc. (These are the kinds of books that might be published by many different publishers, with different forewords, etc.) To be able to simply scan down the list and select the book with the right front cover, would make life much easier. 2. When adding a new book, it would be nice if Alexandria would remember which of ISBN or Search I had last used. ISBN is always the default, yet I almost never use ISBN. To have something that remembers what I used last, or alternatively a configuration option somewhere to specify which to use by default, would be great. 3. Add facility for cataloging CDs and DVDs. This should (in theory at least!) be relatively simple, given the existing facilities for books. 4. Right click context menu for libraries. To delete a library you have to first select the library in question, and then go to the Edit menu and select Delete. It'd be great if there was a right click context menu for the libraries, containing e.g. Delete and Rename. 5. Add a Delete option to the right click context menu for individual items. 6. Being originally from the UK, but currently living in the US, I have books from both the UK and US. I'd like to be able to have both Amazon UK and Amazon US in my Providers list, rather than just one or the other. Thanks! All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From laurent.sansonetti at gmail.com Mon Jan 31 13:05:04 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Mon Jan 31 13:02:05 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050126235149.GX4366@srcf.ucam.org> References: <20050126235149.GX4366@srcf.ucam.org> Message-ID: <1be7247c050131100514a2727d@mail.gmail.com> Hi Hanna, (Sorry for the late response, I was moving in a new flat) On Wed, 26 Jan 2005 23:51:49 +0000, Hanna M. Wallach wrote: > Hi people, > > I've recently started using Alexandria, and it's great piece of > software. Thanks to everyone who's helped with development! > Glad to know you like it! > I have a few suggestions that I thought I'd mail to the list, just in > case anyone feels like doing a bit of coding in their spare time. :-) > > 1. Display book covers in "Adding a Book" search results. I have many > books that I'd like to add to Alexandria, but I don't wish to take > the time working out the exact edition/publisher etc. (These are > the kinds of books that might be published by many different > publishers, with different forewords, etc.) To be able to simply > scan down the list and select the book with the right front cover, > would make life much easier. > In fact, the very first version of Alexandria was doing this. I removed the code because the adding process was very slow (since it needed to download the cover for each entry). Now that threads have been introduced it should be doable. What I suggest is to show the entries first, then download the covers in the background. > 2. When adding a new book, it would be nice if Alexandria would > remember which of ISBN or Search I had last used. ISBN is always > the default, yet I almost never use ISBN. To have something that > remembers what I used last, or alternatively a configuration option > somewhere to specify which to use by default, would be great. > Nice suggestion. This will be done in the next release (if I do not forget it). > 3. Add facility for cataloging CDs and DVDs. This should (in theory at > least!) be relatively simple, given the existing facilities for > books. > Haha, this request comes here often. I would like to keep Alexandria books-only for the moment, until I reach the 1.0.0 milestone. There are still a lot of things to implement in order to make of Alexandria a complete book manager program. I have already started working on providing Japanese animation information though. > 4. Right click context menu for libraries. To delete a library you > have to first select the library in question, and then go to the > Edit menu and select Delete. It'd be great if there was a right > click context menu for the libraries, containing e.g. Delete and > Rename. > > 5. Add a Delete option to the right click context menu for individual > items. > Agreed. Will add these in the next release. > 6. Being originally from the UK, but currently living in the US, I > have books from both the UK and US. I'd like to be able to > have both Amazon UK and Amazon US in my Providers list, rather than > just one or the other. > This was requested a few days ago IIRC. I will check this out for the next release. I just hope it is doable with Ruby/Amazon. Cheers Laurent From daf at muse.19inch.net Mon Jan 31 17:11:06 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Mon Jan 31 17:08:06 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <1be7247c050131100514a2727d@mail.gmail.com> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> Message-ID: <20050131221106.GT6791@muse.19inch.net> Ar 31/01/2005 am 19:05, ysgrifennodd Laurent Sansonetti: > On Wed, 26 Jan 2005 23:51:49 +0000, Hanna M. Wallach wrote: > > I have a few suggestions that I thought I'd mail to the list, just in > > case anyone feels like doing a bit of coding in their spare time. :-) > > > > 1. Display book covers in "Adding a Book" search results. I have many > > books that I'd like to add to Alexandria, but I don't wish to take > > the time working out the exact edition/publisher etc. (These are > > the kinds of books that might be published by many different > > publishers, with different forewords, etc.) To be able to simply > > scan down the list and select the book with the right front cover, > > would make life much easier. > > > > In fact, the very first version of Alexandria was doing this. I > removed the code because the adding process was very slow (since it > needed to download the cover for each entry). > > Now that threads have been introduced it should be doable. What I > suggest is to show the entries first, then download the covers in the > background. I wrote a very na?ve implementation of this. The patch is at . There are a few problems with it: - It wastes bandwidth a bit because it means that book covers will be downloaded twice in some cases. - It doesn't scale book covers at all. - The display of search results blocks on the images being downloaded. I like Laurent's suggestion of getting the results first and downloading images in the background afterwards. > > 4. Right click context menu for libraries. To delete a library you > > have to first select the library in question, and then go to the > > Edit menu and select Delete. It'd be great if there was a right > > click context menu for the libraries, containing e.g. Delete and > > Rename. > > > > 5. Add a Delete option to the right click context menu for individual > > items. > > Note that you can already rename a selected library by hitting Delete, and rename it by selecting on it and then clicking on the title. > > 6. Being originally from the UK, but currently living in the US, I > > have books from both the UK and US. I'd like to be able to > > have both Amazon UK and Amazon US in my Providers list, rather than > > just one or the other. > > > > This was requested a few days ago IIRC. I will check this out for the > next release. I just hope it is doable with Ruby/Amazon. Hmm, I guess we'll have to ask the Ruby/Amazon maintainer if we can't easily do this with the current API. -- Dafydd