I don't need it in the library, I need it for the download-pane. For the Library I can as well switch to the finder, it is quicker.

__________________

-> put this banner into your own signature! <-
--
Erst im Spiel lebt der Mensch.
Nur ludantaj homoj vivas.
GnuFU.net - Gnutella For Users
Draketo.de - Shortstories, Poems, Music and strange Ideas.

- More intelligent swarming and PFS-Downloads, which download the Junks in a better organized way, so the file spreads quickly and when the original source goes offline the downloaders can feed off their respective fileparts while preserving the ability to preview media-files (maybe downloading a third of the file strait from the beginning and the rest randomly chosen starting at the first or second third of the file.
Maybe giving out a map, which parts the clients have and downloading rare parts first.

__________________

-> put this banner into your own signature! <-
--
Erst im Spiel lebt der Mensch.
Nur ludantaj homoj vivas.
GnuFU.net - Gnutella For Users
Draketo.de - Shortstories, Poems, Music and strange Ideas.

If you have seen the CVS sources, you'll see some major features added for a future release:
- notably a better looking and easier meta-data editor
- and parsing/editing support for Ogg (Vorbis-audio, video?) and MPEG4 (AVI, WindowsMedia?, Real?, QuickTime?, DivX?) meta-data formats.

Newer file format parsers may be added. Why not:
- PDF file information (displayed in the file properties dialog in Acrobat)
- ZIP/JAR files with embedded comments or meta-information folder?
- EXE files on Windows (version info)
- Version resources on Mac OS
- RPM or Debian package information for Linux/Unix
- Source signatures (the "@#filename version date" ID string, which is often compiled within the constant string area), very common on Linux/Unix
- ISO CD image information (TOC and description sector)

Some of these formats will be complex to support, and should be developped separately as pluggable JAR files. I wonder if there is already such common meta-data framework for Java with a common API to parse and edit embedded meta-data. If so, this could save lots of development time by LimeWire itself.
Such plugins already exist for Windows explorer or are part of the MacOS standard (resource forks).

Note that MacOS users should be allowed to share their files directly without needing to package them into archives. The absence of resource fork data in downloaded files is a problem; may be Limewire on MacOS should be able to create and integrate a compound format allowing distributing in one auto-packaged file both the data fork and resource fork, which would be expanded automatically to a usable form once the download completes.

Or, may be, extend query hits on Mac OS, so that they can include multiple URNs: one for the data fork, one for the resource fork. On the Windows NTFS filesystem, this exists in the "file streams" support, which is currently used mostly in hidden system files, where extra streams are accessed using a "$" separator between the main filename and the extra stream name.

In Windows Explorer, the filesize displayed ignores the space used by extra streams, and the stream is treated as if it was a separate file associated with the main file (so a NTFS file can appear empty with size=0 in Explorer because its data fork is empty, but have a non-zero stream length; in addition, Windows and OS/2 support out-of-band meta-data stored in a special database)

So I wonder how Java supports these out-of-band streams or meta-data. I did not see any formal API to handle them in Java, without using external JNI services.

__________________
LimeWire is international. Help translate LimeWire to your own language.
Visit: http://www.limewire.org/translate.shtml

I'd like to see Chat become the fifth tab in Limewire, with subtabs (a la multiple search queries) for each chat session. A hot list of known users would be nice too.

I like to see these problems solved :
http://www.gnutellaforums.com/showth...threadid=25902

Maybe with a intergreated proxy finder,
as alot of my fellow studentes are getting e-mail with treates of law suites.... if the don't stop sharing mp3's and/or e-books

(maybe someting like jap)

Have limewire as a torrent client and an IRC client therefore ensuring total speed -As LIMEWIRE is the fastest and best

how about a feature where you can rate the importance of a specific file that you are downloading. in other words say that your downloading like 6-8+ files, and u want a few of them to get done 1st/fast but dont wanna have to puase the others ya no? mabye a 1-3 or 1-5 system. 1 being most important or w/e and they all start on the lowest or mid level of importance and you can "up-grade" them. anyway, just thought it would be a good idea thx for listening

I would like a way to feed a list of searches to LimeWire when starting up.

For instance, say I search for bird migration data, videos of bird flight patterns, and audio of bird calls. I would like to be able to specify a somewhat lengthy list of search terms and the type of search (document, audio, etc.), rather than retype the list each time I start up.

I think that searches could be easily saved to an XML file, which could then be read and parsed when LimeWire starts.

(Of course, then I guess you also need a way to edit and delete existing searches. So, it is not as simple as it first appears.... Although, changes to the XML file could be completed outside of LimeWire, using a text editor.)

Try rightclicking on column in download window and choose priority

please go into futher detail, I cant seem to find wat your saying