![]() |
|
Register | FAQ | The Twelve Commandments | Members List | Calendar | Arcade | Find the Best VPN | Search | Today's Posts | Mark Forums Read |
New Feature Requests Your idea for a cool new feature. Or, a LimeWire annoyance that has to get changed. |
![]() |
| LinkBack | Thread Tools | Display Modes |
| |||
![]() I really don't like the layout of the existing search panel in Limewire and I think the changes need to go far beyond a simple "skin". I've designed a much more space efficient and, I think, usable and esthetically pleasing layout for consideration. For those who simply hate Macs, don't look because I uses Apple's Project Builder user interface designer to make this. Here's some links 48KB - A PDF image of the interface window 24KB - The full interface nib - for those running OS X with developer tools The basic change is that instead of the search fields taking up a major portion of the left side of the window, I've moved all that functionality to the top of the window, and added an "advanced..." button that would open up a dialog box with more options. I've also eliminated the tabbed layout for search results and replaced it with a drop down menu, the result is that searching options and search result selections are all contained in the space that was previously taken up by the search results tabs alone. The result is a lot more screen realestate available for displaying information about the search results and downloads in progress. |
| |||
![]() Hi Gerard, Thanks for the input and especially for the sample PDF. We have redesigned some of the search input for the upcoming 3.9.3 beta. The 3.9.2 beta showed the beginnings of the idea, but we have changed it rather dramatically since then in order to incorporate everyone's suggestions. There is no denying that the search panel takes up a good portion of space, but it unfortunately is necessary. An earlier version of LimeWire experimented with the 'advanced' button on the top, but it was too out of the way for most users to take advantage of. Also, the filters (an example of which are in the 3.9.2 beta) have no room to be placed above the search results. We are very fond of the downloads in the same screen as the search results, so aren't very willing to move that... All in all, it's a tough predicament, but we hope you'll like the design in the upcoming 3.9.3 beta. |
| |||
![]() Quote:
![]() As for the filters, I see where many people would like them, personally I don't find any use for them. In my mock up, the "any type", "search", and "advanced" buttons could disappear and be replaced with three drop-downs for the filters, much the way the current search pane is replaced with the filter options, leaving only the smaller search text field. The search field itself could be shrunk, or replaced with a small "new search" button in my layout. Again, though, I'll await the new layout in 3.9.3b before making too many suggestions. |
| |||
![]() Quote:
I now have to move my mouse cursor all the way to the bottom of the window to click the "<Back to search" button instead of staing at the top and clicking in the "search text" box. The new button is entirely too far out of the way as this is the only time my mouse goes to that part of the window. Try using this layout on a 1600x1200 window. This layout still leaves a convoluted search results selection method of horizontally tiled and scrolled buttons. I can't think of another application that requires the user to scroll through horizontally tiled buttons, it's just poor UI design. I understand that at the moment it's easier for you to waste tall the space for search, because you like the "filters" attached to the main window and they share the same space. If you were to move the filters to either a separate window or a slide-out drawer that could be kept hidden for those who don't use the feature, it would go a long way toward enhancing usability and allowing the search features to be moved to a much more space efficient layout. There are industry-wide and OS supported solutions to these issues, sliding drawers, pull-down menus, floating pallets, etc. I think the UI team at Limewire should take a step back and strongly consider these options instead of tossing together something completely new an awkward such as the current system. |
| |||
![]() Hi Gerard, Quote:
Quote:
We'll likely take another look at the whole layout for another release, but for now we're going to stick with this. |
![]() |
Thread Tools | |
Display Modes | |
| |
![]() | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
New to Limewire help please""""""""""""""""""""(can't download videos) | liljohn28 | Download/Upload Problems | 1 | January 27th, 2007 05:12 PM |
Trying to burn video it keeps saying "layout type is incompatible with the disk type" | Tamara20 | Tips & Tricks | 3 | July 30th, 2006 04:40 AM |
The "#" symbol on search page! | Kristen567 | Open Discussion topics | 1 | March 25th, 2005 04:52 PM |
Got Fx"¤ing Danish layout....come on ??? | ThomasDk | Open Discussion topics | 3 | September 7th, 2003 11:18 AM |