Daichi Kawahata wrote:
> > Well, I don't know whether it's really useful to show the SHA1 or
> > GUID in the tooltip. Both are already shown in the details pane in
> > which they are also copy- & pastable.
 
> That's wrong, as concerned with tooltip width one of country name
> rules, then GUID, SHA1... I think it's better to be showed in the
> tooltips, don't ask why I don't know either.

Sorry, but I don't get what you mean here. What exactly is wrong?
Why do you think the GUID or SHA1 should be shown in the tooltip? I
think it's not very useful there because you can't copy & paste from
tooltips. The GUID is rather useless for a normal user anyway. The
SHA1, however, can be used to start a search by urn:sha1 or maybe
to manually search for it in a database like Bitzi.

I wouldn't want to copy things like hashsums eye-to-keyboard, that's
why I think it should definitely be in the details pane.
 
> Well for the future request, I want properly formatted XML data,

Ok, although that doesn't affect the tooltips. I've added some cheap
indentation to the XML presentation. Of course, viewing the XML data
is just a cheap interrim solution until Gtk-Gnutella can view such
data properly. Though, that might never be implemented. Also, keep
in mind that the data is (usually) for a complete results set (peers
return single or more results in a set, not one-by-one).

> Bitzi meta data if background searching is possible without burden
> against the Gnet.

Querying Bitzi doesn't cause any resource problem for Gnutella but
it might for Bitzi.com. I have no idea how other software handles
this i.e., whether they request this data automagically or on
user request only like Gtk-Gnutella.

> Then as concerned detecting a file itself (not a contents), I want
> to know it's possible to detect by using like libmagic from "file"
> so that distinguish invalid suffixed files or confirm no suffix
> files (output of command "file" is a bit longer though).

This leads again to the question whether Gtk-Gnutella should just
download (and upload) files or whether it should also offer an interface
to inspect and use files. In my opinion, we shouldn't go further than
providing the URL (file:///) to the file, that is drag & drop support.
This should usually be sufficient to pass a file to a GUI application
(e.g., an audio/video player).

-- 
Christian

Attachment: pgp0I2d202qlB.pgp
Description: PGP signature

Reply via email to