On Mon, 12 Sep 2011 01:54:56 -0400, Roger <rogerx.oss at gmail.com> wrote:

...

- Middle-clicking a bookmark opens it in a new window or tab, depending on your preferences. (I may also add the ability to middle-click a section to open all the bookmarks in separate tabs.)

Personally, I like the middle-click in Seamonkey browser, opens the pasted URL. (Downside, anything in the paste buffer gets opened in the browser on click.)

I'm not sure what that has to do with the quoted text...

From what I'm seeing with the latest version of Seamonkey-2.3.3, everything (ie. addons, passwords, ...) is now opening in a browser tab/window instead of a widget/applet. Which is how I think it should be. The only downside that I see with dpid, it's not easy to upgrade, quit & start dillo. One first needs to kill dpid and all dpi processes before restarting an upgraded Dillo.

Does Seamonkey open it as a webpage, or is it a widget interface displayed in a browser tab? For example, Opera's bookmark manager is the latter: http://screenshots.oahermes.com/opera/large_2_opera_bookmarks_manager.png Personally, I think that just because you're developing a web browser, doesn't mean everything has to be a web page. In many cases, a traditional dialog interface works better. It's easier to figure out, because of standardized widgets and layouts, and it's a bit faster as well -- compare adding a bookmark in the DPI to my interface. (It also uses less code; more than half the lines in my patch are just removing the bookmarks DPI.) Anyway, all I'm saying is try it out and see how you like it -- you may be pleasantly surprised. Cheers, ~Benjamin

On 9/12/11, Roger <rogerx.oss at gmail.com> wrote:

Seamonkey's .config, and now addons and passwords all look like dillos bookmarks. Looks like a regular HTML page.

That sounds like terrible design to me, although at least Seamonkey has JavaScript, which kind of makes up for the limitations of HTML forms. The one thing bookmarks.dpi really has on the menu interface is it's easy to bulk-move bookmarks to a new section, and even then that wouldn't be too hard to do with a traditional dialog. Actually, with a dialog you could just drag-and-drop. Side note: my memory usage now (with one tab open to Gmail) is 7,912K, and dillo.exe is about 1,308K after stripping + UPX, still small enough to fit on a floppy disk. That's with bookmarks, downloads, cookies, HTTPS, printing, etc. all enabled and compiled in. Just thought I'd share :-) ~Benjamin

Only some problems of this alpha version: Do not compile in linux (fail trying to compile bookmarks.dpi. I compile it removing bookmarks lines from dpi/Makefile ) The menus do not trim bookmarks titles so you can have menus with long text. You do not see submenus with long text because go out the screen. FLTK problem? But it is interesting. (It is like in first versions of dillo) The bookmarks.dpi is better to work with various entries at same time. I will prefer a winDPI code instead of reimplement every dpi inside dillo. How can we do it? Diego. PD:sorry for my bad english. 2011/9/13, Benjamin Johnson <obeythepenguin at gmail.com>:

Just a quick update:

I've fixed some bugs in the bookmarks code, and changed it so bookmarks load on-demand rather than at startup. This keeps the browser startup fast and saves some memory, at the expense of making the first bookmarks operation slightly slower.

I also added a new feature -- middle-clicking a section title will open all the bookmarks in that section in background tabs. (It exposes some interesting networking/rendering behavior, since apparently the engine doesn't expect to handle that many simultaneous requests.)

Here's the patch again if anyone wants to try it: http://dillo-win32.sourceforge.net/patches/31-bookmarks.diff

~Benjamin

_______________________________________________ Dillo-dev mailing list Dillo-dev at dillo.org http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev