January 2016 - Dillo-dev - lists.mailman3.com

Work on floats

by iveqy＠iveqy.com

On Sun, Jan 10, 2016 at 01:31:34PM +0100, Sebastian Geerken wrote: > Hi! > > In the repository at <http://flpsed.org/hgweb/dillo_grows>, I've > recently worked on a new approach for floats (run doxygen and read > html/dw-size-request-pos.html if you are interested), which fixes many > problems we have with the code at <http://hg.dillo.org/dillo>. > > The new version seems to work quite stable, at least much more stable > than the version in the main repository. For this reason, I'd like to > merge soon, and hopefully, we'll eventually have a release supporting > floats. > > There are some more developments at > <http://flpsed.org/hgweb/dillo_grows>, positioned elements and > stacking contexts (needed for the former), but these have been > deactivated; work will continue after floats are complete. > > Sebastian > Great to see progress on this! I tried it on a really "horrible" site, that usually gives my chrome browser some performance issues. Unfortunately dillo freezes and no images are loaded. The dillo version in debian (stable) does not freeze and the site works well (although is ugly since floats is missing...). Try http://www.familjeliv.se -- Fredrik Gustafsson phone: +46 733-608274 e-mail: iveqy at iveqy.com website: http://www.iveqy.com

Jan. 13, 2016

Work on floats

by Johannes.Hofmann＠gmx.de

Hi Sebastian, cool, to see all the work on floats. I'm testing dillo_grows now and will report issues. Cheers, Johannes On Sun, Jan 10, 2016 at 01:31:34PM +0100, Sebastian Geerken wrote: > Hi! > > In the repository at <http://flpsed.org/hgweb/dillo_grows>, I've > recently worked on a new approach for floats (run doxygen and read > html/dw-size-request-pos.html if you are interested), which fixes many > problems we have with the code at <http://hg.dillo.org/dillo>. > > The new version seems to work quite stable, at least much more stable > than the version in the main repository. For this reason, I'd like to > merge soon, and hopefully, we'll eventually have a release supporting > floats. > > There are some more developments at > <http://flpsed.org/hgweb/dillo_grows>, positioned elements and > stacking contexts (needed for the former), but these have been > deactivated; work will continue after floats are complete. > > Sebastian > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Jan. 13, 2016

Ctrl to open links in new tab or new window

by dennisn＠dennisn.mooo.com

Currently in dillorc there is "middle_click_opens_new_tab" which controls whether links that are middle clicked open in a new tab or a new window. How about allowing the ability to open it /the other way/ when that middle click is accompanied by, say, the CTRL button? (Instead of having to dig through the right-click menus to do this.) This can be trivially done by changing line 759 of html.cc (in dillo 3.0.5) to be something like: if (prefs.middle_click_opens_new_tab != (event->state == CONTROL_MASK))

Jan. 12, 2016

Work on floats

by sgeerken＠dillo.org

Hi! In the repository at <http://flpsed.org/hgweb/dillo_grows>, I've recently worked on a new approach for floats (run doxygen and read html/dw-size-request-pos.html if you are interested), which fixes many problems we have with the code at <http://hg.dillo.org/dillo>. The new version seems to work quite stable, at least much more stable than the version in the main repository. For this reason, I'd like to merge soon, and hopefully, we'll eventually have a release supporting floats. There are some more developments at <http://flpsed.org/hgweb/dillo_grows>, positioned elements and stacking contexts (needed for the former), but these have been deactivated; work will continue after floats are complete. Sebastian

Jan. 10, 2016

Increase Menu Font

by rogerx.oss＠gmail.com

> On Tue, Jan 05, 2016 at 02:32:54PM -0500, Roger wrote: >What hinders me from using Dillo more often, the menu font is quite relatively >small compared to my monitor/display DPI or monitor/display size. I have a >Dell U2713HM-IPS-LED Monitor, and usually find I have to increase the font size >on most web pages. > >However, the menu GUI font should be relatively easy to increase, including >when using DWM & DMenu here. However, increasing (or even decreasing) Dillo's >menu font size may require editing system (ie. /usr) GTKRC/QTRC file settings? > >Should this not be something exported from FLTK, with a variable set within the >dillorc file? Although there is a panel_size variable, the variable has always >been set to large here within even my 19 inch monitors, and still proving to >be still quite small compared to the size of the 19 inch monitors. Should note, there is no large option anymore for the panel_size dillorc variable. Only tiny, small & medium. Hacking the dillo source code, following gives me larger buttons when selecting the medium profile. --- ./dillo-3.0.5/src/ui.cc 2015-06-10 17:45:37.000000000 -0400 +++ ui.cc 2016-01-05 14:52:24.298175587 -0500 @@ -559,7 +559,7 @@ if (Small_Icons) bw = 42, bh = 36, mh = 0, lh = 22, lbl = 1; else - bw = 45, bh = 45, mh = 0, lh = 28, lbl = 1; + bw = 65, bh = 65, mh = 0, lh = 48, lbl = 1; } nh = bh, fh = 28; sh = 20; Although the buttons seem much larger, the font size still remains the same size. I may guess dillo is pulling the system font size (and maybe including font name and style), and using this size as it's local font size too? As such, I use a small font size for DWM's toolbars for obvious reasons. I tend to use different font sizes for all three; terminal, DWM desktop toolbars, and applications. I have DWM configured with Conky to display system information within the DWM toolbars, so the font has to be somewhat small to relay all information. Terminal uses the next larger size as I need to be able to read text or source code files, but still needs to be somewhat small to see whole files. And then applications, requiring the next larger font as the information within the application's toolbars are more well structured, allowing larger fonts, and to also mention requiring larger buttons so I can click the applications button's easier. On a side note, I'm stumped as to meanings of bw, bh, mh, lh, lbl. I can only guess; bold weight, bold hieght, medium hieght, ... Personally, I avoid two to three letter variable names, except for the obvious counters. As the inventor of programming languages stated, the langauge should be readable. ;-)

Jan. 5, 2016

Increase Menu Font

by rogerx.oss＠gmail.com

What hinders me from using Dillo more often, the menu font is quite relatively small compared to my monitor/display DPI or monitor/display size. I have a Dell U2713HM-IPS-LED Monitor, and usually find I have to increase the font size on most web pages. However, the menu GUI font should be relatively easy to increase, including when using DWM & DMenu here. However, increasing (or even decreasing) Dillo's menu font size may require editing system (ie. /usr) GTKRC/QTRC file settings? Should this not be something exported from FLTK, with a variable set within the dillorc file? Although there is a panel_size variable, the variable has always been set to large here within even my 19 inch monitors, and still proving to be still quite small compared to the size of the 19 inch monitors. -- Roger http://rogerx.freeshell.org/

Jan. 5, 2016