dams | 6 Jul 2006 17:19
Picon
Favicon
Gravatar

Re: ruby 1.8.4

Le Mon, 19 Jun 2006 11:26:02 +0200,
Fabio Coatti <cova <at> ferrara.linux.it> a écrit :

> Alle 11:11, lunedì 19 giugno 2006, Guillaume Cottenceau ha scritto:
> > > Now I've tried to generate a booh album with these versions of
> > > software, tweakin booh code to go ahead even if it detects a
> > > unsafe version of ruby. Versions installed:
> > >
> > > booh-0.8.6
> > > ruby-1.8.4.20060529
> > >
> > > It seems to work, but I don't know if this simple Album can
> > > trigger any bug.
> >
> > The bug appears on non ASCII characters (latin 'é' for example)
> > within comments when the album is saved then re-loaded.
> 
> ok, I'll try this asap (here we have plenty of characters that can
> trigger it) :)
> 

Any feedback on this Fabio ?
Fabio Coatti | 6 Jul 2006 17:48
Picon

Re: ruby 1.8.4

Alle 17:19, giovedì 6 luglio 2006, dams ha scritto:

> > > The bug appears on non ASCII characters (latin 'é' for example)
> > > within comments when the album is saved then re-loaded.
> >
> > ok, I'll try this asap (here we have plenty of characters that can
> > trigger it) :)
>
> Any feedback on this Fabio ?

Oh, yes, sorry, maybe my last email was only for Guillaume. Anyway, I've tried 
with several non ascii characters, placing it into description, removing it 
several times and the album was always ok, no matter how I manage to work 
with è, ì, à and so on.
Basically I was unable to trigger any bug :)

--

-- 
Fabio "Cova" Coatti    http://members.ferrara.linux.it/cova     
Ferrara Linux Users Group           http://ferrara.linux.it
GnuPG fp:9765 A5B6 6843 17BC A646  BE8C FA56 373A 5374 C703
Old SysOps never die... they simply forget their password.
Christopher Smith | 16 Jul 2006 01:20

Large-scale subalbum management

I received a digital camera for Christmas last year and have found 
myself taking lots and lots of pictures.  Accordingly, I've been 
looking for a package that will let me keep thumbnails (preferably 
something like Booh's Web Album) on my hard disk while recording most 
of the pictures to DVD or some such to free up disk space.

I've been playing with Booh and like it pretty well so far, but there 
are a few shortcomings that make it difficult to use for keeping photos 
like I want to.  In particular, I would like to be able to keep a 
master album of all of my pictures and then just export particular 
subalbums for burning to a DVD.  (For this, it would be helpful to have  
a "protect" or "keep" option on subalbums to keep them from being 
automatically cleared out when I remove them from the hard disk.)

I've looked at the XML that the albums use, and I've noticed 
that "subalbums" are treated differently from "albums"; the 
disadvantage is that, unlike regular directories on a filesystem, I 
can't just pull out a particular subalbum or set of subalbums (say, all 
the subalbums from January to March).  Furthermore, when creating a Web 
Album, I only see subalbums of wherever I am instead of /(sub)+albums/.

For the 0.9 series, I would suggest modifying the XML so that instead of 
having the 'booh' tag for albums and the 'dir' tag for subalbums, 
there's just a single common nestable tag, such as 'album'.  That way, 
the XML structure would be a tree that can be expanded and collapsed 
easily.  For example, it would be possible to select a single subalbum 
(or range of subalbums) and export just the selection as a Web Album.  
Additionally, it would be fairly easy to organize a Web Album layout so 
that the main page included the links to every 'album' in the whole 
collection instead of only the subalbums directly beneath the current 
(Continue reading)

Guillaume Cottenceau | 16 Jul 2006 10:15
Picon
Favicon

Re: Large-scale subalbum management

Christopher Smith <bugzilla 'at' christophersmith.net> writes:

> I've been playing with Booh and like it pretty well so far, but there 
> are a few shortcomings that make it difficult to use for keeping photos 
> like I want to.  In particular, I would like to be able to keep a 
> master album of all of my pictures and then just export particular 
> subalbums for burning to a DVD.  (For this, it would be helpful to have  
> a "protect" or "keep" option on subalbums to keep them from being 
> automatically cleared out when I remove them from the hard disk.)

When you remove what, the source directory?

> I've looked at the XML that the albums use, and I've noticed 
> that "subalbums" are treated differently from "albums"; the 
> disadvantage is that, unlike regular directories on a filesystem, I 
> can't just pull out a particular subalbum or set of subalbums (say, all 
> the subalbums from January to March).  

That's not exactly correct. 

Say you create a booh album out of /home/photos which it self
contains /home/photos/january and /home/photo/february. The XML
file will look like:

<?xml version='1.0' encoding='ISO-8859-1'?>
<booh ...>
  <dir '/home/photos' ...>
    <dir '/home/photos/january' ...>
      <image ...>
    </dir>
(Continue reading)

Guillaume Cottenceau | 16 Jul 2006 11:59
Picon

booh & ruby 1.8.4

Use the following patch on ruby to not trash your albums with ruby-1.8.4:

http://zarb.org/~gc/t/ruby-1.8.4-rexml-fix-entity-expansion-crazyness.patch.bz2

--

-- 
Guillaume Cottenceau - http://zarb.org/~gc/

Gmane