Re: [Epiphany] Bookmarks system

[Marco Pesenti Gritti <mpeseng tin it>]

> > BOOKMARKS DIALOG (VS BOOKMARKS MENU)
> > 
> > In epiphany the main way to browse bookmarks is supposed to be the
> > dialog. I think submenus are hard to use, and things get worst while
> > the bookmarks collection grows.  A dialog, if kept very simple, can
> > provide an easier way to find the bookmark you need: it's easier to
> > use and more powerfull (contains for example search capabilities).
> 
> It can be - however if it's a dialog that obscures your browsing or is
> otherwise invasive (Because it has to be activated each time you want to
> use it) then it becomes less efficient than a menu IMHO ...

Heh hard to make a call basing ourself just on our IHMO ;)
The dialog seem to even take less time here while providing a better and
more powerfull view of the collection, but I need to stop saying this
... not very productive ;)

> What I'd like to see is the current bookmarks dialog be an always on
> docked sidebar (Think of the Favourites sidebar in IE). That gives us
> the following advantages:
> 
> - Always available - doesn't need to be opened each time you need it
> - Doesn't obscure the browsing view (My problem is I check several news
>   sites - to do this I have to open the bookmarks dialog, move it such
>   that I can still see the sites to click on, and see the content when
>   it loads beneath the dialog window. Then when I've caught up on my
>   news sites and want to return to normal browsing I have to move the
>   dialog again to get the "close" button back in view to dismiss the
>   dialog!

I thought to that too a pair of time but I dont think it would improve
the thing much for me. I dont like to browse with clutter around my web
page so I'd keep closing the sidebar.
It wouldnt make it worst though .... The conflict is in the close
behavior. Sidebar or not I'd prefer the thing to close automatically
when I selected a bookmark.
Looking at the design as a whole there are two ways to do what you was
describing (open all your favourite news sites): bookmarks toolbars
(with the keyword dnd still not implemented) and autocompletion (ctrl+l
lin get me to linuxtoday very fastly).
If we move bookmarks in a sidebar we will have some more problems for
editing (unless the plan was to have both dialog as editor and sidebar 
as navigator ?), maybe they can be solved, dunno.

> > DIALOG (VS TOPLEVEL WINDOW)
> > 
> > Looking to the bugs Dave is submitting, the real choice appear to be:
> > open bookmarks from a central place that you keep open while browsing
> 
> I'd go for this ...
> 
> > or provide a way to open bookmarks in the current window.
> 
> If you have the docked approach above then you don't have any context
> confusion since the link will always open in the window that you click
> the link in (Or the active tab of that window). I think that's kind of
> obvious for the end-user?

Sounds obvious to me, yeah.

> To complete the efficiency I also think we need to have the following:
> 
> - Automatic population of "TOPICS" when adding a bookmark (Based on the
> site's keyword META tags) and/or option to add bookmarks without the
> dialog popping up (Either associating no keywords with it, or just
> associating the METAtag keywords with it)

Prolly META would make the keywords list useless. I dont read pages
source very often but I have the impression designers put tons of words
there to be more visible on search engines. Am I wrong ?
Such a change would make our bookmarks system very similar to a search
engine, the whole page should be probably cached and looked up on
Search.

> - Keyboard shortcut that focuses the "TOPICS" entry in the bookmark doc
> (I'd like to be able to hit a shortcut - type my "topic", then use simple
> keynav to open the bookmark. A sample keystroke chain may be Ctrl-T, N,
> e,w,s,Down,Down, Enter which would Focus the topic search, enter "News",
> scroll down to the 2nd bookmark matching "News" and open it in the
> current window)

Ouch we dont have a way to do that in the dialog atm. Looks like a bug
to me. (Matter of adding a _)

Marco
-- 
Marco Pesenti Gritti <mpeseng@tin.it>