From laurent.sansonetti at gmail.com Tue Feb 1 04:45:19 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 1 04:42:18 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050131221106.GT6791@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> Message-ID: <1be7247c0502010145557e02fb@mail.gmail.com> Hi Dafydd, > > > 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. > On a related note, the Amazon web service now covers amazon.fr and amazon.ca [1]. So we definitely need a new Ruby/Amazon release. Cheers Laurent [1] http://www.periapsis.org/archives/2005/01/25/amazon_web_services_supports_france_and_canada.html http://news.com.com/Amazon+Web+services+fan+out/2100-1038_3-5545176.html From hmw26 at cam.ac.uk Tue Feb 1 11:01:46 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Tue Feb 1 10:58:47 2005 Subject: [Alexandria-list] Suggestions for Alexandria In-Reply-To: <20050131221106.GT6791@muse.19inch.net> References: <20050126235149.GX4366@srcf.ucam.org> <1be7247c050131100514a2727d@mail.gmail.com> <20050131221106.GT6791@muse.19inch.net> Message-ID: <20050201160146.GZ1995@srcf.ucam.org> > I wrote a very na?ve implementation of this. The patch is at > . > > There are a few problems with it: [...] Problems aside, it does pretty much exactly what I want and has made using Alexandria much faster for me -- thanks Dafydd! > 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. Sure. My point was more about being more consistent with the GNOME (and other) human-interface guidelines. All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From hmw26 at cam.ac.uk Tue Feb 1 11:06:55 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Tue Feb 1 11:03:56 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: <20050201160655.GA1995@srcf.ucam.org> Hi Laurent, > (Sorry for the late response, I was moving in a new flat) No problem! > 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. Sounds like an excellent way of doing things. > Nice suggestion. This will be done in the next release (if I do not > forget it). Great! > 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. Okay, that seems reasonable. Just wanted to get in my request though in case no one had mentioned it yet! :-) > > 5. Add a Delete option to the right click context menu for individual > > items. > > > > Agreed. Will add these in the next release. Excellent. > 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. Great. I hope it is doable! All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From blarson at blars.org Sat Feb 5 12:34:39 2005 From: blarson at blars.org (Blars Blarson) Date: Sat Feb 5 12:34:27 2005 Subject: [Alexandria-list] bar code problems Message-ID: <20050205173439.GA22393@blars.org> I have several "Bear Rock 3000" bar code readers and am trying to get them to work with alexandria for cataloging my personal book collection. They were originally purchased over 10 years ago, I have no idea if the manufacturer is still in business. There does not seem to be any way to use the one with serial interface with alexandria. It's easy enough to get the data to a file, but alexandria lacks any way of importing a list of UPC or EAN numbers. One of the ones with AT keyboard interace seems defective. Using another one (with appropriate addapters to PS/2 keyboard), I am able to scan EAN numbers. If only the first part scans, it works ok, but if the second part scans as well the space between the parts confuses alexandria and the last digit is ignored. The alexandria user interface needs to be extended to allow and ignore spaces and dashes in the ISBN/EAN field, and the input length allowed increased to account for this. The first time I tried to enter an ISBN manually it didn't allow it because I used the dashes as universially shown on ISBN numbers I see printed. It should also allow lower case x as part of the ISBN and convert it to X. It would be nice if the UPC was allowed as input. It appears to contain part of the ISBN. Some kind of batch input mode is needed. The current UI requires one hand on the mouse, another on the bar code wand, the gripping hand on the book, and two more hands on the keybord for any errors. Observations based on the small portion of my collection I've tried so far (about 80 books): U.S. mass market paperbacks have UPC bar codes on the back, and most have EAN inside the front cover. U.S. hardbacks and U.K. paperbacks have EAN on the back cover. U.S. Trade (large) paperbacks may have either or none. The EAN database seems less complete than the ISBN one. Some books cannot be added by EAN but can be added by ISBN. -- Blars Blarson blarson@blars.org http://www.blars.org/blars.html With Microsoft, failure is not an option. It is a standard feature. From denis.fortin at free.fr Sat Feb 5 14:25:53 2005 From: denis.fortin at free.fr (Fortin Denis) Date: Sat Feb 5 14:22:46 2005 Subject: [Alexandria-list] bar code problems In-Reply-To: <20050205173439.GA22393@blars.org> References: <20050205173439.GA22393@blars.org> Message-ID: <1107631553.6714.17.camel@sarah> > Some kind of batch input mode is needed. The current UI requires one > hand on the mouse, another on the bar code wand, the gripping hand on > the book, and two more hands on the keybord for any errors. +1 on this request. I own a Flic batch scanner (www.flicscanner.com). The nice feature of this reader is that it can store some barcode while being unplugged. I tried to make alexandria deal with it in a nice way, but i failed because of my poor knowledge in ruby. Anyway i came up with a small "program" which read barcodes from it. I printed a page of special barcodes (code 39) so that any books scanned after this kind of barcode will be classified in a corresponding file. I attach the files i wrote for this (it depends on ruby-serial). I would be very grateful if it can be added in a nice way in alexandria. Thanks for Alexandria. Denis -------------- next part -------------- #Flic scanner reader #Copyright (C) 2005 Denis Fortin # #This program is free software; you can redistribute it and/or #modify it under the terms of the GNU General Public License #as published by the Free Software Foundation; either version 2 #of the License, or (at your option) any later version. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. require "barcode.rb" require "config.rb" class Classifier def initialize (default) @config = Config::Classifier.dup @categories = @config[:Categories] @present = Hash.new(nil) @opened_files = Hash.new(nil) @default_file = File.new(@config[:Default_file],"a") end def classify(str) begin if (!@config[:Duplicate] and @present[str.to_s].nil?) then @present[str.to_s]=1 @default_file.puts "#{str}" elsif @config[:Duplicate] then @default_file.puts "#{str}" end rescue => arghh puts arghh end end def kill begin @default_file.close @opened_files.each_value { |file| file.close} rescue end end protected def cat? (str) !@categories[str].nil? end def set_default_file (str) if @opened_files[str].nil? then @opened_files[str]= open_cat_file(@categories[str]) end @default_file= @opened_files[str] end def open_cat_file (name) tmp = File.new(name,"a+") if !@config[:Duplicate] then tmp.each{ |l| @present[l.chop]=1} end end end class IsbnClassifier < Classifier def classify(str) begin if cat?(str) then set_default_file(str) else str=Barcode.canonicalise_isbn(str) super(str) end rescue puts "rescueing #{str}\n" end end end -------------- next part -------------- #Flic scanner reader #Copyright (C) 2005 Denis Fortin # #This program is free software; you can redistribute it and/or #modify it under the terms of the GNU General Public License #as published by the Free Software Foundation; either version 2 #of the License, or (at your option) any later version. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. module Config Scanner = { :Port => 1, :Rate => 4800, :Data_bits => 8, :Stop_bits => 1 } Classifier = { :Categories => { "FANTASY" => "fantasy.txt", "SF" => "sf.txt", "POLICIERS" => "policiers.txt", "ROMANS" => "romans.txt", "NOUVELLES" => "nouvelles.txt" }, :Duplicate => false, :Default_file => "non_classe.txt" } end -------------- next part -------------- #Flic scanner reader #Copyright (C) 2005 Denis Fortin # #This program is free software; you can redistribute it and/or #modify it under the terms of the GNU General Public License #as published by the Free Software Foundation; either version 2 #of the License, or (at your option) any later version. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. require "serialport.so" require "rexml/document" require "config" class SerialScanner def initialize(&action) @serial_port = SerialPort.new(Config::Scanner[:Port], Config::Scanner[:Rate], Config::Scanner[:Data_bits], Config::Scanner[:Stop_bits], SerialPort::NONE) @serial_port.sync= true @new_barcode_scanned = action end def on_barcode_scanned (&action) @new_barcode_scanned = action end protected def new_barcode_scanned (bcs) bcs.each {|bc| begin @new_barcode_scanned.call(bc) rescue => plip puts plip end } end def send(msg) @serial_port.puts msg end def waitfor(regexp) buf = '' until( regexp === buf or not IO::select([@serial_port], nil, nil, nil)) buf += @serial_port.sysread(1024 * 1024) end yield buf if block_given? end def close @serial_port.close end end class FlicBatchScanner < SerialScanner include REXML CR = "\r" ACK = "\x06" + CR INIT = "\x01" + CR HELLO = "W" + CR DOWNLOAD = "D" + CR CLEAN = "C" + CR COMPATIBLE_MODE = 0 XML_MODE = 1 # Regex for matching data transfers : 0 is compatible mode 1 is xml # in compatible mode : $1 is the barcode # in xml mode : $1+$2+$3 is the message to cheksum # $2 only the xml data # $4 the cheksum REGEX = [/\x02.*\r\n/,/Flic v:.*chk:.*\r\n/m] MATCHINGREGEX = [/\x02(.*)\r\n/,/Flic v:(.*)((?><\?xml.*\/upload>))(.*chk:) (.+.+)!\r\n/m] def initialize(&action) begin super @transfer_mode=XML_MODE @listening_thread = Thread.new{listen()} @listening_thread.run rescue StandardError => err puts "Failed to open the serial port : #{err}" end end def listen() if not @initiated then send(INIT) sleep(0.80) send(HELLO) sleep(1) send(DOWNLOAD) @initiated = true end while true do waitfor(REGEX[@transfer_mode]) { |msg| case msg when MATCHINGREGEX[@transfer_mode] then case @transfer_mode when COMPATIBLE_MODE new_barcode_scanned([$1]) send(ACK) when XML_MODE #data=$1+$2+$3 #xml=$2 #chksum=$4 verify_message($1+$2+$3,$4) flic_beep parse_data($2) end end } end end def data_transfer_mode=(mode) end def verify_message(msg,chksum) # sum=0 # msg.each_byte {|b| sum+=b} # puts "message : ---- \n" + msg + "\n-------------------\n" # puts "sum : "+sum.to_s+"\n" # puts "Checksum : "+ chksum + " -> "+ chksum.to_i(16).to_s + "\n" # if sum==chksum.to_i(16) then # flic_beep() # send("T1\r") # end end def parse_data(xml_str) doc = Document.new xml_str bcs = [] doc.elements.each("/upload/device/tag") { |elt| bcs << elt.attributes['bc'] } new_barcode_scanned(bcs) end def flic_beep send "T1\r" end def close @listening_thread.exit super end end -------------- next part -------------- #!/usr/bin/ruby #Flic scanner reader #Copyright (C) 2005 Denis Fortin # #This program is free software; you can redistribute it and/or #modify it under the terms of the GNU General Public License #as published by the Free Software Foundation; either version 2 #of the License, or (at your option) any later version. # #This program is distributed in the hope that it will be useful, #but WITHOUT ANY WARRANTY; without even the implied warranty of #MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the #GNU General Public License for more details. # #You should have received a copy of the GNU General Public License #along with this program; if not, write to the Free Software #Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. require "flic.rb" require "classifier.rb" begin cl = IsbnClassifier.new("bob.txt") a= FlicBatchScanner.new(){ |bc| cl.classify(bc) } b = Thread.new{ select(nil,nil,nil,nil)} b.join rescue Interrupt,SystemExit puts "Closing...\n" a.close cl.kill b.kill end From ccyll at wso.williams.edu Mon Feb 7 00:29:44 2005 From: ccyll at wso.williams.edu (Christopher Cyll) Date: Mon Feb 7 04:02:26 2005 Subject: [Alexandria-list] userland cuecut support Message-ID: <20050207052944.GA17101@wso.williams.edu> Hi, First of all, Alexandria is excellent. I cataloged my whole collection this weekend! One of the big draws for me was that Alexandria supported CueCat (since I didn't want to type all the ISBNs in by hand). Unfortunately, I run Linux 2.6 which means the CueCat driver wasn't an option for me. There didn't seem to any other way to do this (I hope I didn't miss anything), so I put together a patch that implements userland CueCat scanning for Alexandria. In addition to letting me to use the CueCat with Alexandria under Linux 2.6, it would also allow it work for other operating systems that don't necessarily have a driver. I wondered if there was any interest in this patch? Here a few gotchas with it, though: First it's against 0.4.0, not CVS. I'd be willing to redo this, though. Second, I've tried to write it in a way so that interpreters for other scanners were easy to drop in. I just did it the first way that came to mind, but if there's a better Ruby idiom for this, I'd be happy to switch to it. Lastly, I wonder if this is the optimal UI for the feature? I've added a scanner radio button below the ISBN option, with a drop down box for selecting scanner type and a text field for receiving scanner data. However, it occurs to me that a better interface might be to change the ISBN field to a more generic number/code label and then have a drop down box which defaulted to ISBN, but could be changed to CueCat, or other methods. Or maybe the right way to do it, is to take the length limit off the ISBN field and just let it accept all kinds of data and automagically do the right thing. What do you think? I'd be happy to work with you to get this patch in if you're interested, but I understand that userland interpretation of scanner code might not be the direction you want to head in (though I think the cross platform capability is a huge win). Additionally, I noticed that when adding a book manually it requires an ISBN. What's the rational behind this? I have a thesis, some conference proceedings, and some just really old books that lack a number. I'd love to be able to make manual entries for them, but Alexandria's insistence on an ISBN has me at something of a loss. Is there an alternate way to do this? Anyways, great software and let me know if there's interest in the patch! Topher Cyll -------------- next part -------------- diff -rup alexandria-0.4.0/data/alexandria/glade/new_book_dialog.glade alexandria-0.4.0-toph2/data/alexandria/glade/new_book_dialog.glade --- alexandria-0.4.0/data/alexandria/glade/new_book_dialog.glade 2004-11-05 13:01:48.000000000 -0800 +++ alexandria-0.4.0-toph2/data/alexandria/glade/new_book_dialog.glade 2005-02-06 20:57:01.000000000 -0800 @@ -2,7 +2,6 @@ - 8 @@ -73,7 +72,7 @@ 6 True - 4 + 5 2 False 6 @@ -119,8 +118,8 @@ 0 1 - 1 - 2 + 2 + 3 fill @@ -150,8 +149,8 @@ 0 2 - 2 - 3 + 3 + 4 fill @@ -203,7 +202,7 @@ by keyword 0 True - * + * False 30 @@ -239,8 +238,8 @@ by keyword 1 2 - 1 - 2 + 2 + 3 fill fill @@ -263,8 +262,8 @@ by keyword 0 1 - 3 - 4 + 4 + 5 12 fill @@ -293,7 +292,7 @@ by keyword 18 True - * + * False 13 @@ -341,12 +340,104 @@ by keyword 1 2 - 3 - 4 + 4 + 5 expand|shrink|fill + + + + True + True + S_canner: + True + GTK_RELIEF_NORMAL + True + False + False + True + isbn_radiobutton + + + + 0 + 1 + 1 + 2 + fill + + + + + + + True + False + 6 + + + + True + False + True + + + + + True + + + + + + 0 + False + False + + + + + + True + False + True + + + + + True + False + True + True + True + 0 + + True + * + False + + + + + + + 0 + True + True + + + + + 1 + 2 + 1 + 2 + fill + fill + + 0 Only in alexandria-0.4.0-toph2/lib/alexandria: scanners.rb diff -rup alexandria-0.4.0/lib/alexandria/ui/new_book_dialog.rb alexandria-0.4.0-toph2/lib/alexandria/ui/new_book_dialog.rb --- alexandria-0.4.0/lib/alexandria/ui/new_book_dialog.rb 2004-11-05 13:01:48.000000000 -0800 +++ alexandria-0.4.0-toph2/lib/alexandria/ui/new_book_dialog.rb 2005-02-06 20:56:39.000000000 -0800 @@ -59,6 +59,10 @@ module UI @treeview_results.append_column(col) @entry_isbn.grab_focus @combo_search.active = 0 + Alexandria::Scanners.keys.sort.each { |key| + @combo_scanner.append_text(key) + } + @combo_scanner.active = 0 if File.exist?(Preferences.instance.cuecat_device) @cuecat_image.pixbuf = Icons::CUECAT @@ -70,20 +74,35 @@ module UI def on_criterion_toggled(item) return unless item.active? - if is_isbn = item == @isbn_radiobutton + + is_isbn = item == @isbn_radiobutton + is_scanner = item == @scanner_radiobutton + is_search = item == @title_radiobutton + + changed = nil + if is_isbn @latest_size = @new_book_dialog.size - @new_book_dialog.resizable = false - else + elsif is_scanner + changed = @entry_scanner + elsif is_search @new_book_dialog.resizable = true @new_book_dialog.resize(*@latest_size) unless @latest_size.nil? + changed = @entry_search end - @entry_isbn.sensitive = is_isbn - @combo_search.sensitive = !is_isbn - @entry_search.sensitive = !is_isbn - @button_find.sensitive = !is_isbn - @scrolledwindow.visible = !is_isbn - on_changed(is_isbn ? @entry_isbn : @entry_search) - unless is_isbn + + unless is_search + @new_book_dialog.resizable = false + changed = @entry_isbn + end + + @entry_isbn.sensitive = is_isbn + @entry_scanner.sensitive = is_scanner + @entry_search.sensitive = is_search + @button_find.sensitive = is_search + @scrolledwindow.visible = is_search + + on_changed(changed) + if is_search @button_add.sensitive = @treeview_results.selection.count_selected_rows > 0 end @@ -91,7 +110,12 @@ module UI def on_changed(entry) ok = !entry.text.strip.empty? - (entry == @entry_isbn ? @button_add : @button_find).sensitive = ok + + if entry == @entry_isbn || entry == @entry_scanner + @button_add.sensitive = ok + else + @button_find.sensitive = ok + end end def on_find @@ -146,16 +170,26 @@ module UI books_to_add = [] if @isbn_radiobutton.active? + isbn = @entry_isbn.text + elsif @scanner_radiobutton.active? + # FIXME + names = Alexandria::Scanners.keys.sort + name = names[@combo_scanner.active] + func = Alexandria::Scanners[name] + isbn = func.call(@entry_scanner.text) + end + + if isbn # Perform the ISBN search via the providers. - isbn = begin - Library.canonicalise_isbn(@entry_isbn.text) + cannonized_isbn = begin + Library.canonicalise_isbn(isbn) rescue raise _("Couldn't validate the EAN/ISBN you " + "provided. Make sure it is written " + "correcty, and try again.") end - assert_not_exist(library, @entry_isbn.text) - books_to_add << Alexandria::BookProviders.isbn_search(isbn) + assert_not_exist(library, isbn) + books_to_add << Alexandria::BookProviders.isbn_search(cannonized_isbn) else @treeview_results.selection.selected_each do |model, path, iter| @@ -202,23 +236,47 @@ module UI if event.event_type == Gdk::Event::BUTTON_PRESS and event.button == 1 - radio, target_widget, box2, box3 = case widget + radio, target_widget, others = case widget when @eventbox_entry_search [@title_radiobutton, @entry_search, - @eventbox_combo_search, @eventbox_entry_isbn] + [@eventbox_combo_search, + @eventbox_entry_scanner, + @eventbox_combo_scanner, + @eventbox_entry_isbn]] when @eventbox_combo_search [@title_radiobutton, @combo_search, - @eventbox_entry_search, @eventbox_entry_isbn] + [@eventbox_entry_search, + @eventbox_entry_scanner, + @eventbox_combo_scanner, + @eventbox_entry_isbn]] + + when @eventbox_entry_scanner + [@scanner_radiobutton, @entry_scanner, + [@eventbox_entry_search, + @eventbox_combo_search, + @eventbox_combo_scanner, + @eventbox_entry_isbn]] + + when @eventbox_combo_scanner + [@scanner_radiobutton, @combo_scanner, + [@eventbox_entry_search, + @eventbox_combo_search, + @eventbox_entry_scanner, + @eventbox_entry_isbn]] when @eventbox_entry_isbn - [@isbn_radiobutton, @entry_isbn, - @eventbox_entry_search, @eventbox_combo_search] + [@isbn_radiobutton, @entry_isbn, + [@eventbox_entry_search, + @eventbox_combo_search, + @eventbox_entry_scanner, + @eventbox_combo_scanner]] end + radio.active = true target_widget.grab_focus widget.above_child = false - box2.above_child = box3.above_child = true + others.each {|other| other.above_child = true} end end diff -rup alexandria-0.4.0/lib/alexandria.rb alexandria-0.4.0-toph2/lib/alexandria.rb --- alexandria-0.4.0/lib/alexandria.rb 2004-11-05 13:01:48.000000000 -0800 +++ alexandria-0.4.0-toph2/lib/alexandria.rb 2005-02-06 20:55:49.000000000 -0800 @@ -55,3 +55,4 @@ require 'alexandria/library' require 'alexandria/book_providers' require 'alexandria/preferences' require 'alexandria/ui' +require 'alexandria/scanners' -------------- next part -------------- module Alexandria class CueCat def translate_cuecat(data) data.chomp! fields = data.split('.') fields.shift # First part is gibberish fields.shift # Second part is serial number type, code = fields.map {|field| decode_field(field) } if type == 'IB5': type = 'IBN' code = code[0, 13] end return code if type == 'IBN' raise "Don't know how to handle type #{type} (barcode: #{code})" end def decode_field (encoded) seq = 'abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ0123456789+-'; chars = encoded.split(//) values = chars.map {|c| seq.index(c) } padding = pad(values) result = calc(values) result = result[0, result.length - padding] return result end def calc (values) result = '' while values.length > 0 num = ((values[0] << 6 | values[1]) << 6 | values[2]) << 6 | values[3] result += ((num >> 16) ^ 67).chr result += ((num >> 8 & 255) ^ 67).chr result += ((num & 255) ^ 67).chr values = values[4, values.length] end return result end def pad (array) length = array.length % 4 if length != 0 raise "Error parsing CueCat input" if length == 1 length = 4 - length length.times { array.push(0) } end return length end end Scanners = {'CueCat' => CueCat.new.method(:translate_cuecat)} end From kapheine at hypa.net Mon Feb 7 09:06:03 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Mon Feb 7 08:55:32 2005 Subject: [Alexandria-list] userland cuecut support In-Reply-To: <20050207052944.GA17101@wso.williams.edu> References: <20050207052944.GA17101@wso.williams.edu> Message-ID: <20050207140603.GA18919@localhost> > One of the big draws for me was that Alexandria supported CueCat > (since I didn't want to type all the ISBNs in by hand). Unfortunately, > I run Linux 2.6 which means the CueCat driver wasn't an option for me. > > There didn't seem to any other way to do this (I hope I didn't miss > anything), so I put together a patch that implements userland CueCat > scanning for Alexandria. In addition to letting me to use the CueCat > with Alexandria under Linux 2.6, it would also allow it work for other > operating systems that don't necessarily have a driver. > > I wondered if there was any interest in this patch? When the cuecat support was originally being added, we had briefly talked about a userland patch. I can't remember the reason we decided not to do it, but if I can't remember, then maybe it wasn't a very good reason. Unless someone can come up with a good reason not to include it, I think replacing the current support with your patch might be a good idea. I don't have my scanner hooked up at the moment, but later I will try the patch and see how it works. -- 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/20050207/0c8dcf24/attachment.bin From daf at muse.19inch.net Wed Feb 9 19:56:26 2005 From: daf at muse.19inch.net (Dafydd Harries) Date: Wed Feb 9 19:53:07 2005 Subject: [Alexandria-list] Alexandria desktop file Message-ID: <20050210005626.GD6791@muse.19inch.net> Hanna has contributed a desktop file to Alexandria, which I've committed to CVS. Thanks Hanna! A few things: - The current icon file is a bit small to be used as an icon for the menu entry. - The setup scripts should be adjusted to install the icon to the right place and run update-desktop-database. (Although this should be easy to disable to make it easy to build the Debian package. Like the GConf schema installation, it will be run from the Debian package when it's installed rather than when it's built.) - The file should be internationalised. I've had some success in using intltool-update to extract the messages, although it means that .h files get left around. We have two options, I think: - Intltool is run from the genpot.sh script, and the setup scripts clean up any .h files. - Intltool is run from the setup scripts at build time, and also cleaned up from the same scripts. Phew! Who thought adding a menu entry could be so complicated? -- Dafydd From kapheine at hypa.net Thu Feb 10 22:41:49 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Thu Feb 10 22:30:32 2005 Subject: [Alexandria-list] CVS development tweaks Message-ID: <20050211034149.GC30352@localhost> Laurent, There are a few minor tweaks that would allow developing Alexandria without having to install it. One is to change the DATA_DIR generation line in lib/alexandria/pre-setup.rb to: DATA_DIR = ENV['RUBYDATA'] or '#{config('data-dir')}/alexandria' And the other is to add 'CVS' to the skip list in WebTheme's self.all method. Once these changes are made, a developer just has to define RUBYDATA and run the config and setup operations on install.rb and then alexandria can be ran from a CVS dir. If you want these chanegs, I can merge them in. I'm not sure if other people would find this useful as well. -- 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/20050210/34c0db8b/attachment.bin From laurent.sansonetti at gmail.com Fri Feb 11 05:17:26 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Feb 11 05:14:04 2005 Subject: [Alexandria-list] CVS development tweaks In-Reply-To: <20050211034149.GC30352@localhost> References: <20050211034149.GC30352@localhost> Message-ID: <1be7247c05021102172186077f@mail.gmail.com> Hi Zachary, On Thu, 10 Feb 2005 22:41:49 -0500, Zachary P. Landau wrote: > There are a few minor tweaks that would allow developing Alexandria > without having to install it. One is to change the DATA_DIR > generation line in lib/alexandria/pre-setup.rb to: > > DATA_DIR = ENV['RUBYDATA'] or '#{config('data-dir')}/alexandria' > > And the other is to add 'CVS' to the skip list in WebTheme's self.all > method. Once these changes are made, a developer just has to define > RUBYDATA and run the config and setup operations on install.rb and then > alexandria can be ran from a CVS dir. > > If you want these chanegs, I can merge them in. I'm not sure if other > people would find this useful as well. > Interesting. You can go ahead and commit, if you are sure the changes will not break anything. Unfortunately I am not able to test your tweaks for the moment, because I am very very busy with work these days (or should I say weeks). I am afraid to not have the time to review code that was submitted here recently (as well as bug reports). This should be better once my appartement will be connected to Internet (but when, I still don't know, it takes ages for that in paris). In the meantime I managed to acquire some barcode readers :) Cheers, and sorry for the pending work, Laurent From kapheine at hypa.net Fri Feb 11 10:58:48 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Fri Feb 11 10:47:25 2005 Subject: [Alexandria-list] CVS development tweaks In-Reply-To: <1be7247c05021102172186077f@mail.gmail.com> References: <20050211034149.GC30352@localhost> <1be7247c05021102172186077f@mail.gmail.com> Message-ID: <20050211155848.GA7197@localhost> > I am afraid to not have the time to review code that was submitted > here recently (as well as bug reports). This should be better once my > appartement will be connected to Internet (but when, I still don't > know, it takes ages for that in paris). Speaking of which, I was looking through the bug reports last night. A lot of them aren't reproducible or have been fixed in CVS. I'm not sure if bugs should be closed if they aren't reproducible or what. I wish there was a category specifically for that :P > > In the meantime I managed to acquire some barcode readers :) Good to hear. I noticed that while the Add Book Dialog has cuecat support, there isn't support when editing the properties of a book, in the ISBN edit field. That should probably wait until I have tested the userspace cuecat support posted here recently and we have decided we want that. > Cheers, and sorry for the pending work, I hope you're enjoying it at least :P I've been following your blog, but haven't heard any comments about how the job is going. -- 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/20050211/02b62bfa/attachment.bin From tomwoelfel at yahoo.de Sat Feb 12 06:32:49 2005 From: tomwoelfel at yahoo.de (Tom Woelfel) Date: Sat Feb 12 06:43:05 2005 Subject: [Alexandria-list] (no subject) Message-ID: <20050212113249.39101.qmail@web51609.mail.yahoo.com> Dear Sirs, after upgrading from alexandria 0.3.1 to alexandria 0.4 I've seen a crash. (I'v done all the necessary steps including the gconftool2 --shutdown and gconftool2 --unset ..." . I hope the output is helpful. Alexandria crashed after pushing the "+" Button for adding a book. Greetings, Tom Woelfel woelfel@farside:~> alexandria ** (alexandria:5837): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() ** (alexandria:5837): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() ** (alexandria:5837): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() ** (alexandria:5837): WARNING **: Invalid UTF8 string passed to pango_layout_set_text() (alexandria:5837): Gtk-CRITICAL **: file gtkcellview.c: line 707 (gtk_cell_view_cell_layout_clear_attributes): assertion `info != NULL' failed ----------------------- Alexandria just crashed ----------------------- Timestamp: Sat Feb 12 12:13:06 GMT 2005 Message: cannot convert nil into String Backtrace: /usr/lib/ruby/site_ruby/1.8/alexandria/ui/new_book_dialog.rb:63:in `exist?' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/new_book_dialog.rb:63:in `initialize' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:466:in `new' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:466:in `initialize_ui' /usr/lib/ruby/site_ruby/1.8/alexandria/ui/main_app.rb:465:in `call' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:41:in `main' /usr/lib/ruby/site_ruby/1.8/alexandria/ui.rb:41: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 farside 2.6.8-24.11-default #1 Fri Jan 14 13:01:26 UTC 2005 i686 i686 i386 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). ___________________________________________________________ Gesendet von Yahoo! Mail - Jetzt mit 250MB Speicher kostenlos - Hier anmelden: http://mail.yahoo.de From kapheine at hypa.net Sat Feb 12 11:58:31 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sat Feb 12 11:46:56 2005 Subject: [Alexandria-list] (no subject) In-Reply-To: <20050212113249.39101.qmail@web51609.mail.yahoo.com> References: <20050212113249.39101.qmail@web51609.mail.yahoo.com> Message-ID: <20050212165831.GC10735@localhost> > Dear Sirs, > > after upgrading from alexandria 0.3.1 to > alexandria 0.4 I've seen a crash. (I'v done all the > necessary steps including the gconftool2 --shutdown > and gconftool2 --unset ..." . I hope the output is > helpful. > > Alexandria crashed after pushing the "+" Button for > adding a book. > > Greetings, > Tom Woelfel > > > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/new_book_dialog.rb:63:in > `exist?' > /usr/lib/ruby/site_ruby/1.8/alexandria/ui/new_book_dialog.rb:63:in > `initialize' Tom, It can't find the cuecat device setting in gconf. I don't know why this would be. Find out where all your .schema files are stored, and make sure that the alexandria one has the cuecat_device setting in there. If not, the schema didn't properly update when you moved to the newer version. If you are looking for a quick fix, you can take out the cuecat detection by commenting out the block starting at line 63 in new_book_dialog.rb -- 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/20050212/23e6abc8/attachment.bin From kapheine at hypa.net Sat Feb 12 12:11:37 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sat Feb 12 12:00:08 2005 Subject: [Alexandria-list] Check for cuecat device Message-ID: <20050212171137.GD10735@localhost> Skipped content of type multipart/mixed-------------- 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/20050212/09d73755/attachment.bin From schultkl at ieee.org Sat Feb 12 12:28:44 2005 From: schultkl at ieee.org (Kevin L. Schultz) Date: Sat Feb 12 12:18:59 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? Message-ID: <1108229324.22255.7.camel@localhost> Dear Alexandria user/developer community: I submitted a bug report on February 5, stating that Alexandria crashes on start-up, after the user adds the 144th book. Upper Book Limit (?) -- Segmentation Fault When 144th Book Added http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 Would someone please verify this bug on their system, if they have time and motivation? I attached a bz2'd tar file of 144 yaml files to the bug report to make it easy to verify. Just unzip the tar in the .alexandria folder and start up Alexandria. Thanks! Kevin -- Kevin L. Schultz "I do not believe that the great object in life is to make everything cheap." - Henry M. Teller From pterjan at linuxfr.org Sat Feb 12 12:43:28 2005 From: pterjan at linuxfr.org (Pascal Terjan) Date: Sat Feb 12 12:40:09 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <1108229324.22255.7.camel@localhost> References: <1108229324.22255.7.camel@localhost> Message-ID: <1108230208.8334.49.camel@cmoi.fasmz.org> Le samedi 12 f?vrier 2005 ? 09:28 -0800, Kevin L. Schultz a ?crit : > Dear Alexandria user/developer community: > > I submitted a bug report on February 5, stating that Alexandria crashes > on start-up, after the user adds the 144th book. > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > Would someone please verify this bug on their system, if they have time > and motivation? I attached a bz2'd tar file of 144 yaml files to the > bug report to make it easy to verify. Just unzip the tar in > the .alexandria folder and start up Alexandria. Hi, alexandria 0.4.0 (Mandrakelinux Cooker, Ruby 1.8.2) does not segfault here with your library. From kapheine at hypa.net Sat Feb 12 13:50:45 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sat Feb 12 13:39:08 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <1108230208.8334.49.camel@cmoi.fasmz.org> References: <1108229324.22255.7.camel@localhost> <1108230208.8334.49.camel@cmoi.fasmz.org> Message-ID: <20050212185045.GE10735@localhost> > > I submitted a bug report on February 5, stating that Alexandria crashes > > on start-up, after the user adds the 144th book. > > > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > > > Would someone please verify this bug on their system, if they have time > > and motivation? I attached a bz2'd tar file of 144 yaml files to the > > bug report to make it easy to verify. Just unzip the tar in > > the .alexandria folder and start up Alexandria. > > Hi, > alexandria 0.4.0 (Mandrakelinux Cooker, Ruby 1.8.2) does not segfault > here with your library. Works here, as well. Alexandria CVS, Debian unstable, Ruby 1.8.2. Kevin, have you used any other Ruby GTK apps and had weird problems with them? -- 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/20050212/1d5f4a1b/attachment.bin From vitei at web.de Sat Feb 12 14:16:41 2005 From: vitei at web.de (Viktor Bindewald) Date: Sat Feb 12 14:12:51 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <1108229324.22255.7.camel@localhost> References: <1108229324.22255.7.camel@localhost> Message-ID: <1108235802.7777.11.camel@localhost.localdomain> Am Samstag, den 12.02.2005, 09:28 -0800 schrieb Kevin L. Schultz: > Dear Alexandria user/developer community: > > I submitted a bug report on February 5, stating that Alexandria crashes > on start-up, after the user adds the 144th book. > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > Would someone please verify this bug on their system, if they have time > and motivation? I attached a bz2'd tar file of 144 yaml files to the > bug report to make it easy to verify. Just unzip the tar in > the .alexandria folder and start up Alexandria. > > Thanks! I've done some tests and on my system (Debian Sid, Alexandria 0.4.0) the application crashes when the library (I've used Kevin's one) containst more than 138 books. This are the appearing error messages: ################################################################## (alexandria:8533): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (alexandria:8533): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible (gnome_segv:8534): Gnome-WARNING **: Accessibility: failed to find module 'libgail-gnome' which is needed to make this application accessible GTK Accessibility Module initialized (gnome_segv:8534): Gnome-WARNING **: Accessibility: failed to find module 'libatk-bridge' which is needed to make this application accessible ################################################################## As far as I understand these messages are "quite normal". Am I right? With 138 books or less the messages appear only one time. If I should give additional information or do some extra tests let me know. Viktor From kapheine at hypa.net Sat Feb 12 14:39:27 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Sat Feb 12 14:27:51 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <1108235802.7777.11.camel@localhost.localdomain> References: <1108229324.22255.7.camel@localhost> <1108235802.7777.11.camel@localhost.localdomain> Message-ID: <20050212193926.GF10735@localhost> > > Dear Alexandria user/developer community: > > > > I submitted a bug report on February 5, stating that Alexandria crashes > > on start-up, after the user adds the 144th book. > > > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > > > Would someone please verify this bug on their system, if they have time > > and motivation? I attached a bz2'd tar file of 144 yaml files to the > > bug report to make it easy to verify. Just unzip the tar in > > the .alexandria folder and start up Alexandria. > > > > Thanks! > > I've done some tests and on my system (Debian Sid, Alexandria 0.4.0) the > application crashes when the library (I've used Kevin's one) containst > more than 138 books. > > If I should give additional information or do some extra tests let me > know. If either of you are handy with a debugger, you could try installing the libgtk2.0-dbg Debian package and try to track down where in GTK it is crashing. That should hopefully give more information about the problem. It'd be much more helpful if I could reproduce the problem. Could you guys tell me what version of gtk and ruby-gtk2 you are using? Maybe if I have the same version I can get the problem to show 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/20050212/8aeabd2c/attachment.bin From schultkl at ieee.org Sat Feb 12 14:48:30 2005 From: schultkl at ieee.org (Kevin L. Schultz) Date: Sat Feb 12 14:38:46 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <20050212193926.GF10735@localhost> References: <1108229324.22255.7.camel@localhost> <1108235802.7777.11.camel@localhost.localdomain> <20050212193926.GF10735@localhost> Message-ID: <1108237710.22255.11.camel@localhost> Ah, excellent suggestion. I used the ruby debugger but got stuck at the call to action.activate. I don't have time until this evening, but I'll install and try to track down the problem in the GTK code. Just as a side-note, if I use the ruby debugger, can I trace into the GTK code? Sincerely, Kevin On Sat, 2005-02-12 at 14:39 -0500, Zachary P. Landau wrote: > > > Dear Alexandria user/developer community: > > > > > > I submitted a bug report on February 5, stating that Alexandria crashes > > > on start-up, after the user adds the 144th book. > > > > > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > > > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > > > > > Would someone please verify this bug on their system, if they have time > > > and motivation? I attached a bz2'd tar file of 144 yaml files to the > > > bug report to make it easy to verify. Just unzip the tar in > > > the .alexandria folder and start up Alexandria. > > > > > > Thanks! > > > > I've done some tests and on my system (Debian Sid, Alexandria 0.4.0) the > > application crashes when the library (I've used Kevin's one) containst > > more than 138 books. > > > > If I should give additional information or do some extra tests let me > > know. > > If either of you are handy with a debugger, you could try installing the > libgtk2.0-dbg Debian package and try to track down where in GTK it is > crashing. That should hopefully give more information about the > problem. > > It'd be much more helpful if I could reproduce the problem. Could you > guys tell me what version of gtk and ruby-gtk2 you are using? Maybe if > I have the same version I can get the problem to show up. > > -- > Zachary P. Landau > GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list -- Kevin L. Schultz "I do not believe that the great object in life is to make everything cheap." - Henry M. Teller From schultkl at ieee.org Sat Feb 12 14:53:14 2005 From: schultkl at ieee.org (Kevin L. Schultz) Date: Sat Feb 12 14:43:30 2005 Subject: [Alexandria-list] Would Someone Please Verify My Bug Report? In-Reply-To: <1108237710.22255.11.camel@localhost> References: <1108229324.22255.7.camel@localhost> <1108235802.7777.11.camel@localhost.localdomain> <20050212193926.GF10735@localhost> <1108237710.22255.11.camel@localhost> Message-ID: <1108237994.22255.14.camel@localhost> BTW, here is what I have installed: ingersoll:/home/schultkl/.alexandria# dpkg -l | grep ruby ii libamazon-ruby 0.8.5-1 a Ruby library for programmatic access to th ii libart2-ruby 0.11.0-2 Libart 2 bindings for the Ruby language ii libatk1-ruby 0.11.0-2 ATK bindings for the Ruby language ii libgconf2-ruby 0.11.0-2 GConf 2 bindings for the Ruby language ii libgettext-rub 0.8.0-1 Gettext for ruby1.8 ii libglade2-ruby 0.11.0-2 Libglade 2 bindings for the Ruby language ii libglib2-ruby 0.11.0-2 Glib 2 bindings for the Ruby language ii libgnome2-ruby 0.11.0-2 GNOME 2 bindings for the Ruby language ii libgtk2-ruby 0.11.0-2 GTK+ bindings for the Ruby language ii libiconv-ruby1 1.8.2-2 A Wrapper class of iconv for the Ruby 1.8 ii libpango1-ruby 0.11.0-2 Pango bindings for the Ruby language ii librexml-ruby1 1.8.2-2 pure Ruby non-validating XML parser supporti ii libruby1.8 1.8.2-2 Libraries necessary to run the Ruby 1.8 ii libyaml-ruby1. 1.8.2-2 YAML for Ruby 1.8 ii ruby 1.8.2-1 An interpreter of object-oriented scripting ii ruby1.8 1.8.2-2 Interpreter of object-oriented scripting lan I installed ruby using apt on Debian. Here's my gtk stuff: ingersoll:/home/schultkl/.alexandria# dpkg -l | grep gtk ii gdk-imlib1 1.9.14-16 imaging library for use with gtk (using libp ii gtk2-engines-c 2.6.3-1 the Crux theme engine for GTK+ 2.x ii gtk2-engines-i 0.2.36.2 Flat-looking GTK+ 2.x engine from Ximian ii gtk2-engines-l 2.6.3-1 LighthouseBlue theme for GTK+ 2.x ii gtk2-engines-p 2.2.0-3 Pixbuf-based theme for GTK+ 2.x ii gtk2-engines-r 2.2.0-3 Windows-like theme for GTK+ 2.x ii gtk2-engines-s 0.5.8-1 Smooth Engine for GTK+ 2.x ii gtk2-engines-s 0.7-8 A blue vector theme for GTK+ 2.x ii gtk2-engines-t 2.6.3-1 the ThinIce theme engine for GTK+ 2.x ii gtkhtml3.0 3.0.10-1 HTML rendering/editing library - bonobo comp ii gtkhtml3.2 3.2.4-1 HTML rendering/editing library - bonobo comp ii libgnorbagtk0 1.4.2-19 GNOME CORBA services (Gtk bindings) ii libgtk1.2 1.2.10-17 The GIMP Toolkit set of widgets for X ii libgtk1.2-comm 1.2.10-17 Common files for the GTK+ library ii libgtk2-ruby 0.11.0-2 GTK+ bindings for the Ruby language ii libgtk2.0-0 2.4.13-1 The GTK+ graphical user interface library ii libgtk2.0-bin 2.4.13-1 The programs for the GTK+ graphical user int ii libgtk2.0-comm 2.4.13-1 Common files for the GTK+ graphical user int ii libgtkhtml2-0 2.6.2-2 HTML rendering/editing library - runtime fil ii libgtkhtml3.0- 3.0.10-1 HTML rendering/editing library - runtime fil ii libgtkhtml3.2- 3.2.4-1 HTML rendering/editing library - runtime fil ii libgtksourcevi 1.1.1-1 Common files for the GTK+ syntax highlightin ii libgtksourcevi 1.1.1-1 Shared libraries for the GTK+ syntax highlig ii libgtkspell0 2.0.8-1 a spell-checking addon for GTK's TextView wi ii python-gtk2 2.2.0-3 Python bindings for the GTK+ widget set ii python2.3-gtk2 2.2.0-3 Python bindings for the GTK+ widget set Sincerely, Kevin On Sat, 2005-02-12 at 11:48 -0800, Kevin L. Schultz wrote: > Ah, excellent suggestion. I used the ruby debugger but got stuck at the > call to action.activate. > > I don't have time until this evening, but I'll install and try to track > down the problem in the GTK code. > > Just as a side-note, if I use the ruby debugger, can I trace into the > GTK code? > > Sincerely, > > > > Kevin > > On Sat, 2005-02-12 at 14:39 -0500, Zachary P. Landau wrote: > > > > Dear Alexandria user/developer community: > > > > > > > > I submitted a bug report on February 5, stating that Alexandria crashes > > > > on start-up, after the user adds the 144th book. > > > > > > > > Upper Book Limit (?) -- Segmentation Fault When 144th Book Added > > > > http://rubyforge.org/tracker/index.php?func=detail&aid=1456&group_id=205&atid=863 > > > > > > > > Would someone please verify this bug on their system, if they have time > > > > and motivation? I attached a bz2'd tar file of 144 yaml files to the > > > > bug report to make it easy to verify. Just unzip the tar in > > > > the .alexandria folder and start up Alexandria. > > > > > > > > Thanks! > > > > > > I've done some tests and on my system (Debian Sid, Alexandria 0.4.0) the > > > application crashes when the library (I've used Kevin's one) containst > > > more than 138 books. > > > > > > If I should give additional information or do some extra tests let me > > > know. > > > > If either of you are handy with a debugger, you could try installing the > > libgtk2.0-dbg Debian package and try to track down where in GTK it is > > crashing. That should hopefully give more information about the > > problem. > > > > It'd be much more helpful if I could reproduce the problem. Could you > > guys tell me what version of gtk and ruby-gtk2 you are using? Maybe if > > I have the same version I can get the problem to show up. > > > > -- > > Zachary P. Landau > > GPG: gpg --recv-key 0x24E5AD99 | http://kapheine.hypa.net/kapheine.asc > > _______________________________________________ > > Alexandria-list mailing list > > Alexandria-list@rubyforge.org > > http://rubyforge.org/mailman/listinfo/alexandria-list -- Kevin L. Schultz "I do not believe that the great object in life is to make everything cheap." - Henry M. Teller From laurent.sansonetti at gmail.com Tue Feb 15 12:20:30 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 15 12:16:59 2005 Subject: [Alexandria-list] Check for cuecat device In-Reply-To: <20050212171137.GD10735@localhost> References: <20050212171137.GD10735@localhost> Message-ID: <1be7247c05021509201ef9f50c@mail.gmail.com> Hi Zachary, (sorry for the late response) On Sat, 12 Feb 2005 12:11:37 -0500, Zachary P. Landau wrote: > > Laurent, > > What do you think of the attached patch? It checks to see if the cuecat > device is set in GConf before trying to read it, to keep Alexandria from > crashing in this case (as the previous poster encountered). The main > problem I see with it is it seems like more of a bandaid for when GConf > wasn't properly updated. > I do not really like this, but if this fixes this silly GConf issue, you can go ahead. We should by the way add similar checks for all the keys (since we got a lot of reports about that). Of course, fixing GConf would be better, but the developers are aware of this since ages. > One possible option would be to store a version number in GConf and to > check that on startup each time, to make sure the user is running the > right one. That is better than getting crashes here and there that they > don't understand. The only problem is that if a version number is in > GConf, people can go ahead and change it :P > No no, this is not the good way :) But we can still write the number somewhere in ~/.alexandria. I received a new laptop today, so I can resume alexandria development at home (once I will setup the environment, so count a day or two). Unfortunately still without Internet, but I should be able to fix at least some bugs. Laurent From laurent.sansonetti at gmail.com Tue Feb 15 12:26:38 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 15 12:23:07 2005 Subject: [Alexandria-list] CVS development tweaks In-Reply-To: <20050211155848.GA7197@localhost> References: <20050211034149.GC30352@localhost> <1be7247c05021102172186077f@mail.gmail.com> <20050211155848.GA7197@localhost> Message-ID: <1be7247c05021509265ab73605@mail.gmail.com> Hi Zachary, On Fri, 11 Feb 2005 10:58:48 -0500, Zachary P. Landau wrote: > > I am afraid to not have the time to review code that was submitted > > here recently (as well as bug reports). This should be better once my > > appartement will be connected to Internet (but when, I still don't > > know, it takes ages for that in paris). > > Speaking of which, I was looking through the bug reports last night. A > lot of them aren't reproducible or have been fixed in CVS. I'm not sure > if bugs should be closed if they aren't reproducible or what. I wish > there was a category specifically for that :P > Yes, a lot of bugs are already fixed. We should tune a bit the bug tracker to be able to set a bug as non reproducable. > > In the meantime I managed to acquire some barcode readers :) > > Good to hear. I noticed that while the Add Book Dialog has cuecat > support, there isn't support when editing the properties of a book, in > the ISBN edit field. That should probably wait until I have tested the > userspace cuecat support posted here recently and we have decided we > want that. > Mmh, I will look at this as soon as I receive the CueCat thing. We should definitely allow a batch mode. > > Cheers, and sorry for the pending work, > > I hope you're enjoying it at least :P I've been following your blog, > but haven't heard any comments about how the job is going. > Oh, well the job is going pretty well, though I can not write about it. Sorry everyone for the pending work! Laurent From kapheine at hypa.net Tue Feb 15 12:39:07 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Tue Feb 15 12:26:52 2005 Subject: [Alexandria-list] Check for cuecat device In-Reply-To: <1be7247c05021509201ef9f50c@mail.gmail.com> References: <20050212171137.GD10735@localhost> <1be7247c05021509201ef9f50c@mail.gmail.com> Message-ID: <20050215173907.GA14860@localhost> > > One possible option would be to store a version number in GConf and to > > check that on startup each time, to make sure the user is running the > > right one. That is better than getting crashes here and there that they > > don't understand. The only problem is that if a version number is in > > GConf, people can go ahead and change it :P > > > > No no, this is not the good way :) But we can still write the number > somewhere in ~/.alexandria. Storing it in ~/.alexandria wouldn't help though. The point of having it in GConf would be so you could check the current version of Alexandria against the current schema stored in GConf. Does GConf have a better mechanism for this? I don't know much about it. > I received a new laptop today, so I can resume alexandria development > at home (once I will setup the environment, so count a day or two). > Unfortunately still without Internet, but I should be able to fix at > least some bugs. That's good. Just out of curiousity, what laptop did you get? -- 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/20050215/7d0d9f51/attachment.bin From laurent.sansonetti at gmail.com Tue Feb 15 12:38:37 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 15 12:35:07 2005 Subject: [Alexandria-list] Alexandria desktop file In-Reply-To: <20050210005626.GD6791@muse.19inch.net> References: <20050210005626.GD6791@muse.19inch.net> Message-ID: <1be7247c0502150938721c0800@mail.gmail.com> Hi Dafydd, On Thu, 10 Feb 2005 00:56:26 +0000, Dafydd Harries wrote: > Hanna has contributed a desktop file to Alexandria, which I've committed > to CVS. Thanks Hanna! > Cool, thanks Hanna! > A few things: > > - The current icon file is a bit small to be used as an icon for the > menu entry. > My girlfriend was working on a new icon for Alexandria (with inkscape). Normally the new icon should be available for the next release (hehe, theoretically). > - The setup scripts should be adjusted to install the icon to the right > place and run update-desktop-database. (Although this should be easy > to disable to make it easy to build the Debian package. Like the > GConf schema installation, it will be run from the Debian package > when it's installed rather than when it's built.) > Oki, this should be doable. > - The file should be internationalised. I've had some success in using > intltool-update to extract the messages, although it means that .h files > get left around. We have two options, I think: > > - Intltool is run from the genpot.sh script, and the setup scripts > clean up any .h files. > > - Intltool is run from the setup scripts at build time, and also > cleaned up from the same scripts. > I have absolutely no idea on this, so I believe you should pick what you think is the best way :-) Laurent From laurent.sansonetti at gmail.com Tue Feb 15 12:41:57 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 15 12:38:24 2005 Subject: [Alexandria-list] Check for cuecat device In-Reply-To: <20050215173907.GA14860@localhost> References: <20050212171137.GD10735@localhost> <1be7247c05021509201ef9f50c@mail.gmail.com> <20050215173907.GA14860@localhost> Message-ID: <1be7247c0502150941785486d0@mail.gmail.com> On Tue, 15 Feb 2005 12:39:07 -0500, Zachary P. Landau wrote: > > > One possible option would be to store a version number in GConf and to > > > check that on startup each time, to make sure the user is running the > > > right one. That is better than getting crashes here and there that they > > > don't understand. The only problem is that if a version number is in > > > GConf, people can go ahead and change it :P > > > > > > > No no, this is not the good way :) But we can still write the number > > somewhere in ~/.alexandria. > > Storing it in ~/.alexandria wouldn't help though. The point of having > it in GConf would be so you could check the current version of > Alexandria against the current schema stored in GConf. Right, I typed too fast :) > Does GConf have a better mechanism for this? I don't know much about it. > No idea, but I doubt it has one :) > > I received a new laptop today, so I can resume alexandria development > > at home (once I will setup the environment, so count a day or two). > > Unfortunately still without Internet, but I should be able to fix at > > least some bugs. > > That's good. Just out of curiousity, what laptop did you get? > A powerbook, latest model. Runs Ubuntulinux pretty well. Laurent From tomwoelfel at yahoo.de Thu Feb 17 11:30:09 2005 From: tomwoelfel at yahoo.de (Tom Woelfel) Date: Thu Feb 17 11:26:36 2005 Subject: [Alexandria-list] (no subject) Message-ID: <4214C691.8080007@yahoo.de> Yes - commenting out the sections in new_book_dialog.rb works. I've re-tried to reproduce the error and this time there was also a "cannot access /dev/scanners/cuecat" message. Strange. Changing to a+r doesn't help. (I don't have/use a ceucat) I'm working with Suse 9.2 and after the installationa couple of file have ony r-access for root. Maybe the root cause is the same ..... Best regards, Tom BTW: I'm gonna buy a bar code scanner soon. Due to the fact that I have to import a couple of books I will try to generate a plain text file using the barcodescanner only and and then test the import function of alexandria. (seems to be the fastest method for a huge library). > Tom, > > It can't find the cuecat device setting in gconf. I don't know why this > would be. Find out where all your .schema files are stored, and make > sure that the alexandria one has the cuecat_device setting in there. If > not, the schema didn't properly update when you moved to the newer > version. > > If you are looking for a quick fix, you can take out the cuecat > detection by commenting out the block starting at line 63 in > new_book_dialog.rb From laurent.sansonetti at gmail.com Fri Feb 18 05:52:07 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Feb 18 05:48:30 2005 Subject: [Alexandria-list] Back in the game - FOSDEM Message-ID: <1be7247c05021802523745de7a@mail.gmail.com> Hi all, Now that I have a personal computer I restarted Alexandria development, since yesterday night. I added the contextual (popup) menu in the library view, requested by Hanna. I wanted to support GTK+ 2.6 widgets (the icon view and the about dialog) but I found that Ubuntulinux Warty has still GTK+ 2.4 (I don't know why, but it must be related to the fact that Firefox 1.0 is still not available as well). Anyway, I will resume the bug fixes. If you have sent me a private email with a bug report and if you got no response from me, please retry. I have received so much emails in the meantime and I was not able to process all of them. On a related note, I will attend the FOSDEM event (http://www.fosdem.org/2005), like all previous years. If you plan to come too, please drop me a message, so we can met and discuss about Alexandra in front of a tasty Belgian beer! Cheers Laurent From laurent.sansonetti at gmail.com Fri Feb 18 10:03:04 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Feb 18 09:59:26 2005 Subject: [Alexandria-list] Merged patches Message-ID: <1be7247c050218070398e2cb5@mail.gmail.com> FYI, just merged two patches in CVS: - BN.com query fix by Kevin ; - Provider to the Spanish Ministry of Culture, provided by Javier. Laurent From registrations at liamjdavison.info Sun Feb 20 07:59:01 2005 From: registrations at liamjdavison.info (Liam Davison) Date: Sun Feb 20 07:55:20 2005 Subject: [Alexandria-list] Display online information issue Message-ID: <1108904341.4655.3.camel@localhost.localdomain> Hello Been playing with the latest Alexandria CVS, still very nice. But very slow opening the Preferences dialogue... Will investigate further. But really wanted to comment on the "Display online information" menu - nice idea, but I think it should take you to the amazon site listed in preferences, and not directly to amazon.com. I.e. I prefer to fetch book info from amazon.co.uk, so the "Online Info" option should take me to the amazon.co.uk site. Been thinking about documentation for alexandria. I would love to be more involved, but I got rather bogged down in docbook. I'm no fool, but I can't seem to find a simple how-to or sample Gnome help file anywhere. Does anyone know where I can look? -- Liam Davison From hmw26 at cam.ac.uk Sun Feb 20 08:58:47 2005 From: hmw26 at cam.ac.uk (Hanna M. Wallach) Date: Sun Feb 20 08:55:08 2005 Subject: [Alexandria-list] Back in the game - FOSDEM In-Reply-To: <1be7247c05021802523745de7a@mail.gmail.com> References: <1be7247c05021802523745de7a@mail.gmail.com> Message-ID: <20050220135847.GF13717@srcf.ucam.org> Hi Laurent, > I added the contextual (popup) > menu in the library view, requested by Hanna. Excellent! > On a related note, I will attend the FOSDEM event > (http://www.fosdem.org/2005), like all previous years. If you plan > to come too, please drop me a message, so we can met and discuss > about Alexandra in front of a tasty Belgian beer! Aha, I'll be at FOSDEM too, and would love to meet up and chat about Alexandria over a beer. I'm definitely going to Le Roy d'Espagne on Friday night (see http://lists.fosdem.org/pipermail/fosdem/2005-February/001907.html for details) -- what about you? All the best, -- hanna m. wallach blog: http://join-the-dots.org/ work: http://www.inference.phy.cam.ac.uk/hmw26/ From piman at sacredchao.net Sun Feb 20 14:46:02 2005 From: piman at sacredchao.net (Joe Wreschnig) Date: Sun Feb 20 14:49:23 2005 Subject: [Alexandria-list] Display online information issue In-Reply-To: <1108904341.4655.3.camel@localhost.localdomain> References: <1108904341.4655.3.camel@localhost.localdomain> Message-ID: <1108928762.7571.4.camel@localhost> On Sun, 2005-02-20 at 12:59 +0000, Liam Davison wrote: > Been thinking about documentation for alexandria. I would love to be > more involved, but I got rather bogged down in docbook. I'm no fool, but > I can't seem to find a simple how-to or sample Gnome help file anywhere. > Does anyone know where I can look? http://developer.gnome.org/projects/gdp/templates/gnome-app-template.xml is a GNOME application manual template. http://sacredchao.net/~piman/snippets/2004/Makefile.docbook is a makefile that does all the hard work of remembering the DocBook toolchain for you, but it's not aware of GNOME-specific things like OMF/Scrollkeeper. -- Joe Wreschnig -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050220/d42c3fb2/attachment.bin From laurent.sansonetti at gmail.com Mon Feb 21 06:33:12 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Mon Feb 21 06:29:30 2005 Subject: [Alexandria-list] Back in the game - FOSDEM In-Reply-To: <20050220135847.GF13717@srcf.ucam.org> References: <1be7247c05021802523745de7a@mail.gmail.com> <20050220135847.GF13717@srcf.ucam.org> Message-ID: <1be7247c0502210333140cb63b@mail.gmail.com> Hi Hanna, > > On a related note, I will attend the FOSDEM event > > (http://www.fosdem.org/2005), like all previous years. If you plan > > to come too, please drop me a message, so we can met and discuss > > about Alexandra in front of a tasty Belgian beer! > > Aha, I'll be at FOSDEM too, and would love to meet up and chat about > Alexandria over a beer. I'm definitely going to Le Roy d'Espagne on > Friday night (see > http://lists.fosdem.org/pipermail/fosdem/2005-February/001907.html for > details) -- what about you? > Looks like the URL is not valid anymore :) In fact I will be there only from Saturday, since I leave France Friday night. But I am sure we will have the time to meet during Saturday. I will write a page on the Wiki (for once it will be useful) to organize a 'meeting' :) Laurent From laurent.sansonetti at gmail.com Mon Feb 21 07:53:07 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Mon Feb 21 07:49:23 2005 Subject: [Alexandria-list] FOSDEM meet up! Message-ID: <1be7247c050221045374a5cd64@mail.gmail.com> Hi all, Here is a Wiki page to discuss about a possible 'meeting' [1] at FOSDEM 2005. http://alexandria.rubyforge.org/wiki/wiki.pl?MeetingAtFOSDEM2005 More info about the FOSDEM here: http://fosdem.org Do not hesitate to edit the page! Laurent [1] I really dislike this word, but my English is so poor that I need to use it From laurent.sansonetti at gmail.com Tue Feb 22 08:16:53 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 22 08:13:06 2005 Subject: [Alexandria-list] Hacktivity Message-ID: <1be7247c05022205164d951a5f@mail.gmail.com> Hi all, Yesterday I brought GTK+ 2.6 widgets in Alexandria: - The about dialog is now using Gtk::AboutDialog, and is more beautiful. You can even read the license, visit our web site or click on a contributor's e-mail to open your default mail client! - The icon view is now using Gtk::IconView. I now share the same Gtk::ListStore for both icon and list views. Also, the model has been reduced a bit. Alexandria should therefore use less memory. I have improved some code to enhance performances also. Tasks like switching from one library to another, editing properties, adding books, removing books.. should be faster. There is a little problem with Gtk::IconView though... it seems to layout icons in a weird way. When I start Alexandria (or any program that use this new widget), the icons are not aligned. There are put one after the other, in a compact way. But when I resize the window, they align themselves. I do not know if this is a problem with my version of GTK, so I would be glad if someone could give CVS a try. My next step is to rewrite Alexandria::MainApp with a Gtk::Dialog and not a Gnome::App, so we can officially remove libgnomeui of the dependencies list. In this step, I would like to rewrite the main window in pure GTK (and not Glade), and also refactor the code. Laurent From kapheine at hypa.net Tue Feb 22 08:52:06 2005 From: kapheine at hypa.net (Zachary P. Landau) Date: Tue Feb 22 08:38:26 2005 Subject: [Alexandria-list] Hacktivity In-Reply-To: <1be7247c05022205164d951a5f@mail.gmail.com> References: <1be7247c05022205164d951a5f@mail.gmail.com> Message-ID: <20050222135206.GA25724@localhost> > My next step is to rewrite Alexandria::MainApp with a Gtk::Dialog and > not a Gnome::App, so we can officially remove libgnomeui of the > dependencies list. In this step, I would like to rewrite the main > window in pure GTK (and not Glade), and also refactor the code. Why do you want to remove Glade? I main reason I can think to not use it is startup speed, and I never noticed anything significant (although I never tested). Is there some other reason to ge rid of it? -- 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/20050222/99bcffcb/attachment.bin From laurent.sansonetti at gmail.com Tue Feb 22 09:16:17 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 22 09:12:30 2005 Subject: [Alexandria-list] Hacktivity In-Reply-To: <20050222135206.GA25724@localhost> References: <1be7247c05022205164d951a5f@mail.gmail.com> <20050222135206.GA25724@localhost> Message-ID: <1be7247c0502220616edd8ef9@mail.gmail.com> Hi Zachary, On Tue, 22 Feb 2005 08:52:06 -0500, Zachary P. Landau wrote: > > My next step is to rewrite Alexandria::MainApp with a Gtk::Dialog and > > not a Gnome::App, so we can officially remove libgnomeui of the > > dependencies list. In this step, I would like to rewrite the main > > window in pure GTK (and not Glade), and also refactor the code. > > Why do you want to remove Glade? I main reason I can think to not use > it is startup speed, and I never noticed anything significant (although > I never tested). Is there some other reason to ge rid of it? > I personally think Glade is not appropriate for complex windows, like mainapp.rb. Glade is good for prototyping, or when the window is small (like the preferences dialog, of the add book dialog, for instance). Handing menus or toolbars with Glade is a pain. Handling signals with Glade is also a pain. I think removing Glade in mainapp.rb would allow us to refactor the code easier. I also plan to remove Glade everywhere in Alexandria for 1.0.0 (one day...). The reasons are speed, flexibility of the code, and portability issues (though libglade is portable it is not easy to package programs with .glade files). Laurent From laurent.sansonetti at gmail.com Tue Feb 22 09:39:52 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 22 09:36:06 2005 Subject: [Alexandria-list] Re: Hacktivity In-Reply-To: <1be7247c05022205164d951a5f@mail.gmail.com> References: <1be7247c05022205164d951a5f@mail.gmail.com> Message-ID: <1be7247c05022206394bff1f09@mail.gmail.com> On Tue, 22 Feb 2005 14:16:53 +0100, Laurent Sansonetti wrote: > if someone could give CVS a try. > I forgot to warn you that you need Ruby-GNOME2 CVS (as well as GTK+ 2.6 of course) in order to run Alexandria CVS. Laurent From laurent.sansonetti at gmail.com Tue Feb 22 09:59:30 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Tue Feb 22 09:55:43 2005 Subject: [Alexandria-list] Display online information issue In-Reply-To: <1108904341.4655.3.camel@localhost.localdomain> References: <1108904341.4655.3.camel@localhost.localdomain> Message-ID: <1be7247c0502220659648723b0@mail.gmail.com> Hi Liam, On Sun, 20 Feb 2005 12:59:01 +0000, Liam Davison wrote: > Hello > > Been playing with the latest Alexandria CVS, still very nice. But very > slow opening the Preferences dialogue... Will investigate further. > Yes, I noticed that also. Will improve this later. > But really wanted to comment on the "Display online information" menu - > nice idea, but I think it should take you to the amazon site listed in > preferences, and not directly to amazon.com. I.e. I prefer to fetch book > info from amazon.co.uk, so the "Online Info" option should take me to > the amazon.co.uk site. > You're right, this is a bug. Will be fixed for the next release, if I do not forget it. > Been thinking about documentation for alexandria. I would love to be > more involved, but I got rather bogged down in docbook. I'm no fool, but > I can't seem to find a simple how-to or sample Gnome help file anywhere. > Does anyone know where I can look? > Besides the links Joe gave you, tell us if you have problems with Docbook. I should be able to help you, I have used Docbook in the past. Cheers Laurent From lrz at gnome.org Tue Feb 22 10:55:31 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Tue Feb 22 10:50:38 2005 Subject: [Alexandria-list] ISBN-less books Message-ID: <18375.81.255.72.1.1109087731.squirrel@81.255.72.1> Hi all, Thanks to Constantine Evans, the CVS version now supports ISBN-less books! -- Laurent From laurent.sansonetti at gmail.com Wed Feb 23 06:11:53 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Wed Feb 23 06:08:04 2005 Subject: [Alexandria-list] About the "view as..." random crash Message-ID: <1be7247c05022303118bb9641@mail.gmail.com> Hi all, A lot of people reported a crash that randomly occurs when another view is selected after a modification is made in the library. I was able to reproduce the bug sometimes, and it looked like a memory corruption. Now that the views backend changed (we keep a common model for both views) and that a lot of code has been simplified, I can not reproduce the bug anymore. So, I need you! Please give the CVS version a try. I have already answered all the reports in the tracker that concern this bug (3 in total). Thanks Laurent From cevans at costinet.org Wed Feb 23 12:42:07 2005 From: cevans at costinet.org (Constantine Evans) Date: Wed Feb 23 12:38:24 2005 Subject: [Alexandria-list] About the "view as..." random crash In-Reply-To: <1be7247c05022303118bb9641@mail.gmail.com> References: <1be7247c05022303118bb9641@mail.gmail.com> Message-ID: <1109180527.24836.5.camel@costid> Hello, With today's CVS, and today's ruby-gnome2 CVS, I don't have any crash like this, but I had never had it before either. Constantine On Wed, 2005-02-23 at 12:11 +0100, Laurent Sansonetti wrote: >Hi all, > >A lot of people reported a crash that randomly occurs when another >view is selected after a modification is made in the library. > >I was able to reproduce the bug sometimes, and it looked like a memory >corruption. Now that the views backend changed (we keep a common >model for both views) and that a lot of code has been simplified, I >can not reproduce the bug anymore. > >So, I need you! Please give the CVS version a try. I have already >answered all the reports in the tracker that concern this bug (3 in >total). > >Thanks > >Laurent >_______________________________________________ >Alexandria-list mailing list >Alexandria-list@rubyforge.org >http://rubyforge.org/mailman/listinfo/alexandria-list > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part Url : http://rubyforge.org/pipermail/alexandria-list/attachments/20050223/e4d789d5/attachment.bin From laurent.sansonetti at gmail.com Thu Feb 24 05:25:43 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Feb 24 05:21:52 2005 Subject: [Alexandria-list] About the "view as..." random crash In-Reply-To: <1109180527.24836.5.camel@costid> References: <1be7247c05022303118bb9641@mail.gmail.com> <1109180527.24836.5.camel@costid> Message-ID: <1be7247c05022402255af01ed3@mail.gmail.com> Hi, I could reproduce it once yesterday, and now I think I have found a way to always reproduce it: 1/ switch to icon view 2/ add one or more books (via ISBN or search lookup, not manually) 3/ switch to list view I will fix this later today. On Wed, 23 Feb 2005 09:42:07 -0800, Constantine Evans wrote: > Hello, > > With today's CVS, and today's ruby-gnome2 CVS, I don't have any crash > like this, but I had never had it before either. > > Constantine > > On Wed, 2005-02-23 at 12:11 +0100, Laurent Sansonetti wrote: > >Hi all, > > > >A lot of people reported a crash that randomly occurs when another > >view is selected after a modification is made in the library. > > > >I was able to reproduce the bug sometimes, and it looked like a memory > >corruption. Now that the views backend changed (we keep a common > >model for both views) and that a lot of code has been simplified, I > >can not reproduce the bug anymore. > > > >So, I need you! Please give the CVS version a try. I have already > >answered all the reports in the tracker that concern this bug (3 in > >total). > > > >Thanks > > > >Laurent > >_______________________________________________ > >Alexandria-list mailing list > >Alexandria-list@rubyforge.org > >http://rubyforge.org/mailman/listinfo/alexandria-list > > > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > > > > From laurent.sansonetti at gmail.com Thu Feb 24 05:42:51 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Thu Feb 24 05:38:59 2005 Subject: [Alexandria-list] About the "view as..." random crash In-Reply-To: <1be7247c05022402255af01ed3@mail.gmail.com> References: <1be7247c05022303118bb9641@mail.gmail.com> <1109180527.24836.5.camel@costid> <1be7247c05022402255af01ed3@mail.gmail.com> Message-ID: <1be7247c050224024221a0a1de@mail.gmail.com> On Thu, 24 Feb 2005 11:25:43 +0100, Laurent Sansonetti wrote: > Hi, > > I could reproduce it once yesterday, and now I think I have found a > way to always reproduce it: > > 1/ switch to icon view > 2/ add one or more books (via ISBN or search lookup, not manually) > 3/ switch to list view > > I will fix this later today. > Finally it was easy. This was a bug in Ruby-GNOME2, the callback function was collected by the GC. For those you are running Ruby-GNOME2 CVS, the patch is here: http://www.rubymonks.org/~lrz/rbgtkactiongroup_gc.patch Cheers Laurent From schultkl at ieee.org Thu Feb 24 22:37:20 2005 From: schultkl at ieee.org (Kevin L. Schultz) Date: Thu Feb 24 22:26:09 2005 Subject: [Alexandria-list] About the "view as..." random crash In-Reply-To: <1be7247c050224024221a0a1de@mail.gmail.com> References: <1be7247c05022303118bb9641@mail.gmail.com> <1109180527.24836.5.camel@costid> <1be7247c05022402255af01ed3@mail.gmail.com> <1be7247c050224024221a0a1de@mail.gmail.com> Message-ID: <1109302640.26166.355.camel@localhost> Hi Laurent, Latest CVS fixes my bug!! :) Pat on the back to you! Cheers, Kevin On Thu, 2005-02-24 at 11:42 +0100, Laurent Sansonetti wrote: > On Thu, 24 Feb 2005 11:25:43 +0100, Laurent Sansonetti > wrote: > > Hi, > > > > I could reproduce it once yesterday, and now I think I have found a > > way to always reproduce it: > > > > 1/ switch to icon view > > 2/ add one or more books (via ISBN or search lookup, not manually) > > 3/ switch to list view > > > > I will fix this later today. > > > > Finally it was easy. This was a bug in Ruby-GNOME2, the callback > function was collected by the GC. > > For those you are running Ruby-GNOME2 CVS, the patch is here: > > http://www.rubymonks.org/~lrz/rbgtkactiongroup_gc.patch > > Cheers > > Laurent > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list > -- Kevin L. Schultz "I do not believe that the great object in life is to make everything cheap." - Henry M. Teller From laurent.sansonetti at gmail.com Fri Feb 25 07:31:20 2005 From: laurent.sansonetti at gmail.com (Laurent Sansonetti) Date: Fri Feb 25 07:27:27 2005 Subject: [Alexandria-list] Re: FOSDEM meet up! In-Reply-To: <1be7247c050221045374a5cd64@mail.gmail.com> References: <1be7247c050221045374a5cd64@mail.gmail.com> Message-ID: <1be7247c050225043175839e70@mail.gmail.com> Hi all, This is J-1! Regarding the results, I propose that we meet saturday, either during RMS talk or lunch, or later in the evening, after all the talks. Like this, we should not miss any interesting conference. Please answer ASAP :) On Mon, 21 Feb 2005 13:53:07 +0100, Laurent Sansonetti wrote: > Hi all, > > Here is a Wiki page to discuss about a possible 'meeting' [1] at FOSDEM 2005. > > http://alexandria.rubyforge.org/wiki/wiki.pl?MeetingAtFOSDEM2005 > > More info about the FOSDEM here: > > http://fosdem.org > > Do not hesitate to edit the page! > > Laurent > > [1] I really dislike this word, but my English is so poor that I need to use it > From lrz at gnome.org Fri Feb 25 08:21:47 2005 From: lrz at gnome.org (Laurent Sansonetti) Date: Fri Feb 25 08:16:43 2005 Subject: [Alexandria-list] About the "view as..." random crash In-Reply-To: <1109302640.26166.355.camel@localhost> References: <1be7247c05022303118bb9641@mail.gmail.com> <1109180527.24836.5.camel@costid> <1be7247c05022402255af01ed3@mail.gmail.com> <1be7247c050224024221a0a1de@mail.gmail.com> <1109302640.26166.355.camel@localhost> Message-ID: <19148.81.255.72.1.1109337707.squirrel@81.255.72.1> Hi Kevin, > Hi Laurent, > > Latest CVS fixes my bug!! :) Pat on the back to you! > Glad to know that! As you are running CVS, do not hesitate to report any problem you find. I would like to make a new release in the next weeks. Cheers -- Laurent From lrz at rubymonks.org Mon Feb 28 17:31:08 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Mon Feb 28 17:27:12 2005 Subject: [Alexandria-list] New release Message-ID: <1109629868.4301.5.camel@localhost.localdomain> Hi everyone, I am going to fix bugs 977 and 1423, then I will release the CVS code as 0.5.0. If you have the opportunity, please test it :) The release will probably happens in 2 weeks. I will send the translatable strings to each translator one week before, as usual. I will try to mail Ian about the new supported countries by the Amazon web service, to see if he can make a new release of Ruby/Amazon in the meantime. Anyway, since we depend of Ruby-GNOME2 CVS, we need to wait for its release first. Cheers Laurent From lrz at rubymonks.org Mon Feb 28 17:38:25 2005 From: lrz at rubymonks.org (Laurent Sansonetti) Date: Mon Feb 28 17:34:26 2005 Subject: [Alexandria-list] Re: FOSDEM meet up! In-Reply-To: <1be7247c050225043175839e70@mail.gmail.com> References: <1be7247c050221045374a5cd64@mail.gmail.com> <1be7247c050225043175839e70@mail.gmail.com> Message-ID: <1109630305.4326.13.camel@localhost.localdomain> Finally, there were more people than I though! I am sorry I could not meet you girls/guys, anyway I tried to organize that a bit later, so this is my fault :) I was able to talk with Dafydd a few minutes though, then we got lost. Glad anyway! The GUADEC is coming fast, so maybe we can recover this :) Hope that you spent a nice event though, Laurent On Fri, 2005-02-25 at 13:31 +0100, Laurent Sansonetti wrote: > Hi all, > > This is J-1! Regarding the results, I propose that we meet saturday, > either during RMS talk or lunch, or later in the evening, after all > the talks. Like this, we should not miss any interesting conference. > > Please answer ASAP :) > > On Mon, 21 Feb 2005 13:53:07 +0100, Laurent Sansonetti > wrote: > > Hi all, > > > > Here is a Wiki page to discuss about a possible 'meeting' [1] at FOSDEM 2005. > > > > http://alexandria.rubyforge.org/wiki/wiki.pl?MeetingAtFOSDEM2005 > > > > More info about the FOSDEM here: > > > > http://fosdem.org > > > > Do not hesitate to edit the page! > > > > Laurent > > > > [1] I really dislike this word, but my English is so poor that I need to use it > > > _______________________________________________ > Alexandria-list mailing list > Alexandria-list@rubyforge.org > http://rubyforge.org/mailman/listinfo/alexandria-list