Re: [Epiphany] Re: Smart bookmarks on home:smartbookmarks

[Marco Pesenti Gritti <marco it gnome org>]

On Mon, 2003-04-28 at 02:23, David Adam Bordoley wrote:
> Marco Pesenti Gritti writes: 
> 
> > On Sun, 2003-04-27 at 18:15, Marco Pesenti Gritti wrote:
> >> The page contains only two smartbookmarks, it should be updated.
> >> It's just matter to get some of them from the galeon database and
> >> organize them in a few categories. The xml format is very simple and I
> >> can help with it. Any takers ?;)
> > 
> > Argh, forgot to say that the choosen smart bookmarks should not be
> > hackers oriented (bugzilla ....). 
> > 
> > Marco 
> > 
> 
> Here's my opinion on this. We should include a stock set of smart bookmarks 
> under a "Smart Bookmarks" topic. Defaults should include (based on current 
> galeon ones) "Search with Google", "Search for images with google", "Lookup 
> in dictionary", "stocks", etc. Terminology is open to question. 

I agree but I'm not sure if these should go all in the location entry
(I'd put 2 there). If they doesnt we need a way to specify which of them
does (hidden or not).

> Also we should kill the smart bookmarks page in home: and instead include a 
> default bookmark under the smart bookmarks topic that points to a database 
> of smart bookmarks, either maintain by us or another group. This has the 
> advantage of making updating the database of available ones easier on us 
> (since we can do it whenever). This page would also include some more 
> hackerish smartbookmarks that users can choose to add etc. 

1 We dont have such a db. Assuming we still do not have a decent web
page I'm not sure how much this is realistic.
2 Having a small list of smartbookmarks built in has the advantage of
making it easier to find (not sure how many people will look in
bookmarks for a browser functionality) and to filter out "hackerish
smartbookmarks", that in a db used by the linux community, have a good
chance to be the major part.

> finally the help text on the current smartbookmarks page should be moved 
> into the epiphany help documentation, where it belongs anyway.

I think having help directly in the web page (database or built in page)
is better in this particular case, because the links are part of the
page. Personally I'm unable think to a resonable explanation I could put
in the help.

Marco