El Miércoles, 17 de Mayo de 2006 13:28, Tuomas Nurmi escribió: > Iñaki kirjoitti viestissään (lähetysaika Monday 15 May 2006 16:44): > > I've tried to do a konqueror mockup with a simpler design, maybe you like > > it, or you could give your opinion: > > http://konqueror4.linuxdevel.net
> 1) ... > I would like the menubar be rendered > horizontal once it is opened. Just something I (along most people) am used > to. In the first version of the mockup (1.0) I draw the menu horizontally, but people told me that in that way is less usable because you need to go first to the left-top corner of the window, click and then go back with the mouse to the right. > 2) The findbar. Ever since I abandoned the Google searchbar in favour of > web shortcuts, I've seen no need for two textfields... Ok, me not to, but this is just our opinion and the way we use the search possibilities. But I'm sure that most of common users just write the words in the small websearch text field. > However I don't like > the idea of having to _write_ the search command. What do you mean here? > How about making a toggle button to the left side of the location bar to > turn the search mode on: Click it, and the textfield turns into a fully > featured searchbar (forward, backward, from cursor, case-sensitive, search > engine... togglebuttons appear on the right side of it) So for search in Google the user should first click in the left of location bar and choose "Google search mode" and then write the words. And if they again want to write directly a URL the must click again in the left of bar. I think is easier and simplier the concept of a second bar for searching. > This search utility > would be context sensitive the same way you have here: search for file in > (current/sub dirs, depending on toggles), text in file, use web search > engine... > > When you toggle of the search mode, the location bar turns back on. > In fact, that button could be part of a series in a radio-button list, we > ever find new use for the textfield ;-) (I could think of viewmode > (browsning), searchmode, and editmode for some operations...) Anyway, I > think it's a better approach to have button rather than pulldown option. What you are speaking about could be perfectly in the search bar, better than in the location bar which should be simple and easy to use, don't you think? > I really like the way you have solved the info and preview issues (btw. > it's "hide" not "hidde"). Thanks ;) > What I quite didn't get is the "+" and "-" icons > in the tab-bar. For adding/removing a tab? However Yes. It's copied from the excellent design of Adrien: http://www.kde-look.org/content/show.php?content=28476 Don't you like? > Both local and remote "places" under same tag. Other people have suggested the same to me. > Fast links in their own tag (In the same level as "Local" and "Remote" > are > now), topmost, open by default. (Otherwise they are not that FAST.) Also, a > keyboard accelerator for them, like Alt/Ctrl+number or something. Yes, it's good idea. > 4) Looking at the content, Workplaces seems to be a kind of binder keeping > stuff belonging to one project together, i.e. dedicated link list or > something. Perhaps this should be renamed as "Tasks" (again, "proyect...") Why "Tasks"? "Tasks" concept already exists in KDE and it's related to Kontact, I think it would be better other name. Anyway my English is poor and "Workplace" is just a name to understand the concept, no more, I'm sure there are better names for it (but not "Tasks"). > 5) I noticed that If I open both University proyect and and my KDE app, the > items extend on what I would imagine to be the status bar, while the end > just vanishes. How about > - Generating a TOC or something (Could be toggled of/off)? What exactly do you mean? maybe that when you extend a "workplace" others are closed? > - Somekind of scrollbar solution? Of course, but it's just an HTML mockup, please... ;) > 5) There are various icons to "new whatever..." What for, really? Is this > option needed so often? How about making it simply a context menu entry or > work with drag and drop? (Like with bookmarks.) That way it would be way > less obtrusive. Or just with the right button over the empty area and a context menu. > 6) The options button. While it might be useful to have there by default, > and later - when the customizations are made - "hidden" to be menu only > option, I think that the text there is a bit obtrusive, when it is the only > icon with text. Also, it's a bit lonely in the bottom, and as such catches > my eye. Yes, I'll definetively delete it. Thanks. > All in all, I just love this, and would like some of the ideas here used in > KDE4 in general. This one looks so good, that I was actually trying to use > it :-) Thanks a lot :) -- Iñaki _______________________________________________ Appeal mailing list [email protected] https://mail.kde.org/mailman/listinfo/appeal
