Re: merge xml and browsermm

Hi,

There seems to be a problem with your archive name. archive-register work=
s =20
fine but,

tla get [email protected]/zinf--xmlmod--0.2

returns

This archive can only be used as a mirror source or target, because it is
registered with the wrong name.  To use it for other purposes, you should
register it using the official name.
   name: [email protected]
   official name: [email protected]
   location: http://www.cs.ucsb.edu/~kris/archive-pub05

Using the name [email protected] everything does seem to wor=
k =20
though.

As to the visible data only, it is indeed reading metadata for all child =
=20
items when an item is expanded. There is still the hacked together code i=
n =20
GTKMusicList to keep track of visible items that could be used help fix =20
this (GTKPlaylist/GTKPlaylistModel does this).

I was hoping, however, to investigate using the new =20
gtk_tree_view_set_fixed_height_mode in GTK+ 2.6 that could mean GTK+ coul=
d =20
do this for us. Setting fixed_height and using fixed_width columns means =
=20
GTK+ doesn't have to read the whole data model to work out the GtkTreeVie=
w =20
size, so only reads the visible data. This would hopefully lead too =20
simpler/cleaner code.

Unfortunately, I haven't got around to doing either of these yet :(

Cheers,
David

On Mon, 11 Apr 2005 22:07:21 +0100, kristian kvilekval <[email protected]>=
 =20
wrote:

> David,
>
> I've setup a new archive and made some minimal changes
> to ensure we can merge back and forth.
>
> tla register-archive [email protected]   =20
> http://www.cs.ucsb.edu/~kris/archive-pub05
>
>
> I've made a branch of your xmltree called
> zinf--xmlmod--0.2 and I'll be updating the mdb code there.
>
> Could you try merging with my archive?
>
> A question:
>
>    Opening the first expandable element is pretty slow on my machine.
> It looks like you need to extract the entire database.  Is there
> a way we can look up only the visible data?
>
>
> On Mon, 2005-04-11 at 20:47 +0100, David Hough wrote:
>> On Fri, 08 Apr 2005 01:58:22 +0100, kristian kvilekval =20
>> <[email protected]>
>> wrote:
>>
>> >
>> > I think you need to merge
>> > your patches from zinf--browsermm patches
>> > dealing with string::size_type
>> >
>> > I ran into some problems with 64bits again,
>> > but merging seemed to do the trick.
>>
>> Ok, finally done this. I've also made TreeMetadata use two new Metadat=
a
>> const's kTrue =3D "1", and kFalse =3D "0" for indicating expandable an=
d
>> playable flags
>>
>> Cheers,
>> David



--=20
Using M2, Opera's revolutionary e-mail client: http://www.opera.com/m2/


-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=3D6595&alloc_id=3D14396&op=3Dclick