From tao at acc.umu.se Fri Jul 1 02:36:21 2005 From: tao at acc.umu.se (David Weinehall) Date: Fri Jul 1 02:31:33 2005 Subject: [Alexandria-list] Alexandria just crashed In-Reply-To: References: Message-ID: <20050701063621.GY16867@khan.acc.umu.se> On Mon, Jun 27, 2005 at 06:38:16PM +0200, Terje Pedersen wrote: > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: man jun 27 18:25:14 CEST 2005 > Message: wrong number of arguments (1 for 2) > Backtrace: > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `move' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:528:in > `restore_preferences' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:81: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:60:in `main' > /usr/bin/alexandria:10 > Release: 0.5.1 Please restart GConf and try again. gconftool-2 --shutdown PS: This is becoming an FAQ... You could've considered searching the mailing list for similar bugreports first. Or read the README that comes with the program; it's written there too. =) 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 laurent.sansonetti at gmail.com Sat Jul 2 17:37:26 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Sat Jul 2 17:32:32 2005 Subject: [Alexandria-list] Alpha surname parsing support In-Reply-To: <20050630092911.GR9252@muse.19inch.net> References: <42BAFF0E.8040303@gmail.com> <1be7247c0506271757288febbd@mail.gmail.com> <5b967bc70506290032198eb3f5@mail.gmail.com> <1be7247c05062903164210002a@mail.gmail.com> <20050630092911.GR9252@muse.19inch.net> Message-ID: <1be7247c0507021437e820f5b@mail.gmail.com> Hi Dafydd, On 6/30/05, Dafydd Harries wrote: > Ar 29/06/2005 am 12:16, ysgrifennodd Laurent Sansonetti: > > For your authors, IMHO the best way to preserve compatibility is to > > migrate the data model in library.rb, when loading the books from the > > YAML files. If you find an old Book object, change it dynamically and > > save it. > > Perhaps it would be worth having a format version number in the file, so that > it's easier for the code to know which compatibility upgrades to perform? E.g. > If you are loading a book and it has format version 2, but the current format > version is 4, you apply the 2 -> 3 converter function and the 3 -> 4 converter > function when you load the book. (When you save it again, you save it with > format version 4.) > Mmh it would be a great idea indeed. Maybe it is a bit late now to implement it now... I do not expect a lot of data model changes. Laurent From sumedhaswamy at gmail.com Sun Jul 3 08:34:20 2005 From: sumedhaswamy at gmail.com (Sumedha Swamy) Date: Mon Jul 4 08:59:07 2005 Subject: [Alexandria-list] Alexandria crashes when used as a non-root user Message-ID: <42C7DB4C.10908@gmail.com> Alexandira crash report : ----------------------- Alexandria just crashed ----------------------- Timestamp: Sun Jul 03 18:01:53 IST 2005 Message: wrong number of arguments (1 for 2) Backtrace: /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `move' /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `restore_preferences' /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:81:in `initialize' /usr/lib64/site_ruby/1.8/alexandria/ui.rb:40:in `new' /usr/lib64/site_ruby/1.8/alexandria/ui.rb:40:in `main' /usr/lib64/site_ruby/1.8/alexandria.rb:60:in `main' /usr/bin/alexandria:10 Release: 0.5.1 Uname -a: Linux localhost.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 22:56:33 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux I installed alexandria on Fedora Core 4 - 64bit edition. It works fine when used as "root". But as a normal user, it crashed with the above report. --Sumedha Swamy From tao at acc.umu.se Mon Jul 4 10:11:39 2005 From: tao at acc.umu.se (David Weinehall) Date: Mon Jul 4 10:06:46 2005 Subject: [Alexandria-list] Alexandria crashes when used as a non-root user In-Reply-To: <42C7DB4C.10908@gmail.com> References: <42C7DB4C.10908@gmail.com> Message-ID: <20050704141139.GE16867@khan.acc.umu.se> On Sun, Jul 03, 2005 at 06:04:20PM +0530, Sumedha Swamy wrote: > Alexandira crash report : > ----------------------- > Alexandria just crashed > ----------------------- > Timestamp: Sun Jul 03 18:01:53 IST 2005 > Message: wrong number of arguments (1 for 2) > Backtrace: > /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:528:in `move' > /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:528:in > `restore_preferences' > /usr/lib64/site_ruby/1.8/alexandria/ui/main_app.rb:81:in `initialize' > /usr/lib64/site_ruby/1.8/alexandria/ui.rb:40:in `new' > /usr/lib64/site_ruby/1.8/alexandria/ui.rb:40:in `main' > /usr/lib64/site_ruby/1.8/alexandria.rb:60:in `main' > /usr/bin/alexandria:10 > Release: 0.5.1 > > Uname -a: Linux localhost.localdomain 2.6.11-1.1369_FC4 #1 Thu Jun 2 > 22:56:33 EDT 2005 x86_64 x86_64 x86_64 GNU/Linux > > I installed alexandria on Fedora Core 4 - 64bit edition. It works fine > when used as "root". But as a normal user, it crashed with the above report. Please restart GConf and try again. gconftool-2 --shutdown PS: This is becoming an FAQ... You could've considered searching the mailing list for similar bugreports first. Or read the README that comes with the program; it's written there too. =) 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 kapheine at divineinvasion.net Tue Jul 5 21:54:50 2005 From: kapheine at divineinvasion.net (Zachary P. Landau) Date: Tue Jul 5 21:49:34 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? Message-ID: <20050706015450.GA31506@localhost> Hey all, I just realized that the userland cuecat patch someone posted in February completely fell off my radar and I forgot to test it. Has anyone updated the patch to support newer versions of Alexandria? If not I'll try to do it if I can find some free time, but that is rare these days. -- 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/20050705/8b935ec6/attachment.bin From christophercyll at gmail.com Tue Jul 5 23:48:57 2005 From: christophercyll at gmail.com (Topher Cyll) Date: Tue Jul 5 23:43:55 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <20050706015450.GA31506@localhost> References: <20050706015450.GA31506@localhost> Message-ID: <2599499e0507052048580020e1@mail.gmail.com> Zachary, Laurent and I actually talked more about integrating the patch. The end result was a second patch that was a library only (no GUI stuff) which I have attached. Having just checked out the latest alexandria source, I think I might have an even less invasive solution. Attached is a third patch which insteads adds cuecat translation to the canonicalise_isbn method in library.rb and shuts off the 18 char limit on the ISBN field. This lets users just scan cuecat data right into the isbn field and lets alexandria just do the right thing. What do folks think? Laurent? If people like this approach, I can merge it into CVS head. Topher PS- The third patch only shuts the 18 char limit off for the glade UI not the Mac native UI. PPS- Let me know if I did the diff wrong. I never remember exactly which args to use. On 7/5/05, Zachary P. Landau wrote: > > Hey all, > > I just realized that the userland cuecat patch someone posted in > February completely fell off my radar and I forgot to test it. Has > anyone updated the patch to support newer versions of Alexandria? If > not I'll try to do it if I can find some free time, but that is rare > these days. > > -- > Zachary P. Landau > GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc > > > BodyID:24773268.2.n.logpart (stored separately) > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: second.tar.gz Type: application/x-gzip Size: 1733 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050705/0be34afa/second.tar-0001.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: third.diff Type: text/x-patch Size: 7109 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050705/0be34afa/third-0001.bin From o.evans at gmail.com Wed Jul 6 16:14:29 2005 From: o.evans at gmail.com (Owain Evans) Date: Wed Jul 6 16:11:11 2005 Subject: [Alexandria-list] Surname parsing Message-ID: <42CC3BA5.8070004@gmail.com> Hi everybody, Here's my slightly improved patch. It still requires work, but I would appreciate if people feel I'm going in the right direction! I know it works against a clean CVS version. As for the backwards compatibility conversation. I was more concerned with loading files say in Alexandria 0.4 that had been saved by Alexandria 0.6... But it seems that so long as there is an upgrade path everybody is happy. I hope this works! Owain -------------- next part -------------- A non-text attachment was scrubbed... Name: surname_parsing.patch Type: text/x-patch Size: 9447 bytes Desc: not available Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050706/fede11fc/surname_parsing.bin From laurent.sansonetti at gmail.com Wed Jul 6 16:37:48 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Jul 6 16:32:57 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <2599499e0507052048580020e1@mail.gmail.com> References: <20050706015450.GA31506@localhost> <2599499e0507052048580020e1@mail.gmail.com> Message-ID: <1be7247c05070613377e5c34a2@mail.gmail.com> Hi Zachary, Topher, On 7/6/05, Topher Cyll wrote: > Zachary, > > Laurent and I actually talked more about integrating the patch. The > end result was a second patch that was a library only (no GUI stuff) > which I have attached. Having just checked out the latest alexandria > source, I think I might have an even less invasive solution. > > Attached is a third patch which insteads adds cuecat translation to > the canonicalise_isbn method in library.rb and shuts off the 18 char > limit on the ISBN field. This lets users just scan cuecat data right > into the isbn field and lets alexandria just do the right thing. > > What do folks think? Laurent? If people like this approach, I can > merge it into CVS head. > Topher, I am really sorry about that, I completely forgot about your second patch... I remember that the design and code were pretty good, so you can go ahead and commit it. About your latest patch (the one which adds code in the Library#canonicalise_isbn method), I am not sure it is a good idea to write CueCat stuff there, especially in that method, which is called a number of times, sometimes outside of the add book dialog. I would prefer that the CueCat input code was run from the add book dialog itself. Also, we can maybe hack the book properties dialog code (that is also used by the add book manually dialog) to add a small button after the ISBN text field to allow a CueCat scan. I remember that with your userland code it was impossible to detect is a CueCat scanner is plugged or not in the computer. With the kernel driver that was possible, because IIRC the kernel did mknod a device character that we could check if it exists or not. So if it is still impossible to detect the scanner it would be better to remove the scanner-available icon in the add book dialog. Otherwise, I have been thinking about a scanner-oriented dialog window, to acquire ISBNs. I will write a mockup with glade and post a screenshot there, so we can discuss about it. Some news about the Mac version. It is almost finished now (i18n is the only missing part). All the backend has been reused, only the UI part has been rewritten (with Ruby/Cocoa). I will cook an all-in-one binary soon and post a link there. Scanners will unfortunately not be supported in that version. Sorry to not be as responsive as before... Laurent From laurent.sansonetti at gmail.com Wed Jul 6 16:45:32 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Jul 6 16:40:45 2005 Subject: [Alexandria-list] [OT] EU Software Patents Directive Rejected Message-ID: <1be7247c05070613455251131@mail.gmail.com> Hi all, As you may already know, the EU software patents directive has been rejected, and this is a good news for the free software world, even if the Rocard amendments have also been rejected. I have therefore removed the FFII demonstration page from the website. For the first time of my life I am proud to be an EU citizen :) I did receive some good feedback from my MEPs, and I really feel that democracy has won today. Laurent From christophercyll at gmail.com Wed Jul 6 16:53:40 2005 From: christophercyll at gmail.com (Topher Cyll) Date: Wed Jul 6 16:48:51 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <1be7247c05070613377e5c34a2@mail.gmail.com> References: <20050706015450.GA31506@localhost> <2599499e0507052048580020e1@mail.gmail.com> <1be7247c05070613377e5c34a2@mail.gmail.com> Message-ID: <2599499e05070613531e6768@mail.gmail.com> That sounds good. I'll merge in the second patch then sometime this week and when you figure out what the UI should look like, we can just turn it on. Also, in the second patch, I originally put the cuecat stuff in a new Scanners module. Thinking about it now, it might make more sense to call it a Converter (or something) instead. It converts an encoded string into an ISBN, it doesn't actually interface with hardware. I'm imagining that one would want a very different API for a real scanner. Can anyone think of other Converter objects that might also be used to translate user input into some kind of barcode? Is this a general case? What's the verdict on "Scanner" versus "Convertor"? Topher On 7/6/05, Laurent Sansonetti wrote: > Hi Zachary, Topher, > > On 7/6/05, Topher Cyll wrote: > > Zachary, > > > > Laurent and I actually talked more about integrating the patch. The > > end result was a second patch that was a library only (no GUI stuff) > > which I have attached. Having just checked out the latest alexandria > > source, I think I might have an even less invasive solution. > > > > Attached is a third patch which insteads adds cuecat translation to > > the canonicalise_isbn method in library.rb and shuts off the 18 char > > limit on the ISBN field. This lets users just scan cuecat data right > > into the isbn field and lets alexandria just do the right thing. > > > > What do folks think? Laurent? If people like this approach, I can > > merge it into CVS head. > > > > Topher, I am really sorry about that, I completely forgot about your > second patch... I remember that the design and code were pretty > good, so you can go ahead and commit it. > > About your latest patch (the one which adds code in the > Library#canonicalise_isbn method), I am not sure it is a good idea to > write CueCat stuff there, especially in that method, which is called a > number of times, sometimes outside of the add book dialog. > > I would prefer that the CueCat input code was run from the add book > dialog itself. Also, we can maybe hack the book properties dialog > code (that is also used by the add book manually dialog) to add a > small button after the ISBN text field to allow a CueCat scan. > > I remember that with your userland code it was impossible to detect is > a CueCat scanner is plugged or not in the computer. With the kernel > driver that was possible, because IIRC the kernel did mknod a device > character that we could check if it exists or not. So if it is still > impossible to detect the scanner it would be better to remove the > scanner-available icon in the add book dialog. > > Otherwise, I have been thinking about a scanner-oriented dialog > window, to acquire ISBNs. I will write a mockup with glade and post a > screenshot there, so we can discuss about it. > > Some news about the Mac version. It is almost finished now (i18n is > the only missing part). All the backend has been reused, only the UI > part has been rewritten (with Ruby/Cocoa). I will cook an all-in-one > binary soon and post a link there. Scanners will unfortunately not be > supported in that version. > > Sorry to not be as responsive as before... > > Laurent > From laurent.sansonetti at gmail.com Wed Jul 6 17:13:11 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Jul 6 17:08:18 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <2599499e05070613531e6768@mail.gmail.com> References: <20050706015450.GA31506@localhost> <2599499e0507052048580020e1@mail.gmail.com> <1be7247c05070613377e5c34a2@mail.gmail.com> <2599499e05070613531e6768@mail.gmail.com> Message-ID: <1be7247c050706141331f72696@mail.gmail.com> On 7/6/05, Topher Cyll wrote: > That sounds good. I'll merge in the second patch then sometime this > week and when you figure out what the UI should look like, we can just > turn it on. > Excellent :-) > Also, in the second patch, I originally put the cuecat stuff in a new > Scanners module. Thinking about it now, it might make more sense to > call it a Converter (or something) instead. It converts an encoded > string into an ISBN, it doesn't actually interface with hardware. I'm > imagining that one would want a very different API for a real scanner. > > Can anyone think of other Converter objects that might also be used to > translate user input into some kind of barcode? Is this a general > case? What's the verdict on "Scanner" versus "Convertor"? > Mmh I think Scanner is a good name for your object. Even if it does not deal directly with the hardware, we could imagine future scanners there in the same module. About the API, #name, #matches and #decode could be meaningful for a real scanner. For instance, #matches could return false is the scanner is not plugged on the computer. (BTW #matches should be renamed #matched? since it is a predicate method). > Topher > > On 7/6/05, Laurent Sansonetti wrote: > > Hi Zachary, Topher, > > > > On 7/6/05, Topher Cyll wrote: > > > Zachary, > > > > > > Laurent and I actually talked more about integrating the patch. The > > > end result was a second patch that was a library only (no GUI stuff) > > > which I have attached. Having just checked out the latest alexandria > > > source, I think I might have an even less invasive solution. > > > > > > Attached is a third patch which insteads adds cuecat translation to > > > the canonicalise_isbn method in library.rb and shuts off the 18 char > > > limit on the ISBN field. This lets users just scan cuecat data right > > > into the isbn field and lets alexandria just do the right thing. > > > > > > What do folks think? Laurent? If people like this approach, I can > > > merge it into CVS head. > > > > > > > Topher, I am really sorry about that, I completely forgot about your > > second patch... I remember that the design and code were pretty > > good, so you can go ahead and commit it. > > > > About your latest patch (the one which adds code in the > > Library#canonicalise_isbn method), I am not sure it is a good idea to > > write CueCat stuff there, especially in that method, which is called a > > number of times, sometimes outside of the add book dialog. > > > > I would prefer that the CueCat input code was run from the add book > > dialog itself. Also, we can maybe hack the book properties dialog > > code (that is also used by the add book manually dialog) to add a > > small button after the ISBN text field to allow a CueCat scan. > > > > I remember that with your userland code it was impossible to detect is > > a CueCat scanner is plugged or not in the computer. With the kernel > > driver that was possible, because IIRC the kernel did mknod a device > > character that we could check if it exists or not. So if it is still > > impossible to detect the scanner it would be better to remove the > > scanner-available icon in the add book dialog. > > > > Otherwise, I have been thinking about a scanner-oriented dialog > > window, to acquire ISBNs. I will write a mockup with glade and post a > > screenshot there, so we can discuss about it. > > > > Some news about the Mac version. It is almost finished now (i18n is > > the only missing part). All the backend has been reused, only the UI > > part has been rewritten (with Ruby/Cocoa). I will cook an all-in-one > > binary soon and post a link there. Scanners will unfortunately not be > > supported in that version. > > > > Sorry to not be as responsive as before... > > > > Laurent > > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > Laurent From christophercyll at gmail.com Wed Jul 6 17:17:12 2005 From: christophercyll at gmail.com (Topher Cyll) Date: Wed Jul 6 17:12:12 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <1be7247c050706141331f72696@mail.gmail.com> References: <20050706015450.GA31506@localhost> <2599499e0507052048580020e1@mail.gmail.com> <1be7247c05070613377e5c34a2@mail.gmail.com> <2599499e05070613531e6768@mail.gmail.com> <1be7247c050706141331f72696@mail.gmail.com> Message-ID: <2599499e050706141726a6a41b@mail.gmail.com> On 7/6/05, Laurent Sansonetti wrote: > Mmh I think Scanner is a good name for your object. Even if it does > not deal directly with the hardware, we could imagine future scanners > there in the same module. Sounds good. > About the API, #name, #matches and #decode could be meaningful for a > real scanner. For instance, #matches could return false is the > scanner is not plugged on the computer. > > (BTW #matches should be renamed #matched? since it is a predicate method). Good catch! -Toph From carnegie at liamjdavison.info Tue Jul 12 09:10:40 2005 From: carnegie at liamjdavison.info (Liam Davison) Date: Tue Jul 12 09:05:28 2005 Subject: [Alexandria-list] Help with Ruby/Gtk::ComboBox Message-ID: <1121173840.7905.10.camel@localhost.localdomain> Hi Really hope someone can help me here with the Gtk::ComboBox. I have set up a combobox and filled in with values, using the following code: @onix_avail_treestore = Gtk::ListStore.new(String, TrueClass) @combobox_avail.model = @onix_avail_treestore @onix_avail_list.lookup.each do |code, pair| iter = @combobox_avail.model.append iter[0] = @onix_avail_list.short_describe(code) iter[1] = true end Where @onix_avail_list.describe() returns a text string like "IP: In Print" or "OP: Out of Print". My book object includes a variable called onix_availability which would have a value like 'IP', 'OP', etc - a simple code. What I need to do is something like: @combobox_avail.active = @combobox_avail(index_of(@onix_avail_list.short_describe(onix_availability))) But the Gtk::ComboBox doesn't provide an index_of method, or a get_tree_iter or anything. Does this make sense? Basically, I don't know the index of any of the values I want to store, because they appear to be fairly randomly generated in the @onix_avail_list. And yet I need an index in order to set the active @combobox_avail option. Help! I thought about using some fixed enum, like the comboboxes in the import_dialog.rb file, but in the long term I want to be able to add and delete options from this list, so that won't work. -- Liam Davison Developer of Carnegie http://www.liamjdavison.info/carnegie/ From laurent.sansonetti at gmail.com Tue Jul 19 05:54:38 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jul 19 05:49:17 2005 Subject: [Alexandria-list] Help with Ruby/Gtk::ComboBox In-Reply-To: <1121173840.7905.10.camel@localhost.localdomain> References: <1121173840.7905.10.camel@localhost.localdomain> Message-ID: <1be7247c050719025415ad5e3b@mail.gmail.com> Hi Liam, Sorry for the late response, I was on vacation. BTW, the next time, if you need a fast answer you can ask Ruby-GNOME2-related questions on the project's mailing list, you will probably get an answer faster: http://lists.sourceforge.net/lists/listinfo/ruby-gnome2-devel-en On 7/12/05, Liam Davison wrote: > Hi > > Really hope someone can help me here with the Gtk::ComboBox. I have set > up a combobox and filled in with values, using the following code: > > @onix_avail_treestore = Gtk::ListStore.new(String, TrueClass) > @combobox_avail.model = @onix_avail_treestore > @onix_avail_list.lookup.each do |code, pair| > iter = @combobox_avail.model.append > iter[0] = @onix_avail_list.short_describe(code) > iter[1] = true > end > > Where @onix_avail_list.describe() returns a text string like "IP: In > Print" or "OP: Out of Print". My book object includes a variable called > onix_availability which would have a value like 'IP', 'OP', etc - a > simple code. What I need to do is something like: > > @combobox_avail.active = > @combobox_avail(index_of(@onix_avail_list.short_describe(onix_availability))) > > But the Gtk::ComboBox doesn't provide an index_of method, or a > get_tree_iter or anything. > You can get the active item with #active_tree_iter, and you can set it with #set_active_tree_iter. You can also set the active item with an index, using #set_index, so: idx = ? # get the index of 'onix_availability' in '@onix_avail_list' @combobox_avail.active = idx > Does this make sense? Basically, I don't know the index of any of the > values I want to store, because they appear to be fairly randomly > generated in the @onix_avail_list. And yet I need an index in order to > set the active @combobox_avail option. > I do not know much about @onix_avail_list in order to help you. Another idea would be to store the index in the model itself, I do not know if it could help you. Laurent From christophercyll at gmail.com Wed Jul 20 01:27:59 2005 From: christophercyll at gmail.com (Topher Cyll) Date: Wed Jul 20 01:23:03 2005 Subject: [Alexandria-list] Updated Userland CueCat patch? In-Reply-To: <1be7247c050706141331f72696@mail.gmail.com> References: <20050706015450.GA31506@localhost> <2599499e0507052048580020e1@mail.gmail.com> <1be7247c05070613377e5c34a2@mail.gmail.com> <2599499e05070613531e6768@mail.gmail.com> <1be7247c050706141331f72696@mail.gmail.com> Message-ID: <2599499e05071922272b683526@mail.gmail.com> I merged in the userland cuecat patch tonight. This is just the backend, but once we know what the interface should look like, it should be simple to turn it on. Topher Cyll On 7/6/05, Laurent Sansonetti wrote: > On 7/6/05, Topher Cyll wrote: > > That sounds good. I'll merge in the second patch then sometime this > > week and when you figure out what the UI should look like, we can just > > turn it on. > > > > Excellent :-) > > > Also, in the second patch, I originally put the cuecat stuff in a new > > Scanners module. Thinking about it now, it might make more sense to > > call it a Converter (or something) instead. It converts an encoded > > string into an ISBN, it doesn't actually interface with hardware. I'm > > imagining that one would want a very different API for a real scanner. > > > > Can anyone think of other Converter objects that might also be used to > > translate user input into some kind of barcode? Is this a general > > case? What's the verdict on "Scanner" versus "Convertor"? > > > > Mmh I think Scanner is a good name for your object. Even if it does > not deal directly with the hardware, we could imagine future scanners > there in the same module. > > About the API, #name, #matches and #decode could be meaningful for a > real scanner. For instance, #matches could return false is the > scanner is not plugged on the computer. > > (BTW #matches should be renamed #matched? since it is a predicate method). > > > Topher > > > > On 7/6/05, Laurent Sansonetti wrote: > > > Hi Zachary, Topher, > > > > > > On 7/6/05, Topher Cyll wrote: > > > > Zachary, > > > > > > > > Laurent and I actually talked more about integrating the patch. The > > > > end result was a second patch that was a library only (no GUI stuff) > > > > which I have attached. Having just checked out the latest alexandria > > > > source, I think I might have an even less invasive solution. > > > > > > > > Attached is a third patch which insteads adds cuecat translation to > > > > the canonicalise_isbn method in library.rb and shuts off the 18 char > > > > limit on the ISBN field. This lets users just scan cuecat data right > > > > into the isbn field and lets alexandria just do the right thing. > > > > > > > > What do folks think? Laurent? If people like this approach, I can > > > > merge it into CVS head. > > > > > > > > > > Topher, I am really sorry about that, I completely forgot about your > > > second patch... I remember that the design and code were pretty > > > good, so you can go ahead and commit it. > > > > > > About your latest patch (the one which adds code in the > > > Library#canonicalise_isbn method), I am not sure it is a good idea to > > > write CueCat stuff there, especially in that method, which is called a > > > number of times, sometimes outside of the add book dialog. > > > > > > I would prefer that the CueCat input code was run from the add book > > > dialog itself. Also, we can maybe hack the book properties dialog > > > code (that is also used by the add book manually dialog) to add a > > > small button after the ISBN text field to allow a CueCat scan. > > > > > > I remember that with your userland code it was impossible to detect is > > > a CueCat scanner is plugged or not in the computer. With the kernel > > > driver that was possible, because IIRC the kernel did mknod a device > > > character that we could check if it exists or not. So if it is still > > > impossible to detect the scanner it would be better to remove the > > > scanner-available icon in the add book dialog. > > > > > > Otherwise, I have been thinking about a scanner-oriented dialog > > > window, to acquire ISBNs. I will write a mockup with glade and post a > > > screenshot there, so we can discuss about it. > > > > > > Some news about the Mac version. It is almost finished now (i18n is > > > the only missing part). All the backend has been reused, only the UI > > > part has been rewritten (with Ruby/Cocoa). I will cook an all-in-one > > > binary soon and post a link there. Scanners will unfortunately not be > > > supported in that version. > > > > > > Sorry to not be as responsive as before... > > > > > > Laurent > > > > > > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list@rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > Laurent > From henk at step.polymtl.ca Fri Jul 22 00:25:31 2005 From: henk at step.polymtl.ca (henk@step.polymtl.ca) Date: Fri Jul 22 00:20:01 2005 Subject: [Alexandria-list] alexandria should add book metadata even if one is found without a front cover image. Message-ID: cool app and keep up the great work! and btw, i think alexandria should add a book also when no front cover image is found otherwise, it makes for a lot of unnecessary extra manual data entry. using the same ISBN list alexandria found only 6 books whereas tellico found 6 with images and 20 without using the same db [amazon US]! also alexandria's import would choke with a not very descriptive error message if the ISBN ended in a lowercase 'x' instead of uppercase 'X' 0-669-32462-0 0-669-32871-5 0-669-32868-5 0-669-39349-5 0-87150-432-4 0-15-505692-1 0-7167-1644-5 0-7167-1645-3 0-7167-1643-7 0-89588-498-4 0-03-008119-X 0-13-433995-9 0-669-41688-6 0-8053-7458-2 0-8120-4233-6 0-697-39597-9 0-07-086445-4 0-03-922500-3 0-13-129306-0 0-13-129321-4 0-03-010353-3 0-03-019089-4 0-669-95341-5 0-03-096028-2 0-03-096029-0 0-312-10199-6 0-393-95739-X 0-7730-5042-6 2-89051-452-8 2-89051-321-1 2-89051-287-8 2-89051-506-0 2-89406-060-2 2-278-00420-4 2-278-00414-X From vitei at web.de Fri Jul 22 11:58:26 2005 From: vitei at web.de (Viktor Bindewald) Date: Fri Jul 22 11:51:57 2005 Subject: [Alexandria-list] can't add new books / book search doesn't work Message-ID: <1122047906.5443.7.camel@localhost.localdomain> Hello everybody, I have a problem with alexandria: I can't add book any longer. Neither using ISBNs nor book search. When I search for books I get simply no results at all. I tested with amazon.de, amazon.us and amadeus and starting alexandria as root too. There are also no errors when starting from terminal. I'm using 0.5.1 on Debian SID. Feel free to ask me for more information if necessary . Regards, Viktor From o.evans at gmail.com Fri Jul 22 12:51:06 2005 From: o.evans at gmail.com (Owain Evans) Date: Fri Jul 22 12:45:37 2005 Subject: [Alexandria-list] can't add new books / book search doesn't work In-Reply-To: <1122047906.5443.7.camel@localhost.localdomain> References: <1122047906.5443.7.camel@localhost.localdomain> Message-ID: <42E123FA.3080509@gmail.com> Viktor Bindewald wrote: > Hello everybody, > > I have a problem with alexandria: > I can't add book any longer. Neither using ISBNs nor book search. When I > search for books I get simply no results at all. I tested with > amazon.de, amazon.us and amadeus and starting alexandria as root too. > There are also no errors when starting from terminal. > > I'm using 0.5.1 on Debian SID. > Feel free to ask me for more information if necessary . > > Regards, > Viktor > Hi Viktor, Sorry to hear about your problems. Can you give us examples of the ISBN numbers you tried? Many thanks, Owain From vitei at web.de Fri Jul 22 13:35:25 2005 From: vitei at web.de (Viktor Bindewald) Date: Fri Jul 22 13:28:55 2005 Subject: [Alexandria-list] can't add new books / book search doesn't work In-Reply-To: <1be7247c050722092047fcbd29@mail.gmail.com> References: <1122047906.5443.7.camel@localhost.localdomain> <1be7247c050722092047fcbd29@mail.gmail.com> Message-ID: <1122053725.5443.10.camel@localhost.localdomain> Am Freitag, den 22.07.2005, 18:20 +0200 schrieb Laurent Sansonetti: > > It seems that Amazon recently removed the developer token that is > shipped with Ruby/Amazon. > [...] > > I have registered a new token yesterday. Feel free to use it: > > 142TF8CHT48WYPPS6J82 > > (You can set it in the preferences dialog.) It works now again. Thank you Laurent. Viktor From Chris at deadclown.com Mon Jul 25 03:15:19 2005 From: Chris at deadclown.com (Chris Langdon) Date: Mon Jul 25 03:11:17 2005 Subject: [Alexandria-list] Import Issue Message-ID: <200507250015.19467.Chris@deadclown.com> I've recently begun to play around with Alexandria and am quite pleased so far. To add my books I've scanned the ISBN barcodes off some books and into a simple text file which I then imported. My first batch of 120 books went OK, however while importing I received about 15 error messages complaining that certain books were not found. Unfortunately I have no idea which books or ISBN codes were the problem ones. Is there a way to display a list of problematic books at the end of an import or to maybe put them into a temp library automaticly? Also it'd be nice if I could set a preference to ignore the errors rather than having to hit Continue each time. One more thing I noticed is that the shortcut key for the error display seems to be 'C' for both the Cancel and the Continue option buttons... Now I just wish there was an easier way to enter all the older (25-30+ yrs.) books I have with no ISBN #'s. :D Thanks for any help! From tao at acc.umu.se Mon Jul 25 04:28:57 2005 From: tao at acc.umu.se (David Weinehall) Date: Mon Jul 25 04:23:25 2005 Subject: [Alexandria-list] Support for serial publications? Message-ID: <20050725082857.GJ2154@khan.acc.umu.se> Would it make any sense to add support for serial publications as well? It would require more manual work when inputting the information, and a separate list, but it would be nice to have both serial publications and books in the same library, instead of having to use two different applications. Just my 0.02?... 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 Tue Jul 26 19:03:01 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jul 26 18:57:26 2005 Subject: [Alexandria-list] alexandria should add book metadata even if one is found without a front cover image. In-Reply-To: References: Message-ID: <1be7247c05072616035ee89e77@mail.gmail.com> Hi, On 7/22/05, henk@step.polymtl.ca wrote: > cool app and keep up the great work! > Thanks, glad you like it :-) > and btw, i think alexandria should add a book also when no front cover > image is found > otherwise, it makes for a lot of unnecessary extra manual data entry. > Normally you should be able to add a book that has no cover image. > using the same ISBN list alexandria found only 6 books whereas tellico > found 6 with images and 20 without using the same db [amazon US]! > I gave your list a try with the current CVS version and found that 31 books could be imported (out of the 35), with 3 with images. This may be different, depending of the order of the providers. > also alexandria's import would choke with a not very descriptive error > message if the ISBN ended in a lowercase 'x' instead of uppercase 'X' > This has been fixed in CVS, final 'x' characters are now automatically converted to 'X'. Regards Laurent From laurent.sansonetti at gmail.com Tue Jul 26 19:06:53 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jul 26 19:01:17 2005 Subject: [Alexandria-list] Re: Import Issue In-Reply-To: <1be7247c05072616055d5d1b98@mail.gmail.com> References: <200507250015.19467.Chris@deadclown.com> <1be7247c05072616055d5d1b98@mail.gmail.com> Message-ID: <1be7247c050726160611f65d8c@mail.gmail.com> (Forwarding to the list.) ---------- Forwarded message ---------- From: Laurent Sansonetti Date: Jul 27, 2005 1:05 AM Subject: Re: [Alexandria-list] Import Issue To: Chris Langdon Hi, On 7/25/05, Chris Langdon wrote: > I've recently begun to play around with Alexandria and am quite pleased so > far. Thanks :) > To add my books I've scanned the ISBN barcodes off some books and into a > simple text file which I then imported. My first batch of 120 books went OK, > however while importing I received about 15 error messages complaining that > certain books were not found. Unfortunately I have no idea which books or > ISBN codes were the problem ones. Is there a way to display a list of > problematic books at the end of an import or to maybe put them into a temp > library automaticly? This is not possible for the moment, I will see what I can do. > Also it'd be nice if I could set a preference to ignore the errors rather than > having to hit Continue each time. Nice idea! > One more thing I noticed is that the shortcut key for the error display seems > to be 'C' for both the Cancel and the Continue option buttons... > Good catch. I will fix these asap. Thanks Laurent From laurent.sansonetti at gmail.com Tue Jul 26 19:08:34 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jul 26 19:02:56 2005 Subject: [Alexandria-list] Support for serial publications? In-Reply-To: <20050725082857.GJ2154@khan.acc.umu.se> References: <20050725082857.GJ2154@khan.acc.umu.se> Message-ID: <1be7247c0507261608497b2bfa@mail.gmail.com> Hi, On 7/25/05, David Weinehall wrote: > Would it make any sense to add support for serial publications as well? > It would require more manual work when inputting the information, > and a separate list, but it would be nice to have both serial > publications and books in the same library, instead of having to > use two different applications. > Yeah, we could handle ISSN exactly like we do for ISBN and EAN, and keep the same data model. Another thing on the TODO list :-) Laurent From laurent.sansonetti at gmail.com Tue Jul 26 19:22:02 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Jul 26 19:16:24 2005 Subject: [Alexandria-list] News + Next release Message-ID: <1be7247c05072616225cc0b7c3@mail.gmail.com> Hi all, The abstract provider infrastructure and the Z39.50 providers are now finished! I need to backport some things on the GNOME version, then I will (finally) make a new release, 0.6.0. After the new release, I will check out the cuecat userland code and the authors surname/lastname parser. I am more busy every day, sorry everyone to not be as active as before. About the Mac version, it is almost completed. I have started making builds. You can download them there: http://www.rubymonks.org/~lrz/alexandria_mac_builds/ Requirements: at least Tiger. Everything is included in the package, there is no dependencies. Warning, still very unstable. Laurent From tao at acc.umu.se Tue Jul 26 20:21:24 2005 From: tao at acc.umu.se (David Weinehall) Date: Tue Jul 26 20:15:54 2005 Subject: [Alexandria-list] Support for serial publications? In-Reply-To: <1be7247c0507261608497b2bfa@mail.gmail.com> References: <20050725082857.GJ2154@khan.acc.umu.se> <1be7247c0507261608497b2bfa@mail.gmail.com> Message-ID: <20050727002124.GB9841@khan.acc.umu.se> On Wed, Jul 27, 2005 at 01:08:34AM +0200, Laurent Sansonetti wrote: > Hi, > > On 7/25/05, David Weinehall wrote: > > Would it make any sense to add support for serial publications as well? > > It would require more manual work when inputting the information, > > and a separate list, but it would be nice to have both serial > > publications and books in the same library, instead of having to > > use two different applications. > > > > Yeah, we could handle ISSN exactly like we do for ISBN and EAN, and > keep the same data model. Actually, that's not enough I think; for a serial publication you'd presumably like to keep track of what issues you have (and maybe even data such as whether you have all issues for a particular year, whether the publication is still published, etc). > Another thing on the TODO list :-) That's good. A long TODO list shows that it's a project with many users (or at least users with a lot of ideas) =) 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 afb at paradise.net.nz Tue Jul 26 21:34:31 2005 From: afb at paradise.net.nz (Adam Bogacki) Date: Tue Jul 26 21:28:56 2005 Subject: [Alexandria-list] Alexandria & Gconf Message-ID: <42E6E4A7.6050005@paradise.net.nz> Laurent, I noted that '/usr/share/gconf/schemas' did not have one for Alexandria so I copied one from /etc/gconf/schemas .. but it will still not change libraries in /home/adam although it will as root or as other users. I'm still stumped - how should one go about solving a possible interaction between source pkg and deb versions ? Delete everything ? Again ? Adam. From daf at muse.19inch.net Wed Jul 27 10:29:35 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Jul 27 10:23:56 2005 Subject: [Alexandria-list] Alexandria & Gconf In-Reply-To: <42E6E4A7.6050005@paradise.net.nz> References: <42E6E4A7.6050005@paradise.net.nz> Message-ID: <20050727142935.GS29038@muse.19inch.net> Ar 27/07/2005 am 13:34, ysgrifennodd Adam Bogacki: > Laurent, > > I noted that '/usr/share/gconf/schemas' did not have one for > Alexandria so I copied one from > /etc/gconf/schemas .. but it will still not change libraries in > /home/adam although it will > as root or as other users. I'm still stumped - how should one go about > solving a > possible interaction between source pkg and deb versions ? What do you mean by "possible interaction between source package and deb versions"? The Debian package installs the schema in /usr/share/gconf/schemas. -- Dafydd