Hi, -------- Original-Nachricht --------
Datum: Mon, 11 Aug 2008 12:59:32 -0400 Von: Jorge Arellano Cid <jcid@dillo.org> An: dillo-dev@dillo.org Betreff: Re: [Dillo-dev] towards a consistent UI
Hi,
Well here's my opinion on these UI points:
On Mon, Aug 04, 2008 at 09:50:24PM +0200, Johannes Hofmann wrote:
Hi,
I really like the way Ctrl-l now just selects the current URL in normal mode avoiding a dialog window.
Me too!
In fullscreen mode however, the short switch to normal mode to enter the new URL requires a complete redraw of the page contents. Also the contents "jumps" down for the time the location bar is shown. This can be distracting.
Find text also causes a redraw. Maybe avoiding the redraw in both cases is a good solution. Not of high priority unless really simple to implement.
I think the flicker can be avoided, but that won't stop the content from "jumping" in the fullscreen case.
Do we really want to kill all uses of dialog windows? We still have "Search the Web" anyway.
No. Some dialog windows are quite OK, and there's no need I can see to ban them.
Agreed
Also the location of the "IMG ON/OFF" button seems a bit arbitrary.
I like it where it is, but agree on that it may find a better place. Together with the other Panel buttons, my be.
Yes maybe. I will try that when I have time.
How could a consistent user interface of dillo look like?
Here is my proposal - just to start the discussion:
* Everything is accessible via the menubar and via keyboard shortcuts. The shortcuts are shown behind the menu entries.
Currently the main model is context sensitive popups (right click). There're some things you can't get from them (e.g. Open File), but I see no point in duplicating the popup menus from the menu bar.
About everything being accessible via keyboard shortcuts, I don't agree. I believe there are simpler ways. For instance if there's a shortcut for every popup menu entry, there's a need to remember a lot of shortcut/function pairs. Now if there's a shortcut to popup the context sensitive menu, and that menu is keyboard operable, IMHO that's easier to remember/use. If there's a frequently used operation inside a popup, it may have its own shortcut.
I think the advantage of a menu bar is that it's easily visible, what functionality is available. Advanced users will probabely use shortcuts. But you are right. I forgot about the context menus. The link and image menu only makes sense as a context menu.
shortcuts are shown behind the menu entries.
Agreed.
* All shortcuts are configurable.
Agreed.
* No more img on/off button. One can use a menubar entry or keyboard shortcut instead.
I prefer the button. It's more visible and gives feedback on its current status. Firefox has this functionality somewhere, and a few people know of it.
Ok.
* The "Search the Web" button should be just as all the other buttons ("Back", "Forw" ...) and be configurable of course.
Agreed. With something like: search_url="<title>,<URL>" in dillorc2, with the first one being the default for instance.
Perhaps a single config option like: panel_buttons="back, forw, home, reload, save, stop, book"
I prefer the boolean way (current model).
I was looking for a way to make the ordering configurable too.
* The "HTML bugs" button in the status bar is ok. It shows the bug-state of the current page.
Agreed!
* "Search the Web" opens the start page of the selected search engine (e.g. google.com) and selects the search text field. I'm not sure about that, but it avoids the dialog window and it makes clear to which search engine the query is sent. The additional page load for the empty search page is only required once - then it's cached.
NO! :-)
I love avoiding the search page. e.g. with google.
...but, yes, I see there may be cases where the native HTML interface is preferred. Maybe a simple flag can help it:
search_url="<title>,<URL>[,LoadPage]"
Thus, with no flag, we get a dialog:
.------------------------------, | Search with <title>: | | [_________________________] | | | | [Cancel] [OK] | '------------------------------'
and with the "LoadPage" flag, the HTML page.
This can be implemented quickly! ;-)
Or a plugin, that presents a HTML page with search forms? I'm not sure myself :-)
* In fullscreen mode "Ctrl-l" opens a dialog window again. Any better solution?
If the redraw can be avoided, could be, if not, the dialog may be OK. I haven't used this case too much so I don't *feel* the problem.
Yes, I was also thinking about reintroducing the dialog in this case. Cheers, Johannes -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx