On Sun, 23 Jan 2005 03:44:09 +0100 Christian Biere wrote: > Sorry, but I don't get what you mean here. What exactly is wrong?
My quoting miss, I was wrong at previous > > Or I've noticed the width of tooltip is determined by the > > length of SHA1, so the font used in the tooltip can be changed > > fixed width font (monospace), it doesn't bring head ache no > > longer. sentence of mine. In my environment, the tooltip redrawing with different width without certain delay accompanies something unpleasant. On the other hand if you have a high-end machine, you'll have to see something when you moved mouse pointer repeatedly between up and down in the Gnet/Search pane has plenty of row. But since you added delay it has been getting fine :-), at the same time I want to know how works it on other users environment while don't know bottom line spec of GTK2... > 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. I don't think that's a must, well if these strings will be replaced by another informative one, then it's ok. I have no practical reason to leave them. > > 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. I use LimeWire occasionally (2-3 times in the year), if my memory is correct LimeWire doesn't have specific meta data search i.e. it's included default search then returned with filename etc., appearing as rating (number of star icons). It's off topic though, I search multiple files for this meta data at once with Ctrl+left-mouse-button. I hope that doesn't cause critical query flood against the Bitzi.com. > > 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). It seems there must be someone in the past as well... I think gtkg should keep a step in its boundary too, or rather I'd targeted a kind of run-time sanity check between SHA1 and XML/Bitzi in the tooltips, but it doesn't the matter. Thanks. -- Daichi ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl _______________________________________________ Gtk-gnutella-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
