Feature Requests

[sberlin]

Please add your feature requests to this thread.

The following requests are already noted, please do not add them again.

Please add your request as replies to this thread, in a concise manner. If you want to discuss a feature in detail, please do so in another thread.

Thanks very much.

- Option for the maximum simultaneous transfers of a single file, preventing a file from taking all upload slots.

- Reorganize preferences: No more firewall option, rename port to firewall, the search option (limit, speed, quality) removed, no more compression option, no more out of band option.

- New system of requeries [not going to happen any time soon]

- A file rating system, allowing users to collectively rate fake/garbage/good/excellent files.

- Browse clients other than LimeWire from upload window

- Allow browsing firewalled hosts

- Use NIO to take up less resources/RAM

- Client side queueing of multiple requests to a single source

- Remember advanced stats checkbox between launches

- Remember preferred sort order between launches

- Ability to clear existing sort on a table.

- Explore button on download page

- A private folder accessable only by trusted users

- Allow certain files/folders to get preferred status in upload slots

- An option to connect to fewer ultrapeers when acting as a leaf

- A mailto button for formatting & sending magnet links

- Multiple download folders for different types of downloads

- Sharing of portions of iTunes selections by choosing a playlist

- An edit menu (and ability to copy/select any displayed text)

- Ability to send download filename in search box.

- A mini LimeWire to handle magnets

- A window menu to bring chat/options/stats/main window to the foreground

- Browse host to display results with directory structure like in the library

- Drag & Drop support

- Monitor pane moved

- Bandwidth status displayed in the GUI at all times.

- Searching for phrases together, using "LimeWire Rocks" and finding only results where LimeWire Rocks, instead of limewire on the rocks.

- Seekable media player.

- Symbol next to the 'X' on search tabs to show the context menu.

- Re search for corrupt files automatically. (Should be taken care of already with TigerTree support, actually.)

- Recently searched drop down box.

[swimkid]

itunes support for windows

[et voilà]

I want a firewall indicator light in the LW gui: green you are unfirewalled on the port and yellow you are firewalled (like bearshare). Once you click on the yellow light it bring you to a page explaining how to configure firewalls and routers for gnutella. Also, this light would be hideable in the display menu - show /hide-. The idea is to lower the number of firewalled nodes which will benefits to all users.

[stief]

--repeat search added to the context menu of the downloads pane

-*****ulative search results for repeat search (differentiate old sources by grey colour?).

--truncated filenames in downloads pane visible by tooltip (as with search items).

--clicking on a download enters the filename in the keyword search box (automatically or by contextual menu). [redundant if the edit menu happens].

--a Gnutella CONNECTION TESTER (stand-alone or integrated), that will diagnose and rate the health of the connection relative to what the user can expect with a browser, identify upstream blocks and filters, and link to suggestions for improvement as et voilà rightly suggests. [useful even if the firewall->firewall transfers become widespread] Old request here

--moving all the advanced stats (and maybe similar GUI options like IP, Location, and Vendor) to a standalone app or plugin (Pro goody?)

--first time splash screen that also warns about slow start-up because of hashing. Better yet, the hashing of 50 files before connections are attempted the first time. Hashing of further files and folders made relative to CPU usage.

--Add File menu item added to the Library->File Menu [already covered under Drag and Drop addition?]

--support for bit-torrents/bitprints/multiple networks or whatever the current filesharing fashion happens to be . Do unto other networks better than they have done unto gnutella [discussion over here]

[et voilà]

Originally posted by stief
--support for bit-torrents/bitprints/multiple networks or whatever the current filesharing fashion happens to be . Do to other networks better than they have done unto gnutella

LoL Stief (are you serious? Multinetwork thing is a flawed idea from start... forget it) Your other suggestions are great however

[arne_bab]

- For OSX: "Show file" (as opposed to opening it). With that we can simply find the file in the filemanager.

- For OSX: Add downloaded mp3 to Party-Jukebox-Playlist (remember, that te playlist is called differently in differently localized iTunes).

[arne_bab]

- When finding a file which I already have locally, LimeWire should automatically try it as alt-loc for my local files and, when successful, add it as alt-loc for that file.

[verdyp]

Originally posted by arne_bab
- For OSX: "Show file" (as opposed to opening it). With that we can simply find the file in the filemanager.

Isn't it the same as the existing "Explore" button? I don't know if this button found on Windows (that opens an Explorer Window showing the directory where a selected file is stored) has an equivalent on OSX's Finder. May be this button should be named "Find" (rather than "Explore" on Windows)?

[arne_bab]

In the OSX-GUI we only have a "start"-button, which plays the file, but no "show"-button (which is how it should be named in OSX)

[rkapsi]

The "Explore" button is in the Library.

Feature request: less Buttons, more Shortcuts as replacement (backspace could be used to kill/clear marked downloads etc etc).

[arne_bab]

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.

[arne_bab]

- 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.

[verdyp]

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.

[Matamoros]

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.

[Bug Finder]

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)