|
Register | FAQ | The Twelve Commandments | Members List | Calendar | Arcade | Find the Best VPN | Today's Posts | Search |
New Feature Requests Your idea for a cool new feature. Or, a LimeWire annoyance that has to get changed. |
| LinkBack | Thread Tools | Display Modes |
| |||
Search definitions & Fakes/Spoofs Exclusion Capability I hope this is in the correct thread and that I am not re-inventing something someone else has already defined ... If so, I apologise. 1. Searches: In the search parameters, (eg artist, or album, or both) one can enter the requirements but the result is a massive overload of results which seem to bear no relation to the search definition. For example, to search under Music, for an album "Guitar Player" one gets an enormous number of non-applicable results. Be very nice to enter a defined text string, and have LW ONLY report on those results. 2. Fakes: If one types in a search parameter, (eg: Hank Marvin or Elmer Bernstein) under Music, one will get a miriad 119.0kb results. I would like to be able to define by file-type (eg mp3) a minimum size - eh, 250kb. Anything less than that, screen it out. The same logically applies for other filetypes in the setup area. Cheers all. Thanks for the development. |
| |||
Search on file type I would like to be able to search on Type, where Type could be mp3 or wma or whatever. As my Search/Type only lists: Audiobook, Other, Song or Speech (none of which show up in any of my search results). If these choices are valid, they are labeled incorrectly. When I input a search query criteria, I expect it to be labeled the same as it's respective field name. And the choices in that search option should be reflected in the respective query field results. |
| |||
Computer Overload I just upgraded to the newest version and hoped my problem would be gone. But not so. Frequently Limewire uses between 97% and 100% of the CPU while it actually seems to be doing nothing. There seems to be an endless loop of code somewhere that is very hard to break out of. Apart from that I think Limewire is |
| |||
Sharing a network drive It seems the new "anti-identity theft features" disallow sharing a whole drive. In my opinion, this is pointless. I guess its to protect the layer 8 challenged who will lazily share their entire C drive so they don't have to figure out where they stored their files, leading to their browser cookies and financial files and whatever else being advertised to the world. However, these people could just as easily share their "My Documents" tree, and then save a text file with the passwords to all their financial websites in there, so it wouldn't be much help to them. On top of that, there are drives other than C in the world- I happen to have 4 network drives, one of which is dedicated to music, nothing else. So to not be able to share an entire drive is silly, I know what's on my drives and what can be shared and what can't, why put an artificial obstacle in my way? Blocking the root of C is reasonable. Blocking the root of all drives is unreasonable. Or at least make it an option that blocks by default, but can be overridden, perhaps with scary warnings to dissuade those who don't fully understand the consequences of their actions. |
| |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
*feature requests | hugacloud | Shareaza (Windows) | 7 | July 8th, 2002 10:37 PM |
A couple more feature requests | Unregistered | New Feature Requests | 0 | May 10th, 2002 12:58 PM |
Phex feature requests | Unregistered | General Discussion | 5 | March 23rd, 2002 10:33 PM |
2 feature requests | dorksport@wp0.cjb.net | New Feature Requests | 0 | September 7th, 2001 07:14 PM |