- Dillo-dev - lists.mailman3.com

Alternate bookmarks interface

by obeythepenguin＠gmail.com

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

Sept. 12, 2011

Alternate bookmarks interface

by rogerx.oss＠gmail.com

>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 Seamonkey's .config, and now addons and passwords all look like dillos bookmarks. Looks like a regular HTML page. Opera's bookmarks, appears like files imo. -- Roger http://rogerx.freeshell.org/

Sept. 12, 2011

Alternate bookmarks interface

by obeythepenguin＠gmail.com

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

Sept. 12, 2011

patch for UI and font_factor

by corvid＠lavabit.com

I just tried changing the value of FL_NORMAL_SIZE, and I was very surprised by how well everything copes overall. If I had bad vision and needed, say, font_factor=1.4, I'd _strongly_ prefer this patch despite the various bits of UI size hardcoding that it reveals. - I think the Tools menu imperfection comes from "if (flags & (FL_MENU_TOGGLE|FL_MENU_RADIO)) w += 14;" in Fl_Menu.cxx, but I haven't taken the minute to verify that yet. - Choice5 does not handle it well. I made a nicer choice5 a few months ago, but Jorge didn't like it.

Sept. 12, 2011

Alternate bookmarks interface

by rogerx.oss＠gmail.com

> - 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.)

Sept. 12, 2011

Alternate bookmarks interface

by obeythepenguin＠gmail.com

Hey everyone, Here's my latest patch if anyone's interested. As nice as the bookmarks DPI is, I personally prefer a more traditional interface (and since Windows doesn't run DPI anyway, I had a good excuse to code one). The patch itself is here: http://dillo-win32.sourceforge.net/patches/31-bookmarks.diff Some basics: - Clicking on the bookmarks button now displays the bookmarks menu. - Unclassified bookmarks are displayed at the bottom of the bookmarks menu; other sections are displayed as submenus. - Right-clicking a bookmark or section (submenu) lets you edit that bookmark or section. - 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.) Right now the code's a little rough around the edges, and the "Bookmark this ____" right-click option doesn't work (the bookmarks menu itself is fine), but it seems to be fairly stable if you want to try it out and let me know what you think. Cheers, ~Benjamin

Sept. 12, 2011

system colors

by Johannes.Hofmann＠gmx.de

On Sun, Sep 11, 2011 at 06:03:46AM +0000, corvid wrote: > Benjamin wrote: > > As it happens, I have a patch that does both: > > http://dillo-win32.sourceforge.net/patches/24-colors.diff > > Here's some more assorted ripping-out of hardcoded colors added to that. +1 Cheers, Johannes

Sept. 11, 2011

Updated Dillo pages on the Beyond Linux From Scratch wiki

by corvid＠lavabit.com

Jeremy wrote: > > If you are interested: > > http://wiki.linuxfromscratch.org/blfs/wiki/dillo3 > http://wiki.linuxfromscratch.org/blfs/wiki/dillo2 > > I added a note at the top of the Dillo2 page saying it is no longer > under development and linking to Dillo3. I hope that is an accurate > comment. I will update it if people think it is misleading. Seems good to me!

Sept. 11, 2011

system colors

by corvid＠lavabit.com

Benjamin wrote: > As it happens, I have a patch that does both: > http://dillo-win32.sourceforge.net/patches/24-colors.diff Here's some more assorted ripping-out of hardcoded colors added to that. As for X, I found out that I can set the secondary background color (e.g., background of Fl_Input) as well if I do something like dillo.foreground: purple dillo.background: green *Text.background: brown There's a big comment in fltk that goes: // XGetDefault does not do the expected thing: it does not like // periods in either word. Therefore it cannot match class.Text.background. // However *.Text.background is matched by pretending the program is "Text". // But this will also match *.background if there is no *.Text.background // entry, requiring users to put in both (unless they want the text fields // the same color as the windows).

Sept. 11, 2011

Printing support

by obeythepenguin＠gmail.com

On Sat, 10 Sep 2011 16:54:26 -0400, corvid <corvid at lavabit.com> wrote: > Benjamin wrote: >> I figured since we've got all that Fl_Printer stuff anyway, maybe we >> should put it to good use. So here's a (very early) patch to add >> printing support to Dillo: >> http://dillo-win32.sourceforge.net/patches/30-print.diff >> >> It's turned on with a ./configure option (and disabled by default), >> so you don't need to link in Fl_Printer if you don't want to. I'm >> not looking to get it into mainline yet, mostly I just want to show >> what I've got so far in case anyone is interested. >> >> Here's an example of its output: >> http://dillo-win32.sourceforge.net/files/dilloprint.pdf >> >> Let me know what you think! > > That is an intriguingly small amount of code. It's a lot smaller than I expected. The main problem is it has to resize the viewport to the printable page area, and the viewport apparently doesn't like resizing smaller than the browser window. This results in clipping, as you can see in the linked PDF. (Admittedly it's a little ugly printing the viewport directly to Fl_Printer anyway, since we have to do nasty things to it so it will fit the page, but after four or five hours of experimentation this seemed to be the only thing that worked. And this way, we at least get *everything* that's visible on screen, including form contents, etc.) ~Benjamin

Sept. 11, 2011