- Dillo-dev - lists.mailman3.com

Enabling Javascript

by Johannes.Hofmann＠gmx.de

Hello, there is currently no JS support available in dillo. There have been some discussions about how scripting support could be added in the future, but there is no code that could be enabled at the moment. Cheers, Johannes On Sun, Nov 22, 2015 at 12:25:40AM +0100, berenger.morel at neutralite.org wrote: > Hello. > > First, sorry if this mailing list is not the good place to ask this, > but it is the only way to contact dillo users that I have seen on the > website (no IRC chan, forum, user mailing-list or.... only this dev ml). > > I am discovering dillo (at least a browser which does not eat all > memory and take ages to start! Thanks for that guys.) and I have noticed > that there might be a partial implementation of JS support ( it is > yellow in http://www.dillo.org/Plans.html and there are bits of info > there http://lists.dillo.org/pipermail/dillo-dev/2009-May/006434.html ). > So, is this stuff in the current source tree, and if yes, how to enable > it (compiling dillo won't be a problem if it is needed)? > > Thanks. > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Nov. 22, 2015

Enabling Javascript

by berenger.morel＠neutralite.org

Hello. First, sorry if this mailing list is not the good place to ask this, but it is the only way to contact dillo users that I have seen on the website (no IRC chan, forum, user mailing-list or.... only this dev ml). I am discovering dillo (at least a browser which does not eat all memory and take ages to start! Thanks for that guys.) and I have noticed that there might be a partial implementation of JS support ( it is yellow in http://www.dillo.org/Plans.html and there are bits of info there http://lists.dillo.org/pipermail/dillo-dev/2009-May/006434.html ). So, is this stuff in the current source tree, and if yes, how to enable it (compiling dillo won't be a problem if it is needed)? Thanks.

Nov. 21, 2015

Chinese and french characters in web pages

by cjarry＠cjarry.org

Dear users, I answer to myself as I think it can help other people too. I found a font that renders well both chinese characters and french characters like ?, ? or ?. It is called wenquanyi-microhei and can be downloaded on http://downloads.sourceforge.net/project/wqy/wqy-microhei. After the installation is complete, change the values of font_serif and font_sans_serif in your ~/.dillo/dillorc: font_serif="??????" font_sans_serif="??????" Save, then start a new instance of dillo. Christophe

Oct. 18, 2015

Chinese and french characters in web pages

by cjarry＠cjarry.org

Dear Dillo developers, First of all, I want to thank you for the great web browser dillo is: it is very fast, has most of the features I want and the rendering is improving greatly (I am using hg version currently). I would like to use dillo to view web pages written in chinese and also pages written in french. Currently, I cannot do both. To view web pages in chinese, I set the following fonts in my .dillo/dillorc: font_serif="WenQuanYi Bitmap Song" font_sans_serif="WenQuanYi Bitmap Song" The problem is that french characters like ?, ? or ? are not displayed with this font. To view web pages in french, I set the following fonts: font_serif="DejaVu Serif" font_sans_serif="DejaVu Sans" But then, chinese characters are displayed as empty squares. Is there a way to read both languages in the same instance of dillo? Thanks, Christophe

Oct. 2, 2015

Downloading user agent

by andreas＠kemnade.info

Hi, I am thinking about the User-Agent which is sent during downloads. Some sites block wget, probably because they do not want to learn robots.txt and do not like a tool doing massdownloads. So if you use dillo to download from such sites, you get a 403 forbidden. If wget would use dillo as user-agent (can be set via a parameter) in such cases, there would be no problem and it is not really wrong. Regards, Andreas

Sept. 23, 2015

Weirdly scaled images (again)

by fusionfile＠gmail.com

On 2015-08-19 23:40, Johannes Hofmann wrote: > On Wed, Aug 19, 2015 at 09:58:51PM +0200, August Karlstrom wrote: >> On 2015-08-19 17:32, Johannes Hofmann wrote: >>> as it was mentioned in this thread already the image scaling issue >>> is fixed for quite some time in the main line of the dillo repo. >> >> I have downloaded and installed the latest Dillo version 3.1-dev. With >> the test file below the two images have the same size despite setting >> width to 25 percent on the second image. Do you get the same result? > > yes, I get the same result. Interestingly it works ok without the > enclosing <div> If anyone running Dillo 3.0.4 is interested I have made a patch which fixes the image scaling issue (see attachment). With the test document below, the Dillo logo should keep its aspect ratio when the Dillo browser window is resized. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Test</title> </head> <body> <div><img src="http://www.dillo.org/db1.png" alt="Dillo logo" width="50%" /></div> </body> </html> -- August

Sept. 18, 2015

Font blacklist

by sgeerken＠dillo.org

On Di, Sep 15, 2015, Johannes Hofmann wrote: > On Tue, Sep 15, 2015 at 08:55:30PM +0200, Sebastian Geerken wrote: > > After a dist upgrade to Debian Jessie some rather ugly fonts got > > installed, which make reading texts tedious. A possible workaround is > > attached: a blacklist for fonts (not yet committed). What do you > > think? > > couldn't one get a similar effect with fontconfig using <rejectfont>? > See > http://www.freedesktop.org/software/fontconfig/fontconfig-user.html Yes, thanks for the hint. With this info, I withdraw my patch. Perhaps this could be added to the dillo help page. Sebastian

Sept. 16, 2015

Font blacklist

by fusionfile＠gmail.com

On 2015-09-15 21:34, Sebastian Geerken wrote: > Helvetica, e. g., which looks rather pixelated, as compared to other > nicely rendered fonts. I'm not sure where this comes from, "apt > dist-uprade" took several hours. I don't have Helvetica. However, I have installed ttf-mscorefonts-installer and if the CSS says font-family: Helvetica, sans-serif Iceweasel seems to chooses Arial (from mscorefonts) whereas Dillo chooses the default DejaVu sans-serif font. -- August

Sept. 16, 2015

Font blacklist

by sgeerken＠dillo.org

On Di, Sep 15, 2015, Walter Dnes wrote: > On Tue, Sep 15, 2015 at 09:34:20PM +0200, Sebastian Geerken wrote > > On Di, Sep 15, 2015, August Karlstrom wrote: > > > On 2015-09-15 20:55, Sebastian Geerken wrote: > > > >After a dist upgrade to Debian Jessie some rather ugly fonts got > > > >installed, which make reading texts tedious. > > > > > > I run Debian Jessie too and I haven't noticed any ugly fonts. Can you > > > provide an example? > > > > Helvetica, e. g., which looks rather pixelated, as compared to other > > nicely rendered fonts. I'm not sure where this comes from, "apt > > dist-uprade" took several hours. > > > > (BTW, I'm also using libfltk1.3-dev from Debian, without any further > > configuration.) > > Is Debian's libfltk1.3-dev built with the xft option enabled? If not, > then ugly fonts are to be expected. See... > http://www.dillo.org/screenshots/disable_antialiasing.png Not looked at it in detail, but since most fonts render nicely, I assume that the Debian package is indeed build with Xft support. Sebastian

Sept. 16, 2015

Font blacklist

by waltdnes＠waltdnes.org

On Tue, Sep 15, 2015 at 09:34:20PM +0200, Sebastian Geerken wrote > On Di, Sep 15, 2015, August Karlstrom wrote: > > On 2015-09-15 20:55, Sebastian Geerken wrote: > > >After a dist upgrade to Debian Jessie some rather ugly fonts got > > >installed, which make reading texts tedious. > > > > I run Debian Jessie too and I haven't noticed any ugly fonts. Can you > > provide an example? > > Helvetica, e. g., which looks rather pixelated, as compared to other > nicely rendered fonts. I'm not sure where this comes from, "apt > dist-uprade" took several hours. > > (BTW, I'm also using libfltk1.3-dev from Debian, without any further > configuration.) Is Debian's libfltk1.3-dev built with the xft option enabled? If not, then ugly fonts are to be expected. See... http://www.dillo.org/screenshots/disable_antialiasing.png Is there a way to do a custom build of Debian's libfltk1.3-dev? -- Walter Dnes <waltdnes at waltdnes.org>

Sept. 15, 2015

Font blacklist

by Johannes.Hofmann＠gmx.de

Hi Sebastian, On Tue, Sep 15, 2015 at 08:55:30PM +0200, Sebastian Geerken wrote: > Hi! > > After a dist upgrade to Debian Jessie some rather ugly fonts got > installed, which make reading texts tedious. A possible workaround is > attached: a blacklist for fonts (not yet committed). What do you > think? couldn't one get a similar effect with fontconfig using <rejectfont>? See http://www.freedesktop.org/software/fontconfig/fontconfig-user.html Johannes > > Sebastian > > PS: strcasecmp may not be portable. > > diff -r ea3ff2a0a636 dillorc > --- a/dillorc Wed Jul 08 18:43:25 2015 +0000 > +++ b/dillorc Tue Sep 15 20:48:19 2015 +0200 > @@ -73,6 +73,12 @@ > # Minimum font size in pixels > #font_min_size=6 > > +# Define fonts dillo should not use at all, typically because their quality is > +# that bad that you prefer alternatives. You can specify multiple fonts. > +#font_blacklist=uglyfont > +#font_blacklist=unattractivefont > +#font_blacklist=awkwardfont > + > # Show tooltip popups for HTML title attributes > #show_tooltip=YES > > diff -r ea3ff2a0a636 src/prefs.c > --- a/src/prefs.c Wed Jul 08 18:43:25 2015 +0000 > +++ b/src/prefs.c Tue Sep 15 20:48:19 2015 +0200 > @@ -51,6 +51,7 @@ > prefs.font_monospace = dStrdup(PREFS_FONT_MONOSPACE); > prefs.font_sans_serif = dStrdup(PREFS_FONT_SANS_SERIF); > prefs.font_serif = dStrdup(PREFS_FONT_SERIF); > + prefs.font_blacklist = dList_new(16); > prefs.fullwindow_start = FALSE; > > /* these four constitute the geometry */ > @@ -138,6 +139,7 @@ > dFree(prefs.font_monospace); > dFree(prefs.font_sans_serif); > dFree(prefs.font_serif); > + dList_free(prefs.font_blacklist); > a_Url_free(prefs.home); > dFree(prefs.http_language); > a_Url_free(prefs.http_proxy); > diff -r ea3ff2a0a636 src/prefs.h > --- a/src/prefs.h Wed Jul 08 18:43:25 2015 +0000 > +++ b/src/prefs.h Tue Sep 15 20:48:19 2015 +0200 > @@ -101,6 +101,7 @@ > char *font_cursive; > char *font_fantasy; > char *font_monospace; > + Dlist *font_blacklist; > bool_t enterpress_forces_submit; > bool_t middle_click_opens_new_tab; > bool_t right_click_closes_tab; > diff -r ea3ff2a0a636 src/prefsparser.cc > --- a/src/prefsparser.cc Wed Jul 08 18:43:25 2015 +0000 > +++ b/src/prefsparser.cc Tue Sep 15 20:48:19 2015 +0200 > @@ -162,6 +162,7 @@ > { "font_monospace", &prefs.font_monospace, PREFS_STRING, 0 }, > { "font_sans_serif", &prefs.font_sans_serif, PREFS_STRING, 0 }, > { "font_serif", &prefs.font_serif, PREFS_STRING, 0 }, > + { "font_blacklist", &prefs.font_blacklist, PREFS_STRINGS, 0 }, > { "fullwindow_start", &prefs.fullwindow_start, PREFS_BOOL, 0 }, > { "geometry", NULL, PREFS_GEOMETRY, 0 }, > { "home", &prefs.home, PREFS_URL, 0 }, > diff -r ea3ff2a0a636 src/styleengine.cc > --- a/src/styleengine.cc Wed Jul 08 18:43:25 2015 +0000 > +++ b/src/styleengine.cc Tue Sep 15 20:48:19 2015 +0200 > @@ -391,7 +391,10 @@ > fontName = prefs.font_fantasy; > else if (dStrAsciiCasecmp (p->value.strVal, "monospace") == 0) > fontName = prefs.font_monospace; > - else if (Font::exists(layout, p->value.strVal)) > + else if (Font::exists(layout, p->value.strVal) && > + !dList_find_custom(prefs.font_blacklist, > + p->value.strVal, > + (dCompareFunc) strcasecmp)) > fontName = p->value.strVal; > > if (fontName) { // font found > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Sept. 15, 2015

Font blacklist

by sgeerken＠dillo.org

On Di, Sep 15, 2015, August Karlstrom wrote: > On 2015-09-15 20:55, Sebastian Geerken wrote: > >After a dist upgrade to Debian Jessie some rather ugly fonts got > >installed, which make reading texts tedious. > > I run Debian Jessie too and I haven't noticed any ugly fonts. Can you > provide an example? Helvetica, e. g., which looks rather pixelated, as compared to other nicely rendered fonts. I'm not sure where this comes from, "apt dist-uprade" took several hours. (BTW, I'm also using libfltk1.3-dev from Debian, without any further configuration.) Sebastian

Sept. 15, 2015

Font blacklist

by fusionfile＠gmail.com

On 2015-09-15 20:55, Sebastian Geerken wrote: > After a dist upgrade to Debian Jessie some rather ugly fonts got > installed, which make reading texts tedious. I run Debian Jessie too and I haven't noticed any ugly fonts. Can you provide an example? -- August

Sept. 15, 2015

Font blacklist

by sgeerken＠dillo.org

Hi! After a dist upgrade to Debian Jessie some rather ugly fonts got installed, which make reading texts tedious. A possible workaround is attached: a blacklist for fonts (not yet committed). What do you think? Sebastian PS: strcasecmp may not be portable.

Sept. 15, 2015

Setting the filename of a PDF response

by jcid＠dillo.org

Hi, On Mon, Sep 14, 2015 at 11:29:31AM +0200, August Karlstrom wrote: > I'm working on a web page with a form which generates a PDF document in > memory and returns it to the user. In the response header I have set > > Content-Type: application/pdf > Content-Disposition: attachment; filename="foo.pdf" > > However, Dillo seems to ignore the specified filename and instead uses the > URL base name plus query string as the default filename in the download > dialog window. Any suggestions? Currently, there's no parsing for this HTTP directive in dillo. If you're a C programmer it shouldn't be hard to make a patch for it. (hints: in cache.c, the http header is stored in CacheEntry_t->Header. there's also a Cache_parse_field() function) HTH. -- Cheers Jorge.-

Sept. 15, 2015

Setting the filename of a PDF response

by fusionfile＠gmail.com

I'm working on a web page with a form which generates a PDF document in memory and returns it to the user. In the response header I have set Content-Type: application/pdf Content-Disposition: attachment; filename="foo.pdf" However, Dillo seems to ignore the specified filename and instead uses the URL base name plus query string as the default filename in the download dialog window. Any suggestions? -- August

Sept. 14, 2015

wrapper script to allow reading *.maff

by plmalternate＠gmail.com

Some of y'all might find this useful. If you put it in your path, you can invoke it "dill filename" or make it the default ap for maffs or regular htm(l)s for that matter. It lets Dillo read the Mozilla Archive File Format (*.maff) files. Maffs are pretty nice - if you haven't played with them you might like to try it. Here is the body of the file if you find that more convenient than the attachment: #!/bin/bash # if the argument ends in ".maff" if [ "$(echo "$1" | rev | cut -c1-5 | rev)" = ".maff" ]; then DIR="/tmp/dillo_maff_unzpped/$(date +%s%N)" mkdir -p "$DIR" unzip "$1" -d "$DIR" SUBDIR="$(ls "$DIR")" dillo "$DIR/$SUBDIR/index.html" || dillo "$DIR/$SUBDIR/index.htm" rm -r "$DIR" else dillo "$1" fi

Sept. 9, 2015

Fonts in dillo, was: UI font size

by miro.rovis＠croatiafidelis.hr

On Sun, Sep 06, 2015 at 03:08:04AM +0200, miro.rovis at croatiafidelis.hr wrote: > On Mon, Aug 31, 2015 at 06:37:32PM -0400, Plmalternate Plmalternate wrote: > > @ M. Rovis > > Thank you for your response. This is addressed to you rather than the > > list because I don't think it is of general interest. > Oh it is! ... ... > > But I'll break that rule of replying, file lines above here, to some > extent, becauise I will put in the > > In-Reply-To: <20150712064445.GA17278 at g0n> ... > instead of the Message-ID of this message of yours that I'm actually > replying. I'm doing so, because it is good that this message appears, > right underneath: > > Fonts not found issue persists in 3.0.5 > http://lists.dillo.org/pipermail/dillo-dev/2015-July/010599.html > It does appear in that thread, but only in subscribers' mailboxes. Not on the web, because the web is split by the month. ... -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

Sept. 6, 2015

Fonts in dillo, was: UI font size

by miro.rovis＠croatiafidelis.hr

On Mon, Aug 31, 2015 at 06:37:32PM -0400, Plmalternate Plmalternate wrote: > @ M. Rovis > Thank you for your response. This is addressed to you rather than the > list because I don't think it is of general interest. Oh it is! If it is really about fonts that I fixed in my thread, and in my video! As, re-thinking about your reply, I again believe is the case. Not going back and searching, but you were saying that you were rubbing your nose on the monitor to see [what you opened in dillo], weren't you? Nobody rubs their noses on the monitor to see just the "File" button, and then to see whether to click on it's popdown menu, be it "New Tab", the "New Window", "Open file", "Open URL", "Close or "Exit dillo", do they? But rather, you probably, as I did, and I did it for three months until another user, Walter Dnes (he is also deserving for my posting, and he also posted on the bug in Gentoo which is about it... But rather, you probably, as I did, and Watler indicated was was the problem with my Dillo, rub your nose on your monitor to see whatever the content, and not the UI fonts, on the pages that you open in your Dillo, in your Ubuntu Linux. So in case you do have that problem, and it's not about programming the User Interface fonts, in which case, everybody pls. forgive me for replying *to the list*... In that case, back to the list, pls. I do like to help if it is of general interest. That would be worth my time, because I believe in Free Software, and I like to help, but not the M$-kind of way, off-line, for one sole person. There is no dillo-users list, so this is the place to discuss it, but in clear terms. > > > I don't know how much time I can set aside, as I really have other [ . . .] > Please don't bother. In your earlier post but I thought you might be > saying you already KNEW which fle needed to be changed to make the UI > fonts adjustable, but that Sr. Cid didn't care for that approach > because it would add another dependency. I can search the files for > likely looking strings. > > > I'm assuming you are using some kind of Linux. Are you? > As I mentioned earlier I'm testing this on both > "a 32 bit Ubuntu 14.04 with plain Openbox" > and > "a 64 bit PCLOS with LXDE." > Ubuntu is a Debian family gnu/linux. PCLOS, aka PClinuxOS, is a > Mandriva family gnu/linux. > > You inquired the output of ls -l ~/.dillo. Here it is from the Ubuntu system: > $ ls -l ~/.dillo > total 96 > -rw------- 1 me me 96 Aug 27 16:42 cookiesrc > -rw------- 1 me me 79 Aug 27 16:40 cookiesrc~ > -rw------- 1 me me 125 Aug 27 17:44 cookies.txt > -rw-r--r-- 1 me me 14058 Aug 28 21:20 dillorc > -rw-r--r-- 1 me me 14058 Aug 28 21:00 dillorc~ > -rw-r--r-- 1 me me 14060 Aug 27 03:25 dillorc-bak-2015.08-Aug.27-Thu.PM.04.28.02 > -rw-r--r-- 1 me me 14060 Aug 27 16:29 dillorc-bak-2015.08-Aug.28-Fri.AM.06.48.31 > -rw-r--r-- 1 me me 14058 Aug 28 21:00 dillorc-bak-2015.08-Aug.28-Fri.PM.09.19.47 > -rw-r--r-- 1 me me 105 Aug 27 02:36 style.css > > > ,,,You can change that line to read, maybe: > > > > font_factor=1.5 > As I replied to Mr. Henty earlier: > >> > Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each > >> > time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 > >> > with plain Openbox or a 64 bit PCLOS with LXDE. > And of course I uncommented the line. > You can see (but I'm not searching for it in the respective threads, but you could), that I had the same problem. You are not talking about UI fonts, but fonts of the page opened to you by dillo, I'm almost sure now. I'll now take these two lines out of context: > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Dillo-dev digest..." > > Pls. keep to that, if you do reply (and reply to the list, please). And I'll also change the title to just: Fonts in dillo, was: UI font size as I'm almost certain that is the matter. But I'll break that rule of replying, file lines above here, to some extent, becauise I will put in the In-Reply-To: <20150712064445.GA17278 at g0n> which is the Message-ID of the message containing the important info to get dillo compiled with unicode-supporting scalable fonts, which I'm almost cetain is the issue here, instead of the Message-ID of this message of yours that I'm actually replying. I'm doing so, because it is good that this message appears, right underneath: Fonts not found issue persists in 3.0.5 http://lists.dillo.org/pipermail/dillo-dev/2015-July/010599.html (at least I hope it will; Namely that Message-ID is 20150712064445.GA17278 at g0n) What you, Plmalternate, probably need to do, see that fltk, which dillo needs for fonts, is compiled the right way... > On 8/30/15, dillo-dev-request at dillo.org <dillo-dev-request at dillo.org> wrote: > > Send Dillo-dev mailing list submissions to > > dillo-dev at dillo.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > or, via email, send a message with subject or body 'help' to > > dillo-dev-request at dillo.org > > > > You can reach the person managing the list at > > dillo-dev-owner at dillo.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Dillo-dev digest..." > > > > > > Today's Topics: > > > > 1. Dillo-dev Digest,v19#12 UI font size > > (miro.rovis at croatiafidelis.hr) > > 2. Re: Dillo-dev Digest,v19#12 UI font size > > (miro.rovis at croatiafidelis.hr) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Sun, 30 Aug 2015 15:47:15 +0200 > > From: miro.rovis at croatiafidelis.hr > > To: dillo-dev at dillo.org > > Cc: Plmalternate Plmalternate <plmalternate at gmail.com> > > Subject: [Dillo-dev] Dillo-dev Digest,v19#12 UI font size > > Message-ID: <20150830134714.GB19293 at g0n> > > Content-Type: text/plain; charset="us-ascii" > > > > On Sat, Aug 29, 2015 at 08:08:53PM -0400, Plmalternate Plmalternate wrote: > >> @ Miroslav Rovis: > >> Thank you, sir. I did not, at first, perceive that your comments were > >> addressed to me, but assumed they followed up on some topic raised > >> before I joined the list. > > They did so. They intend to belong to anoother thread if it becomes a > > thread. And if it does, it ought to be under subject: > > > > Google captcha and cached images at VDR Forum registration > > http://lists.dillo.org/pipermail/dillo-dev/2015-August/010635.html > > > > LATER NOTE: or maybe you are talking about the other thread by the subject: > > Gentoo live ebuild, WAS: Github..cookies > > http://lists.dillo.org/pipermail/dillo-dev/2015-August/010634.html > > > > which does have converging (or common) points, with your issues. > > > > But pls. don't worry, but rather keep up your efforts to learn, instead. > > > > ++++ > > You need to reply to the digest e-mail, when you post a question, by > > also changing the subject line to reflect your query, as it says in the > > digest, which you left in your email, you can find it in the text > > further below, and here it is for your convenience: > >> > When replying, please edit your Subject line so it is more specific > >> > than "Re: Contents of Dillo-dev digest..." > > ++++ > > You can see that Jorge Arellano Cid, the leader of the Dillo project, > > changed the cubject line when he replied to you, to read; > > > > LATER NOTE (on second sending: also pls. reply to this mail, and to the > > list, not like I replying only to you, in hurry as I was). > > > > Re: [Dillo-dev] Dillo-dev Digest,v19#12 UI font size > > > > and you can see I changed the subject line to read like Jorge did, to > > keep it the same. > > > > Also, you need to reply to emails by hitting the "Reply" button, so that > > it is visible what email you are replying to, by the simple fact that > > the text of that email is contained in the email of yours, like Jorge > > did, and like I did. See, your email is within this email of mine. > >> But now that I have clicked your links, I > >> think maybe they were. But I confess that I have not yet been able to > >> understand. Are you saying I should change something in the source and > >> recompile Dillo? If so, would you mind saying exactly what file and > >> how I should change it? > > I don't know how much time I can set aside, as I really have other > > issues, and real-world problems, but I might try to help you a little... > > > > But pls. do your best, as this is a developers' mailing list. Else we > > may be of distraction to the developers... And also, be patient. The > > other real-world issues may cause some delay in my replying to you. > > > > I am only a wishful tester for their work, maybe I am not yet at the > > necessary level myself... > >> > >> I don't care so much that the fonts be pretty, just legible without > >> having to touch my nose to the monitor. > > ***Oh, no, now I see this!*** > > > > And I know, I remember so well, how I had to rub my nose into my monitor > > to see the fonts! No, this is (probably) not a UI issue, Jorge, if you > > are reading, it's not! This is a fonts not scalable issue (probably!... > > > > I'm assuming you are using some kind of Linux. Are you? > > Let's first see, if you can find the file in your home directory, do > > this, as user, not as root: > > > > cd /home/<replacer-this-with-your-username>/.dillo > > > > And with the next command, you ought to see something like: > > > > ls -l > > total 36 > > -rw------- 1 miro miro 67 2015-07-04 15:29 cookiesrc > > -rw------- 1 miro miro 173 2015-08-28 18:36 cookies.txt > > -rw-r--r-- 1 miro miro 13984 2015-08-28 19:52 dillorc > > -rw-r--r-- 1 miro miro 990 2015-02-15 07:00 domainrc > > -rw-r--r-- 1 miro miro 157 2015-02-15 07:00 dpidrc > > -rw-r--r-- 1 miro miro 2935 2015-02-15 07:00 keysrc > > > > Let me read your reply and explanation of what you see, and esp. if you > > can, maybe, now, understand, what I explained in the: > > > > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > > > > that is, to edit, with a normal editor in Linux, such as Vim, Emacs, > > Nano, or such, the line that reads (something like): > > > > [[ I use Vim, but you can use any editor you like ]] > > > > #font_factor=1.0 > > > > ,,,You can change that line to read, maybe: > > > > font_factor=1.5 > > > > for starters... > > > > (my salute is in bottom) > >> > >> On 8/29/15, dillo-dev-request at dillo.org <dillo-dev-request at dillo.org> > >> wrote: > >> > Send Dillo-dev mailing list submissions to > >> > dillo-dev at dillo.org > >> > > >> > To subscribe or unsubscribe via the World Wide Web, visit > >> > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > >> > or, via email, send a message with subject or body 'help' to > >> > dillo-dev-request at dillo.org > >> > > >> > You can reach the person managing the list at > >> > dillo-dev-owner at dillo.org > >> > > >> > When replying, please edit your Subject line so it is more specific > >> > than "Re: Contents of Dillo-dev digest..." > >> > > >> > > >> > Today's Topics: > >> > > >> > 1. Re: UI font size (Jorge Arellano Cid) > >> > 2. Re: Dillo-dev Digest, Vol 19, Issue 11 - UI font size > >> > (Plmalternate Plmalternate) > >> > 3. Re: Gentoo live ebuild, WAS: Github..cookies > >> > (miro.rovis at croatiafidelis.hr) > >> > 4. Google captcha and cached images at VDR Forum registration > >> > (miro.rovis at croatiafidelis.hr) > >> > > >> > > >> > ---------------------------------------------------------------------- > >> > > >> > Message: 1 > >> > Date: Fri, 28 Aug 2015 12:10:25 -0300 > >> > From: Jorge Arellano Cid <jcid at dillo.org> > >> > To: dillo-dev at dillo.org > >> > Subject: Re: [Dillo-dev] UI font size > >> > Message-ID: <20150828151025.GB32592 at dillo.org> > >> > Content-Type: text/plain; charset=us-ascii > >> > > >> > On Fri, Aug 28, 2015 at 01:19:59AM +0100, Jeremy Henty wrote: > >> >> > >> >> Plmalternate Plmalternate wrote: > >> >> > >> >> > If I could figure out how to change the UI font size so it was big > >> >> > enough for me to see, it would be perfect. > >> >> > >> >> I do this by setting "font_factor=1.4" in dillorc (it is under > >> >> "RENDERING SECTION"). > >> > > >> > There's also "font_min_size". I use this in my dillorc: > >> > > >> > # Minimum font size > >> > font_min_size=18 > >> > > >> > > >> > -- > >> > Cheers > >> > Jorge.- > >> > > >> > > >> > > >> > ------------------------------ > >> > > >> > Message: 2 > >> > Date: Fri, 28 Aug 2015 21:50:10 -0400 > >> > From: Plmalternate Plmalternate <plmalternate at gmail.com> > >> > To: dillo-dev at dillo.org > >> > Subject: Re: [Dillo-dev] Dillo-dev Digest, Vol 19, Issue 11 - UI font > >> > size > >> > Message-ID: > >> > <CAB2o_TGdQ6MMqQPseBWUTvdo6KdxiV2ZieXR1Xv-jMu0N31Ybw at mail.gmail.com> > >> > Content-Type: text/plain; charset=UTF-8 > >> > > >> >> From: Jeremy Henty <onepoint at starurchin.org> > >> >> Plmalternate Plmalternate wrote: > >> >> > >> >>> If I could figure out how to change the UI font size so it was big > >> >>> enough for me to see, it would be perfect. > >> >> > >> >> I do this by setting "font_factor=1.4" in dillorc (it is under > >> >> "RENDERING SECTION"). > >> >> > >> >> Regards, > >> >> > >> >> Jeremy Henty > >> > > >> > Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each > >> > time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 > >> > with plain Openbox or a 64 bit PCLOS with LXDE. > >> > > >> > I suspected I should put something in ~/.fltk/fltk.org/fltk.prefs but > >> > when I searched on that filename the only things I found touching on > >> > the subject did so simply to say that was wrong. > >> > > >> > Just to be clear: I'm talking about the font size of the text > >> > buttons/menus: > >> > > >> > 1st bar: > >> > "File" & whatever is in the url field like "example.com" > >> > 2nd bar left: > >> > "Back", "Forw", "Home", "Reload", "Save", "Stop", "Book", and "Tools". > >> > 2nd bar right: > >> > "Images x of y" & "Page z kb" > >> > > >> > For some of those there is a corresponding icon, the size of which is > >> > SLIGHTLY adjustable through Tools, Panel Size, but text size doesn't > >> > change as far as I can see. I could do without the icons, personally, > >> > but that's just me. > >> > > >> > > >> > > >> > ------------------------------ > >> > > >> > Message: 3 > >> > Date: Sat, 29 Aug 2015 04:16:25 +0200 > >> > From: miro.rovis at croatiafidelis.hr > >> > To: dillo-dev at dillo.org > >> > Subject: Re: [Dillo-dev] Gentoo live ebuild, WAS: Github..cookies > >> > Message-ID: <20150829021625.GA8318 at g0n> > >> > Content-Type: text/plain; charset="us-ascii" > >> > > >> > On Sun, Jul 19, 2015 at 04:16:51PM +0200, miro.rovis at croatiafidelis.hr > >> > wrote: > >> >> On Sat, Jul 18, 2015 at 01:04:55PM +0200, miroslav.rovis1 at zg.ht.hr > >> >> wrote: > >> >> > > Dillo ebuild is missing xft flag for fltk, causes eye-sore > >> >> renamed: > >> >> www-client/dillo should depend on x11-libs/fltk[xft] > >> >> > > https://bugs.gentoo.org/show_bug.cgi?id=554588 > >> >> There is more comments, by Walter Dnes, and by me. I saw the mail > >> >> wasn't > >> >> reported sent to Walter Dnes, so I thought I'd inform here. > >> >> > >> > > >> > I recently posted a comment on the "www-client/dillo should depend on > >> > x11-libs/fltk[xft]" WONTFIX but on Gentoo Bugzilla: > >> > https://bugs.gentoo.org/show_bug.cgi?id=554588#c9 > >> > > >> > Note also the link there to the Forums topic: > >> > A Tentative at dillo-3.1-dev ebuild > >> > https://forums.gentoo.org/viewtopic-t-1021878.html#7806130 > >> > where also notice the video: > >> > > >> > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > >> > > >> > in which I explain it so even newbies can understand something's likely > >> > wrong with the treatment of us users of Dillo with the WONTFIX > >> > attitude, in my opinion. > >> > > >> > BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or > >> > is it something else? (in the more or less entire bug in question it > >> > can > >> > be seen... No, you can't notice it in the previous comments I posted, > >> > they cleaned it, only this one last, before they clean it too...). > >> > > >> > There is another issue, if I manage to write that separate topic about > >> > tonight, it's about: > >> > Why, oh why the Schmoog captcha? > >> > https://forums.gentoo.org/viewtopic-t-1027382.html > >> > (but separately if I manage) > >> > > >> > I did my best. Regards! > >> > -- > >> > Miroslav Rovis > >> > Zagreb, Croatia > >> > http://www.CroatiaFidelis.hr > >> >

Sept. 6, 2015

Dillo on FreeBSD ARM

by usenet＠ulrich-grey.de

Hello, I want to inform you that I have built dillo-3.0.4.1 on FreeBSD 11.0-CURRENT #1 r287459M ARM platform using FreeBSD ports. This is remarkable because all non-text browsers I have tried are crashing on ARM. (Example: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202775) With dillo I am able to surf the internet the first time using my Cubox. Regards Ulrich

Sept. 5, 2015

Gentoo live ebuild, WAS: Github..cookies

by miro.rovis＠croatiafidelis.hr

On Sat, Aug 29, 2015 at 04:16:25AM +0200, miro.rovis at croatiafidelis.hr wrote: ... > BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or > is it something else? (in the more or less entire bug in question it can > be seen... No, you can't notice it in the previous comments I posted, > they cleaned it, only this one last, before they clean it too...). You can see it in the comment that I just posted: https://bugs.gentoo.org/show_bug.cgi?id=554588#c12 The '' that you can see aplenty is what my newlines turned into. I always screencast and dumpcap, so I could prove I really just normally typed in my comment, with newlines. -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

Sept. 1, 2015

javascript

by brucembeach＠gmail.com

Hello everybody The following emails for some reaseon never made to the list so I am resending them. ---------------- Email 1 ---------------------------------------- James C wrote: >> src/table.hh might be a reasonable place to start thinking >> about the requirements for integrating a new set of tags. Don't know. I looked at it. Are you sure you meant table.hh? I'm not sure that any new tags would actually be added anyway. If anything I would look at Html_tag_open_script(...) { Html_tag_close_script(...) { as likely candidates for a starting point. I did get binaries for iceweasel that worked. 285 files @ 21M and all I do is click: "accept" Thats it. Close the browser(and the chroot, since i can't get it working otherwise) and start dillo. I don't need javascript again until the lease expires about 20hrs later. Bruce --------------- Email 2 ---------------------------------------- James C wrote > Do you have dtrace, dtruss or strace, to look for open() to see > where JavaScript is writing its state? That's my guess about > why you'd need a chroot or similar. I have strace, but the reason I need the chroot is that the library versions for iceweasel don't match the versions on my system and the files are all over the place. Iceweasel will eventually go away. Right now getting the glue between dillo and duktake is beginning to look pretty good but I have run into a puzzle of a different kind. I put a print statement in Html_tag_open_script and Html_tag_close_script and indeed you see "in Html_tag_open_script" and "Html_tag_close_script" every time the script tag is encountered. Now if I load that signon page I get a blank screen and the messages are -> not <- displayed, and the stop Icon stays permanently on. Looking at the code I find the tag <noscript> <meta HTTP-EQUIV="REFRESH" content="0; url=https://guestportal.burnaby.ca/login_noscript.html"> </noscript> If I delete these lines dillo loads the page normally and every thing is fine. Looking in the table in html.cc I find: const TagInfo Tags[] = ... ... /* noscript 1011 */ ... ... blindly replaceing this line with: {"script", B8(111001),'R',2, Html_tag_open_script,NULL,Html_tag_close_script}, and changing "script" to "noscript" on the assumtion that when dillo hits the tag </noscript> it will then just continue until it hits </noscript>, throw away the data and then continue on, which it apparently does. The question is what to do about it. If it is something that is going to be implemented but nobody has got around to it then I would at least put in a: Html_tag_open_noscript() and a Html_tag_close_noscript() so that web pages don't stall when dillo hits that tag. Bruce

Aug. 31, 2015

Dillo-dev Digest,v19#12 UI font size

by miro.rovis＠croatiafidelis.hr

Looking it up at: http://lists.dillo.org/pipermail/dillo-dev/2015-August/thread.html @Plmalternate Pls., do not get me wrong. It took me a while to figure out that your initial email was: [Dillo-dev] Dillo-dev Digest, Vol 19, Issue 11 - UI font size ? http://lists.dillo.org/pipermail/dillo-dev/2015-August/010633.html and that the next one was: [Dillo-dev] Dillo-dev Digest,v19#12 UI font size http://lists.dillo.org/pipermail/dillo-dev/2015-August/010636.html but in a different thread (that's the reason for not only my confusion --you don't read every email in every thread if you're short of time) And only then there is this thread to which I am forwarding this message. I see and I hope you might even, maybe, compile, the UI fonts, so you are not a newbie like I thought you were. My mistake was not out of lack of respect. (salutations in bottom) On Sun, Aug 30, 2015 at 03:47:15PM +0200, miro.rovis at croatiafidelis.hr wrote: > On Sat, Aug 29, 2015 at 08:08:53PM -0400, Plmalternate Plmalternate wrote: > > @ Miroslav Rovis: > > Thank you, sir. I did not, at first, perceive that your comments were > > addressed to me, but assumed they followed up on some topic raised > > before I joined the list. > They did so. They intend to belong to anoother thread if it becomes a > thread. And if it does, it ought to be under subject: > > Google captcha and cached images at VDR Forum registration > http://lists.dillo.org/pipermail/dillo-dev/2015-August/010635.html > > LATER NOTE: or maybe you are talking about the other thread by the subject: > Gentoo live ebuild, WAS: Github..cookies > http://lists.dillo.org/pipermail/dillo-dev/2015-August/010634.html > > which does have converging (or common) points, with your issues. > > But pls. don't worry, but rather keep up your efforts to learn, instead. > > ++++ > You need to reply to the digest e-mail, when you post a question, by > also changing the subject line to reflect your query, as it says in the > digest, which you left in your email, you can find it in the text > further below, and here it is for your convenience: > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of Dillo-dev digest..." > ++++ > You can see that Jorge Arellano Cid, the leader of the Dillo project, > changed the cubject line when he replied to you, to read; > > LATER NOTE (on second sending: also pls. reply to this mail, and to the > list, not like I replying only to you, in hurry as I was). > > Re: [Dillo-dev] Dillo-dev Digest,v19#12 UI font size > > and you can see I changed the subject line to read like Jorge did, to > keep it the same. > > Also, you need to reply to emails by hitting the "Reply" button, so that > it is visible what email you are replying to, by the simple fact that > the text of that email is contained in the email of yours, like Jorge > did, and like I did. See, your email is within this email of mine. > > But now that I have clicked your links, I > > think maybe they were. But I confess that I have not yet been able to > > understand. Are you saying I should change something in the source and > > recompile Dillo? If so, would you mind saying exactly what file and > > how I should change it? > I don't know how much time I can set aside, as I really have other > issues, and real-world problems, but I might try to help you a little... > > But pls. do your best, as this is a developers' mailing list. Else we > may be of distraction to the developers... And also, be patient. The > other real-world issues may cause some delay in my replying to you. > > I am only a wishful tester for their work, maybe I am not yet at the > necessary level myself... > > > > I don't care so much that the fonts be pretty, just legible without > > having to touch my nose to the monitor. > ***Oh, no, now I see this!*** > > And I know, I remember so well, how I had to rub my nose into my monitor > to see the fonts! No, this is (probably) not a UI issue, Jorge, if you > are reading, it's not! This is a fonts not scalable issue (probably!... > > I'm assuming you are using some kind of Linux. Are you? > Let's first see, if you can find the file in your home directory, do > this, as user, not as root: > > cd /home/<replacer-this-with-your-username>/.dillo > > And with the next command, you ought to see something like: > > ls -l > total 36 > -rw------- 1 miro miro 67 2015-07-04 15:29 cookiesrc > -rw------- 1 miro miro 173 2015-08-28 18:36 cookies.txt > -rw-r--r-- 1 miro miro 13984 2015-08-28 19:52 dillorc > -rw-r--r-- 1 miro miro 990 2015-02-15 07:00 domainrc > -rw-r--r-- 1 miro miro 157 2015-02-15 07:00 dpidrc > -rw-r--r-- 1 miro miro 2935 2015-02-15 07:00 keysrc > > Let me read your reply and explanation of what you see, and esp. if you > can, maybe, now, understand, what I explained in the: > > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > > that is, to edit, with a normal editor in Linux, such as Vim, Emacs, > Nano, or such, the line that reads (something like): > > [[ I use Vim, but you can use any editor you like ]] > > #font_factor=1.0 > > ,,,You can change that line to read, maybe: > > font_factor=1.5 > > for starters... > > (my salute is in bottom) > > > > On 8/29/15, dillo-dev-request at dillo.org <dillo-dev-request at dillo.org> wrote: > > > Send Dillo-dev mailing list submissions to > > > dillo-dev at dillo.org > > > > > > To subscribe or unsubscribe via the World Wide Web, visit > > > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > > or, via email, send a message with subject or body 'help' to > > > dillo-dev-request at dillo.org > > > > > > You can reach the person managing the list at > > > dillo-dev-owner at dillo.org > > > > > > When replying, please edit your Subject line so it is more specific > > > than "Re: Contents of Dillo-dev digest..." > > > > > > > > > Today's Topics: > > > > > > 1. Re: UI font size (Jorge Arellano Cid) > > > 2. Re: Dillo-dev Digest, Vol 19, Issue 11 - UI font size > > > (Plmalternate Plmalternate) > > > 3. Re: Gentoo live ebuild, WAS: Github..cookies > > > (miro.rovis at croatiafidelis.hr) > > > 4. Google captcha and cached images at VDR Forum registration > > > (miro.rovis at croatiafidelis.hr) > > > > > > > > > ---------------------------------------------------------------------- > > > > > > Message: 1 > > > Date: Fri, 28 Aug 2015 12:10:25 -0300 > > > From: Jorge Arellano Cid <jcid at dillo.org> > > > To: dillo-dev at dillo.org > > > Subject: Re: [Dillo-dev] UI font size > > > Message-ID: <20150828151025.GB32592 at dillo.org> > > > Content-Type: text/plain; charset=us-ascii > > > > > > On Fri, Aug 28, 2015 at 01:19:59AM +0100, Jeremy Henty wrote: > > >> > > >> Plmalternate Plmalternate wrote: > > >> > > >> > If I could figure out how to change the UI font size so it was big > > >> > enough for me to see, it would be perfect. > > >> > > >> I do this by setting "font_factor=1.4" in dillorc (it is under > > >> "RENDERING SECTION"). > > > > > > There's also "font_min_size". I use this in my dillorc: > > > > > > # Minimum font size > > > font_min_size=18 > > > > > > > > > -- > > > Cheers > > > Jorge.- > > > > > > > > > > > > ------------------------------ > > > > > > Message: 2 > > > Date: Fri, 28 Aug 2015 21:50:10 -0400 > > > From: Plmalternate Plmalternate <plmalternate at gmail.com> > > > To: dillo-dev at dillo.org > > > Subject: Re: [Dillo-dev] Dillo-dev Digest, Vol 19, Issue 11 - UI font > > > size > > > Message-ID: > > > <CAB2o_TGdQ6MMqQPseBWUTvdo6KdxiV2ZieXR1Xv-jMu0N31Ybw at mail.gmail.com> > > > Content-Type: text/plain; charset=UTF-8 > > > > > >> From: Jeremy Henty <onepoint at starurchin.org> > > >> Plmalternate Plmalternate wrote: > > >> > > >>> If I could figure out how to change the UI font size so it was big > > >>> enough for me to see, it would be perfect. > > >> > > >> I do this by setting "font_factor=1.4" in dillorc (it is under > > >> "RENDERING SECTION"). > > >> > > >> Regards, > > >> > > >> Jeremy Henty > > > > > > Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each > > > time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 > > > with plain Openbox or a 64 bit PCLOS with LXDE. > > > > > > I suspected I should put something in ~/.fltk/fltk.org/fltk.prefs but > > > when I searched on that filename the only things I found touching on > > > the subject did so simply to say that was wrong. > > > > > > Just to be clear: I'm talking about the font size of the text > > > buttons/menus: > > > > > > 1st bar: > > > "File" & whatever is in the url field like "example.com" > > > 2nd bar left: > > > "Back", "Forw", "Home", "Reload", "Save", "Stop", "Book", and "Tools". > > > 2nd bar right: > > > "Images x of y" & "Page z kb" > > > > > > For some of those there is a corresponding icon, the size of which is > > > SLIGHTLY adjustable through Tools, Panel Size, but text size doesn't > > > change as far as I can see. I could do without the icons, personally, > > > but that's just me. > > > > > > > > > > > > ------------------------------ > > > > > > Message: 3 > > > Date: Sat, 29 Aug 2015 04:16:25 +0200 > > > From: miro.rovis at croatiafidelis.hr > > > To: dillo-dev at dillo.org > > > Subject: Re: [Dillo-dev] Gentoo live ebuild, WAS: Github..cookies > > > Message-ID: <20150829021625.GA8318 at g0n> > > > Content-Type: text/plain; charset="us-ascii" > > > > > > On Sun, Jul 19, 2015 at 04:16:51PM +0200, miro.rovis at croatiafidelis.hr > > > wrote: > > >> On Sat, Jul 18, 2015 at 01:04:55PM +0200, miroslav.rovis1 at zg.ht.hr wrote: > > >> > > Dillo ebuild is missing xft flag for fltk, causes eye-sore > > >> renamed: > > >> www-client/dillo should depend on x11-libs/fltk[xft] > > >> > > https://bugs.gentoo.org/show_bug.cgi?id=554588 > > >> There is more comments, by Walter Dnes, and by me. I saw the mail wasn't > > >> reported sent to Walter Dnes, so I thought I'd inform here. > > >> > > > > > > I recently posted a comment on the "www-client/dillo should depend on > > > x11-libs/fltk[xft]" WONTFIX but on Gentoo Bugzilla: > > > https://bugs.gentoo.org/show_bug.cgi?id=554588#c9 > > > > > > Note also the link there to the Forums topic: > > > A Tentative at dillo-3.1-dev ebuild > > > https://forums.gentoo.org/viewtopic-t-1021878.html#7806130 > > > where also notice the video: > > > > > > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > > > > > > in which I explain it so even newbies can understand something's likely > > > wrong with the treatment of us users of Dillo with the WONTFIX > > > attitude, in my opinion. > > > > > > BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or > > > is it something else? (in the more or less entire bug in question it can > > > be seen... No, you can't notice it in the previous comments I posted, > > > they cleaned it, only this one last, before they clean it too...). > > > > > > There is another issue, if I manage to write that separate topic about > > > tonight, it's about: > > > Why, oh why the Schmoog captcha? > > > https://forums.gentoo.org/viewtopic-t-1027382.html > > > (but separately if I manage) > > > > > > I did my best. Regards! > > > -- > > > Miroslav Rovis > > > Zagreb, Croatia > > > http://www.CroatiaFidelis.hr > > >

Aug. 30, 2015

Dillo-dev Digest,v19#12 UI font size

by miro.rovis＠croatiafidelis.hr

On Sat, Aug 29, 2015 at 08:08:53PM -0400, Plmalternate Plmalternate wrote: > @ Miroslav Rovis: > Thank you, sir. I did not, at first, perceive that your comments were > addressed to me, but assumed they followed up on some topic raised > before I joined the list. They did so. They intend to belong to anoother thread if it becomes a thread. And if it does, it ought to be under subject: Google captcha and cached images at VDR Forum registration http://lists.dillo.org/pipermail/dillo-dev/2015-August/010635.html LATER NOTE: or maybe you are talking about the other thread by the subject: Gentoo live ebuild, WAS: Github..cookies http://lists.dillo.org/pipermail/dillo-dev/2015-August/010634.html which does have converging (or common) points, with your issues. But pls. don't worry, but rather keep up your efforts to learn, instead. ++++ You need to reply to the digest e-mail, when you post a question, by also changing the subject line to reflect your query, as it says in the digest, which you left in your email, you can find it in the text further below, and here it is for your convenience: > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Dillo-dev digest..." ++++ You can see that Jorge Arellano Cid, the leader of the Dillo project, changed the cubject line when he replied to you, to read; LATER NOTE (on second sending: also pls. reply to this mail, and to the list, not like I replying only to you, in hurry as I was). Re: [Dillo-dev] Dillo-dev Digest,v19#12 UI font size and you can see I changed the subject line to read like Jorge did, to keep it the same. Also, you need to reply to emails by hitting the "Reply" button, so that it is visible what email you are replying to, by the simple fact that the text of that email is contained in the email of yours, like Jorge did, and like I did. See, your email is within this email of mine. > But now that I have clicked your links, I > think maybe they were. But I confess that I have not yet been able to > understand. Are you saying I should change something in the source and > recompile Dillo? If so, would you mind saying exactly what file and > how I should change it? I don't know how much time I can set aside, as I really have other issues, and real-world problems, but I might try to help you a little... But pls. do your best, as this is a developers' mailing list. Else we may be of distraction to the developers... And also, be patient. The other real-world issues may cause some delay in my replying to you. I am only a wishful tester for their work, maybe I am not yet at the necessary level myself... > > I don't care so much that the fonts be pretty, just legible without > having to touch my nose to the monitor. ***Oh, no, now I see this!*** And I know, I remember so well, how I had to rub my nose into my monitor to see the fonts! No, this is (probably) not a UI issue, Jorge, if you are reading, it's not! This is a fonts not scalable issue (probably!... I'm assuming you are using some kind of Linux. Are you? Let's first see, if you can find the file in your home directory, do this, as user, not as root: cd /home/<replacer-this-with-your-username>/.dillo And with the next command, you ought to see something like: ls -l total 36 -rw------- 1 miro miro 67 2015-07-04 15:29 cookiesrc -rw------- 1 miro miro 173 2015-08-28 18:36 cookies.txt -rw-r--r-- 1 miro miro 13984 2015-08-28 19:52 dillorc -rw-r--r-- 1 miro miro 990 2015-02-15 07:00 domainrc -rw-r--r-- 1 miro miro 157 2015-02-15 07:00 dpidrc -rw-r--r-- 1 miro miro 2935 2015-02-15 07:00 keysrc Let me read your reply and explanation of what you see, and esp. if you can, maybe, now, understand, what I explained in the: http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… that is, to edit, with a normal editor in Linux, such as Vim, Emacs, Nano, or such, the line that reads (something like): [[ I use Vim, but you can use any editor you like ]] #font_factor=1.0 ,,,You can change that line to read, maybe: font_factor=1.5 for starters... (my salute is in bottom) > > On 8/29/15, dillo-dev-request at dillo.org <dillo-dev-request at dillo.org> wrote: > > Send Dillo-dev mailing list submissions to > > dillo-dev at dillo.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > > or, via email, send a message with subject or body 'help' to > > dillo-dev-request at dillo.org > > > > You can reach the person managing the list at > > dillo-dev-owner at dillo.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Dillo-dev digest..." > > > > > > Today's Topics: > > > > 1. Re: UI font size (Jorge Arellano Cid) > > 2. Re: Dillo-dev Digest, Vol 19, Issue 11 - UI font size > > (Plmalternate Plmalternate) > > 3. Re: Gentoo live ebuild, WAS: Github..cookies > > (miro.rovis at croatiafidelis.hr) > > 4. Google captcha and cached images at VDR Forum registration > > (miro.rovis at croatiafidelis.hr) > > > > > > ---------------------------------------------------------------------- > > > > Message: 1 > > Date: Fri, 28 Aug 2015 12:10:25 -0300 > > From: Jorge Arellano Cid <jcid at dillo.org> > > To: dillo-dev at dillo.org > > Subject: Re: [Dillo-dev] UI font size > > Message-ID: <20150828151025.GB32592 at dillo.org> > > Content-Type: text/plain; charset=us-ascii > > > > On Fri, Aug 28, 2015 at 01:19:59AM +0100, Jeremy Henty wrote: > >> > >> Plmalternate Plmalternate wrote: > >> > >> > If I could figure out how to change the UI font size so it was big > >> > enough for me to see, it would be perfect. > >> > >> I do this by setting "font_factor=1.4" in dillorc (it is under > >> "RENDERING SECTION"). > > > > There's also "font_min_size". I use this in my dillorc: > > > > # Minimum font size > > font_min_size=18 > > > > > > -- > > Cheers > > Jorge.- > > > > > > > > ------------------------------ > > > > Message: 2 > > Date: Fri, 28 Aug 2015 21:50:10 -0400 > > From: Plmalternate Plmalternate <plmalternate at gmail.com> > > To: dillo-dev at dillo.org > > Subject: Re: [Dillo-dev] Dillo-dev Digest, Vol 19, Issue 11 - UI font > > size > > Message-ID: > > <CAB2o_TGdQ6MMqQPseBWUTvdo6KdxiV2ZieXR1Xv-jMu0N31Ybw at mail.gmail.com> > > Content-Type: text/plain; charset=UTF-8 > > > >> From: Jeremy Henty <onepoint at starurchin.org> > >> Plmalternate Plmalternate wrote: > >> > >>> If I could figure out how to change the UI font size so it was big > >>> enough for me to see, it would be perfect. > >> > >> I do this by setting "font_factor=1.4" in dillorc (it is under > >> "RENDERING SECTION"). > >> > >> Regards, > >> > >> Jeremy Henty > > > > Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each > > time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 > > with plain Openbox or a 64 bit PCLOS with LXDE. > > > > I suspected I should put something in ~/.fltk/fltk.org/fltk.prefs but > > when I searched on that filename the only things I found touching on > > the subject did so simply to say that was wrong. > > > > Just to be clear: I'm talking about the font size of the text > > buttons/menus: > > > > 1st bar: > > "File" & whatever is in the url field like "example.com" > > 2nd bar left: > > "Back", "Forw", "Home", "Reload", "Save", "Stop", "Book", and "Tools". > > 2nd bar right: > > "Images x of y" & "Page z kb" > > > > For some of those there is a corresponding icon, the size of which is > > SLIGHTLY adjustable through Tools, Panel Size, but text size doesn't > > change as far as I can see. I could do without the icons, personally, > > but that's just me. > > > > > > > > ------------------------------ > > > > Message: 3 > > Date: Sat, 29 Aug 2015 04:16:25 +0200 > > From: miro.rovis at croatiafidelis.hr > > To: dillo-dev at dillo.org > > Subject: Re: [Dillo-dev] Gentoo live ebuild, WAS: Github..cookies > > Message-ID: <20150829021625.GA8318 at g0n> > > Content-Type: text/plain; charset="us-ascii" > > > > On Sun, Jul 19, 2015 at 04:16:51PM +0200, miro.rovis at croatiafidelis.hr > > wrote: > >> On Sat, Jul 18, 2015 at 01:04:55PM +0200, miroslav.rovis1 at zg.ht.hr wrote: > >> > > Dillo ebuild is missing xft flag for fltk, causes eye-sore > >> renamed: > >> www-client/dillo should depend on x11-libs/fltk[xft] > >> > > https://bugs.gentoo.org/show_bug.cgi?id=554588 > >> There is more comments, by Walter Dnes, and by me. I saw the mail wasn't > >> reported sent to Walter Dnes, so I thought I'd inform here. > >> > > > > I recently posted a comment on the "www-client/dillo should depend on > > x11-libs/fltk[xft]" WONTFIX but on Gentoo Bugzilla: > > https://bugs.gentoo.org/show_bug.cgi?id=554588#c9 > > > > Note also the link there to the Forums topic: > > A Tentative at dillo-3.1-dev ebuild > > https://forums.gentoo.org/viewtopic-t-1021878.html#7806130 > > where also notice the video: > > > > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > > > > in which I explain it so even newbies can understand something's likely > > wrong with the treatment of us users of Dillo with the WONTFIX > > attitude, in my opinion. > > > > BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or > > is it something else? (in the more or less entire bug in question it can > > be seen... No, you can't notice it in the previous comments I posted, > > they cleaned it, only this one last, before they clean it too...). > > > > There is another issue, if I manage to write that separate topic about > > tonight, it's about: > > Why, oh why the Schmoog captcha? > > https://forums.gentoo.org/viewtopic-t-1027382.html > > (but separately if I manage) > > > > I did my best. Regards! > > -- > > Miroslav Rovis > > Zagreb, Croatia > > http://www.CroatiaFidelis.hr > >

Aug. 30, 2015

Dillo-dev Digest,v19#12 UI font size

by jcid＠dillo.org

On Sat, Aug 29, 2015 at 01:33:28PM -0400, Plmalternate Plmalternate wrote: > > From: Jorge Arellano Cid <jcid at dillo.org> > > There's also "font_min_size". I use this in my dillorc: > > > > # Minimum font size > > font_min_size=18 > > Thank you, sir. I have that set also. It affects only the text size > of the content of the html document (e.g., a web page) for me. UI font > is unaffected for me. Can anyone confirm that they have enlarged the > font size SPEFICALLY of the UI? I'm not averse to recompiling but I > don't know where to look in the source code. Ah, now I see. font_factor & friends and CSS affect rendered code not UI fonts. There's no dillorc option for this. If you can code C/C++, you may start in tipwin.cc, in CustButton::CustButton() function, and add something like: labelsize(18); then dig further in the code to resize the buttons (FLTK doesn't do it automatically), and remake them to your taste. -- Cheers Jorge.-

Aug. 30, 2015

Dillo-dev Digest, Vol 19, Issue 12

by plmalternate＠gmail.com

@ Miroslav Rovis: Thank you, sir. I did not, at first, perceive that your comments were addressed to me, but assumed they followed up on some topic raised before I joined the list. But now that I have clicked your links, I think maybe they were. But I confess that I have not yet been able to understand. Are you saying I should change something in the source and recompile Dillo? If so, would you mind saying exactly what file and how I should change it? I don't care so much that the fonts be pretty, just legible without having to touch my nose to the monitor. On 8/29/15, dillo-dev-request at dillo.org <dillo-dev-request at dillo.org> wrote: > Send Dillo-dev mailing list submissions to > dillo-dev at dillo.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev > or, via email, send a message with subject or body 'help' to > dillo-dev-request at dillo.org > > You can reach the person managing the list at > dillo-dev-owner at dillo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dillo-dev digest..." > > > Today's Topics: > > 1. Re: UI font size (Jorge Arellano Cid) > 2. Re: Dillo-dev Digest, Vol 19, Issue 11 - UI font size > (Plmalternate Plmalternate) > 3. Re: Gentoo live ebuild, WAS: Github..cookies > (miro.rovis at croatiafidelis.hr) > 4. Google captcha and cached images at VDR Forum registration > (miro.rovis at croatiafidelis.hr) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 28 Aug 2015 12:10:25 -0300 > From: Jorge Arellano Cid <jcid at dillo.org> > To: dillo-dev at dillo.org > Subject: Re: [Dillo-dev] UI font size > Message-ID: <20150828151025.GB32592 at dillo.org> > Content-Type: text/plain; charset=us-ascii > > On Fri, Aug 28, 2015 at 01:19:59AM +0100, Jeremy Henty wrote: >> >> Plmalternate Plmalternate wrote: >> >> > If I could figure out how to change the UI font size so it was big >> > enough for me to see, it would be perfect. >> >> I do this by setting "font_factor=1.4" in dillorc (it is under >> "RENDERING SECTION"). > > There's also "font_min_size". I use this in my dillorc: > > # Minimum font size > font_min_size=18 > > > -- > Cheers > Jorge.- > > > > ------------------------------ > > Message: 2 > Date: Fri, 28 Aug 2015 21:50:10 -0400 > From: Plmalternate Plmalternate <plmalternate at gmail.com> > To: dillo-dev at dillo.org > Subject: Re: [Dillo-dev] Dillo-dev Digest, Vol 19, Issue 11 - UI font > size > Message-ID: > <CAB2o_TGdQ6MMqQPseBWUTvdo6KdxiV2ZieXR1Xv-jMu0N31Ybw at mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > >> From: Jeremy Henty <onepoint at starurchin.org> >> Plmalternate Plmalternate wrote: >> >>> If I could figure out how to change the UI font size so it was big >>> enough for me to see, it would be perfect. >> >> I do this by setting "font_factor=1.4" in dillorc (it is under >> "RENDERING SECTION"). >> >> Regards, >> >> Jeremy Henty > > Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each > time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 > with plain Openbox or a 64 bit PCLOS with LXDE. > > I suspected I should put something in ~/.fltk/fltk.org/fltk.prefs but > when I searched on that filename the only things I found touching on > the subject did so simply to say that was wrong. > > Just to be clear: I'm talking about the font size of the text > buttons/menus: > > 1st bar: > "File" & whatever is in the url field like "example.com" > 2nd bar left: > "Back", "Forw", "Home", "Reload", "Save", "Stop", "Book", and "Tools". > 2nd bar right: > "Images x of y" & "Page z kb" > > For some of those there is a corresponding icon, the size of which is > SLIGHTLY adjustable through Tools, Panel Size, but text size doesn't > change as far as I can see. I could do without the icons, personally, > but that's just me. > > > > ------------------------------ > > Message: 3 > Date: Sat, 29 Aug 2015 04:16:25 +0200 > From: miro.rovis at croatiafidelis.hr > To: dillo-dev at dillo.org > Subject: Re: [Dillo-dev] Gentoo live ebuild, WAS: Github..cookies > Message-ID: <20150829021625.GA8318 at g0n> > Content-Type: text/plain; charset="us-ascii" > > On Sun, Jul 19, 2015 at 04:16:51PM +0200, miro.rovis at croatiafidelis.hr > wrote: >> On Sat, Jul 18, 2015 at 01:04:55PM +0200, miroslav.rovis1 at zg.ht.hr wrote: >> > > Dillo ebuild is missing xft flag for fltk, causes eye-sore >> renamed: >> www-client/dillo should depend on x11-libs/fltk[xft] >> > > https://bugs.gentoo.org/show_bug.cgi?id=554588 >> There is more comments, by Walter Dnes, and by me. I saw the mail wasn't >> reported sent to Walter Dnes, so I thought I'd inform here. >> > > I recently posted a comment on the "www-client/dillo should depend on > x11-libs/fltk[xft]" WONTFIX but on Gentoo Bugzilla: > https://bugs.gentoo.org/show_bug.cgi?id=554588#c9 > > Note also the link there to the Forums topic: > A Tentative at dillo-3.1-dev ebuild > https://forums.gentoo.org/viewtopic-t-1021878.html#7806130 > where also notice the video: > > http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… > > in which I explain it so even newbies can understand something's likely > wrong with the treatment of us users of Dillo with the WONTFIX > attitude, in my opinion. > > BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or > is it something else? (in the more or less entire bug in question it can > be seen... No, you can't notice it in the previous comments I posted, > they cleaned it, only this one last, before they clean it too...). > > There is another issue, if I manage to write that separate topic about > tonight, it's about: > Why, oh why the Schmoog captcha? > https://forums.gentoo.org/viewtopic-t-1027382.html > (but separately if I manage) > > I did my best. Regards! > -- > Miroslav Rovis > Zagreb, Croatia > http://www.CroatiaFidelis.hr >

Aug. 30, 2015

Dillo-dev Digest,v19#12 UI font size

by plmalternate＠gmail.com

> From: Jorge Arellano Cid <jcid at dillo.org> > There's also "font_min_size". I use this in my dillorc: > > # Minimum font size > font_min_size=18 Thank you, sir. I have that set also. It affects only the text size of the content of the html document (e.g., a web page) for me. UI font is unaffected for me. Can anyone confirm that they have enlarged the font size SPEFICALLY of the UI? I'm not averse to recompiling but I don't know where to look in the source code.

Aug. 29, 2015

Google captcha and cached images at VDR Forum registration

by miro.rovis＠croatiafidelis.hr

I'm a little too tired and really sleepy, but I mention that I hope the Dillo developers will be able to tell me more on the issues that I thoroughly investigated, and posted a lot of captures and screencasts to document it. Please see, discarding what it unnecessary, the forum topic: Why, oh why the Schmoog captcha? https://forums.gentoo.org/viewtopic-t-1027382.html (esp. the post just posted an hour ago or so) and find it documented at: http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/ I did my best. Regards! Good night! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

Aug. 29, 2015

Gentoo live ebuild, WAS: Github..cookies

by miro.rovis＠croatiafidelis.hr

On Sun, Jul 19, 2015 at 04:16:51PM +0200, miro.rovis at croatiafidelis.hr wrote: > On Sat, Jul 18, 2015 at 01:04:55PM +0200, miroslav.rovis1 at zg.ht.hr wrote: > > > Dillo ebuild is missing xft flag for fltk, causes eye-sore > renamed: > www-client/dillo should depend on x11-libs/fltk[xft] > > > https://bugs.gentoo.org/show_bug.cgi?id=554588 > There is more comments, by Walter Dnes, and by me. I saw the mail wasn't > reported sent to Walter Dnes, so I thought I'd inform here. > I recently posted a comment on the "www-client/dillo should depend on x11-libs/fltk[xft]" WONTFIX but on Gentoo Bugzilla: https://bugs.gentoo.org/show_bug.cgi?id=554588#c9 Note also the link there to the Forums topic: A Tentative at dillo-3.1-dev ebuild https://forums.gentoo.org/viewtopic-t-1021878.html#7806130 where also notice the video: http://www.CroatiaFidelis.hr/foss/cap/cap-150824-Schm-capt/Screen_150824-Ge… in which I explain it so even newbies can understand something's likely wrong with the treatment of us users of Dillo with the WONTFIX attitude, in my opinion. BTW, also notice the strange kind of pasting with the 3.1-dev Dillo, or is it something else? (in the more or less entire bug in question it can be seen... No, you can't notice it in the previous comments I posted, they cleaned it, only this one last, before they clean it too...). There is another issue, if I manage to write that separate topic about tonight, it's about: Why, oh why the Schmoog captcha? https://forums.gentoo.org/viewtopic-t-1027382.html (but separately if I manage) I did my best. Regards! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

Aug. 29, 2015

Dillo-dev Digest, Vol 19, Issue 11 - UI font size

by plmalternate＠gmail.com

> From: Jeremy Henty <onepoint at starurchin.org> > Plmalternate Plmalternate wrote: > >> If I could figure out how to change the UI font size so it was big >> enough for me to see, it would be perfect. > > I do this by setting "font_factor=1.4" in dillorc (it is under > "RENDERING SECTION"). > > Regards, > > Jeremy Henty Thank you, sir. I tried that wth 1.4, 1.5, and 5.0, rebooting each time. Makes no difference I can see on either a 32 bit Ubuntu 14.04 with plain Openbox or a 64 bit PCLOS with LXDE. I suspected I should put something in ~/.fltk/fltk.org/fltk.prefs but when I searched on that filename the only things I found touching on the subject did so simply to say that was wrong. Just to be clear: I'm talking about the font size of the text buttons/menus: 1st bar: "File" & whatever is in the url field like "example.com" 2nd bar left: "Back", "Forw", "Home", "Reload", "Save", "Stop", "Book", and "Tools". 2nd bar right: "Images x of y" & "Page z kb" For some of those there is a corresponding icon, the size of which is SLIGHTLY adjustable through Tools, Panel Size, but text size doesn't change as far as I can see. I could do without the icons, personally, but that's just me.

Aug. 29, 2015

UI font size

by jcid＠dillo.org

On Fri, Aug 28, 2015 at 01:19:59AM +0100, Jeremy Henty wrote: > > Plmalternate Plmalternate wrote: > > > If I could figure out how to change the UI font size so it was big > > enough for me to see, it would be perfect. > > I do this by setting "font_factor=1.4" in dillorc (it is under > "RENDERING SECTION"). There's also "font_min_size". I use this in my dillorc: # Minimum font size font_min_size=18 -- Cheers Jorge.-

Aug. 28, 2015

UI font size

by onepoint＠starurchin.org

Plmalternate Plmalternate wrote: > If I could figure out how to change the UI font size so it was big > enough for me to see, it would be perfect. I do this by setting "font_factor=1.4" in dillorc (it is under "RENDERING SECTION"). Regards, Jeremy Henty

Aug. 28, 2015

UI font size

by plmalternate＠gmail.com

Thanks for such a fast and small browser. If I could figure out how to change the UI font size so it was big enough for me to see, it would be perfect. Point me toward a link maybe? If this is doable with either the dillorc or the style.css, including a directory with more than just one example of each in the installation, or alternately, on the website, might spare y'all getting emails like this. Also, you might consider one of the ad driven free forum sites, for mutual user support. Thanks for reading. -- I'm on the waiting list for an email account at protonmail.com where I'll be philip.mundhenk at protonmail.com or maybe philip.mundhenk at protonmail.ch until the DIME project gets off the ground. Because the Bill of Rights needs to be more than "a literary fiction".

Aug. 27, 2015

News about TLS support?

by arrowscript＠mail.com

Hi, any news about TLS support? I'm running Dillo in OpenBSD -current and TLS can't be used: ** ERROR **: dpi.c: can't start dpi daemon Yes, I checked dpi daemon and privileges. I compiled dillo in linux using the flag to enable TLS support, and even there I can't use TLS. Sincerely, Dillo is the best software for www browsing in my opinion, but I can't use them without TLS support [and Vi bindings]. Regards.

Aug. 26, 2015

javascript

by james.from.wellington＠gmail.com

src/table.hh might be a reasonable place to start thinking about the requirements for integrating a new set of tags. On 26/08/2015, bruce m beach <brucembeach at gmail.com> wrote: >>> But you haven't added the most important thing: does your site >>> works under dillo w/duktape? Because, y'know, that's more than >>> astounding to me! > > Well yes that would be pretty astounding since duk-tape most certainly > wouldn't do anything since it was just linked in to the dillo > executable. Dillo has to be modified to use it, maybe a lot of > work. My guess is that somewhere in Dillo is a state machine that > parses out keywords or tokens from the incoming stream and when > it has a complete token it branches to handle the token. When the > token 'script' is found then the following text is passed to the > parser in duktape. > > Bruce > > > On 8/25/15, Teodoro Santoni <asbrasbra at gmail.com> wrote: >> On Mon, Aug 24, 2015 at 08:14:03PM -0700, bruce m beach wrote: >>> Hello everybody >>> >>> I completely happy with dillo just the way it is. I consider it >>> insane to go on the web with javascript enabled and apart from >>> gmail I don't normally have cookies enabled. (how can I >>> differentiate the two users? i.e I have dillo of user 1 on the >>> the screen and a dillo of user 2 also on the screen but the 2 >>> dillo's are identical in appearance). Anyway all of a sudden >>> after using dillo for a year or so I find there is a website that >>> I absolutely must get on but it requires javascript. Well okay I >>> search the web to try to find something, anything that has >>> javascript (I've been searching for day and night for about a >>> week now) and find that there are two things >>> >>> 1) Massive huge bloatware >>> 2) dillo >>> >>> Most things don't build, or don't have any kind of a build system >>> or are for x86 (I'm on arm) so I figure I have to bite the bullet >>> and build firefox. I've been rolling my own system for about 20 >>> years so so I know whats involved but after two config failures >>> and it failing on the gigantic final link after an 8 hour build, >>> I come to the conclusion that lifes not worth it. I don't want >>> that piece of junk on my computer anyway. Links2 at one time had >>> javascript but they abandoned it and elinks has javascript as >>> long as you have seamonkey installed (tarball>190Mbytes) >>> >>> Anybody got any ideas? >>> >>> I did find one thing. "duktape" (http://duktape.org/)which seems >>> to be an exceptionlly fine piece of code which is an embeddable >>> Ecmascript E5/E5.1 engine with a focus on portability and compact >>> footprint. All the examples compiled out of the box and linking >>> it to dillo (duktape.c duktape.h) took a few minutes to change >>> the makefile. The size's of the files are >>> >>> dillo 558,480 >>> dillo 767,456 with ducttape >>> >>> I don't know enough to be able to do anything with it (I work >>> with hardware) but thought someone might be interested as a route >>> to get javascript on dillo. >> >> Astounding. >> But you haven't added the most important thing: does your site works >> under >> dillo w/duktape? >> Because, y'know, that's more than astounding to me! >> >> -- >> Teodoro Santoni >> >> Something is wrong. I don't wanna compile 20 KB of Go code to list files. >> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev >

Aug. 26, 2015

javascript

by brucembeach＠gmail.com

>> But you haven't added the most important thing: does your site >> works under dillo w/duktape? Because, y'know, that's more than >> astounding to me! Well yes that would be pretty astounding since duk-tape most certainly wouldn't do anything since it was just linked in to the dillo executable. Dillo has to be modified to use it, maybe a lot of work. My guess is that somewhere in Dillo is a state machine that parses out keywords or tokens from the incoming stream and when it has a complete token it branches to handle the token. When the token 'script' is found then the following text is passed to the parser in duktape. Bruce On 8/25/15, Teodoro Santoni <asbrasbra at gmail.com> wrote: > On Mon, Aug 24, 2015 at 08:14:03PM -0700, bruce m beach wrote: >> Hello everybody >> >> I completely happy with dillo just the way it is. I consider it >> insane to go on the web with javascript enabled and apart from >> gmail I don't normally have cookies enabled. (how can I >> differentiate the two users? i.e I have dillo of user 1 on the >> the screen and a dillo of user 2 also on the screen but the 2 >> dillo's are identical in appearance). Anyway all of a sudden >> after using dillo for a year or so I find there is a website that >> I absolutely must get on but it requires javascript. Well okay I >> search the web to try to find something, anything that has >> javascript (I've been searching for day and night for about a >> week now) and find that there are two things >> >> 1) Massive huge bloatware >> 2) dillo >> >> Most things don't build, or don't have any kind of a build system >> or are for x86 (I'm on arm) so I figure I have to bite the bullet >> and build firefox. I've been rolling my own system for about 20 >> years so so I know whats involved but after two config failures >> and it failing on the gigantic final link after an 8 hour build, >> I come to the conclusion that lifes not worth it. I don't want >> that piece of junk on my computer anyway. Links2 at one time had >> javascript but they abandoned it and elinks has javascript as >> long as you have seamonkey installed (tarball>190Mbytes) >> >> Anybody got any ideas? >> >> I did find one thing. "duktape" (http://duktape.org/)which seems >> to be an exceptionlly fine piece of code which is an embeddable >> Ecmascript E5/E5.1 engine with a focus on portability and compact >> footprint. All the examples compiled out of the box and linking >> it to dillo (duktape.c duktape.h) took a few minutes to change >> the makefile. The size's of the files are >> >> dillo 558,480 >> dillo 767,456 with ducttape >> >> I don't know enough to be able to do anything with it (I work >> with hardware) but thought someone might be interested as a route >> to get javascript on dillo. > > Astounding. > But you haven't added the most important thing: does your site works under > dillo w/duktape? > Because, y'know, that's more than astounding to me! > > -- > Teodoro Santoni > > Something is wrong. I don't wanna compile 20 KB of Go code to list files. >

Aug. 26, 2015

javascript

by asbrasbra＠gmail.com

On Mon, Aug 24, 2015 at 08:14:03PM -0700, bruce m beach wrote: > Hello everybody > > I completely happy with dillo just the way it is. I consider it > insane to go on the web with javascript enabled and apart from > gmail I don't normally have cookies enabled. (how can I > differentiate the two users? i.e I have dillo of user 1 on the > the screen and a dillo of user 2 also on the screen but the 2 > dillo's are identical in appearance). Anyway all of a sudden > after using dillo for a year or so I find there is a website that > I absolutely must get on but it requires javascript. Well okay I > search the web to try to find something, anything that has > javascript (I've been searching for day and night for about a > week now) and find that there are two things > > 1) Massive huge bloatware > 2) dillo > > Most things don't build, or don't have any kind of a build system > or are for x86 (I'm on arm) so I figure I have to bite the bullet > and build firefox. I've been rolling my own system for about 20 > years so so I know whats involved but after two config failures > and it failing on the gigantic final link after an 8 hour build, > I come to the conclusion that lifes not worth it. I don't want > that piece of junk on my computer anyway. Links2 at one time had > javascript but they abandoned it and elinks has javascript as > long as you have seamonkey installed (tarball>190Mbytes) > > Anybody got any ideas? > > I did find one thing. "duktape" (http://duktape.org/)which seems > to be an exceptionlly fine piece of code which is an embeddable > Ecmascript E5/E5.1 engine with a focus on portability and compact > footprint. All the examples compiled out of the box and linking > it to dillo (duktape.c duktape.h) took a few minutes to change > the makefile. The size's of the files are > > dillo 558,480 > dillo 767,456 with ducttape > > I don't know enough to be able to do anything with it (I work > with hardware) but thought someone might be interested as a route > to get javascript on dillo. Astounding. But you haven't added the most important thing: does your site works under dillo w/duktape? Because, y'know, that's more than astounding to me! -- Teodoro Santoni Something is wrong. I don't wanna compile 20 KB of Go code to list files.

Aug. 25, 2015

javascript

by brucembeach＠gmail.com

Hello everybody I completely happy with dillo just the way it is. I consider it insane to go on the web with javascript enabled and apart from gmail I don't normally have cookies enabled. (how can I differentiate the two users? i.e I have dillo of user 1 on the the screen and a dillo of user 2 also on the screen but the 2 dillo's are identical in appearance). Anyway all of a sudden after using dillo for a year or so I find there is a website that I absolutely must get on but it requires javascript. Well okay I search the web to try to find something, anything that has javascript (I've been searching for day and night for about a week now) and find that there are two things 1) Massive huge bloatware 2) dillo Most things don't build, or don't have any kind of a build system or are for x86 (I'm on arm) so I figure I have to bite the bullet and build firefox. I've been rolling my own system for about 20 years so so I know whats involved but after two config failures and it failing on the gigantic final link after an 8 hour build, I come to the conclusion that lifes not worth it. I don't want that piece of junk on my computer anyway. Links2 at one time had javascript but they abandoned it and elinks has javascript as long as you have seamonkey installed (tarball>190Mbytes) Anybody got any ideas? I did find one thing. "duktape" (http://duktape.org/)which seems to be an exceptionlly fine piece of code which is an embeddable Ecmascript E5/E5.1 engine with a focus on portability and compact footprint. All the examples compiled out of the box and linking it to dillo (duktape.c duktape.h) took a few minutes to change the makefile. The size's of the files are dillo 558,480 dillo 767,456 with ducttape I don't know enough to be able to do anything with it (I work with hardware) but thought someone might be interested as a route to get javascript on dillo. Bruce

Aug. 25, 2015

Weirdly scaled images (again)

by jcid＠dillo.org

On Wed, Aug 19, 2015 at 05:32:51PM +0200, Johannes Hofmann wrote: > Hi Jorge, > > On Tue, Aug 18, 2015 at 07:45:09PM -0300, Jorge Arellano Cid wrote: > > On Mon, Aug 17, 2015 at 09:35:09PM +0200, August Karlstrom wrote: > > [...] > > > > FWIW, IMHO, it should scale respecting the original image ratio > > (just pragmatics). > > > > AFAIR, it was/could-be done this way by dillo (using CSS hints) but > > somewhere in the redesign (GROWS) these image-size hints were lost. > > @Sebastian, @Johannes, please correct me if I'm wrong here. > > as it was mentioned in this thread already the image scaling issue > is fixed for quite some time in the main line of the dillo repo. Yes, but it still has some problems, as shown in August's example. I usually find image-scaling issues while surfing, so I *knew* there was something there, but never found the time to dig it. Today I made a test page (by no means complete yet), and it shows there are plenty of things right, and some others ignored (attached). The good news is that it seems the mechanisms for solving scaling are still there, and that the main issue comes with percentages. As August's example tests percentages in old style HTML (not CSS), I tested mingling a bit of CSS. If Sebastian confirms me there's not someting fundamentally lacking within percentage scaling, I could work on this issue trying to nail the bizantine plethora of possible combinations. :-P FWIW, in the test-page comments, FF means Firefox. -- Cheers Jorge.-

Aug. 20, 2015

Weirdly scaled images (again)

by Johannes.Hofmann＠gmx.de

On Wed, Aug 19, 2015 at 09:58:51PM +0200, August Karlstrom wrote: > On 2015-08-19 17:32, Johannes Hofmann wrote: > > as it was mentioned in this thread already the image scaling issue > > is fixed for quite some time in the main line of the dillo repo. > > I have downloaded and installed the latest Dillo version 3.1-dev. With > the test file below the two images have the same size despite setting > width to 25 percent on the second image. Do you get the same result? yes, I get the same result. Interestingly it works ok without the enclosing <div> Johannes > > -- August > > > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> > <head> > <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> > <title>Dillo Test</title> > </head> > <body> > <div><img alt="Dillo logo" src="http://www.dillo.org/db1.png" /></div> > <div><img alt="Dillo logo" src="http://www.dillo.org/db1.png" > width="25%" /></div> > </body> > </html> > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev at dillo.org > http://lists.dillo.org/cgi-bin/mailman/listinfo/dillo-dev

Aug. 19, 2015

Weirdly scaled images (again)

by fusionfile＠gmail.com

On 2015-08-19 17:32, Johannes Hofmann wrote: > as it was mentioned in this thread already the image scaling issue > is fixed for quite some time in the main line of the dillo repo. I have downloaded and installed the latest Dillo version 3.1-dev. With the test file below the two images have the same size despite setting width to 25 percent on the second image. Do you get the same result? -- August <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Dillo Test</title> </head> <body> <div><img alt="Dillo logo" src="http://www.dillo.org/db1.png" /></div> <div><img alt="Dillo logo" src="http://www.dillo.org/db1.png" width="25%" /></div> </body> </html>

Aug. 19, 2015

Weirdly scaled images (again)

by johannes.hofmann＠gmx.de

Hi Jorge, On Tue, Aug 18, 2015 at 07:45:09PM -0300, Jorge Arellano Cid wrote: > On Mon, Aug 17, 2015 at 09:35:09PM +0200, August Karlstrom wrote: > > On 2015-08-02 16:52, August Karlstrom wrote: > > >Apparently some (or most?) browsers, Firefox for instance, do uniform > > >scaling when only one of the width or height attribute is set on an img > > >element. Dillo does non-uniform scaling and changes only the specified > > >dimension. Here is what the reference has to say about it: > > > > > >"When the object is an image, it is scaled. User agents should do their > > >best to scale an object or image to match the width and height specified > > >by the author." > > > > > >http://www.w3.org/TR/html401/struct/objects.html#edef-IMG > > > > > >It seems to be a question of interpretation. > > > > I have posted the question on Stack Overflow: > > > > http://stackoverflow.com/questions/31773161/specifying-only-width-or-height… > > FWIW, IMHO, it should scale respecting the original image ratio > (just pragmatics). > > AFAIR, it was/could-be done this way by dillo (using CSS hints) but > somewhere in the redesign (GROWS) these image-size hints were lost. > @Sebastian, @Johannes, please correct me if I'm wrong here. as it was mentioned in this thread already the image scaling issue is fixed for quite some time in the main line of the dillo repo. Cheers, Johannes

Aug. 19, 2015

Weirdly scaled images (again)

by fusionfile＠gmail.com

On 2015-08-19 00:45, Jorge Arellano Cid wrote: > On Mon, Aug 17, 2015 at 09:35:09PM +0200, August Karlstrom wrote: >> I have posted the question on Stack Overflow: >> >> http://stackoverflow.com/questions/31773161/specifying-only-width-or-height… > > FWIW, IMHO, it should scale respecting the original image ratio > (just pragmatics). > > AFAIR, it was/could-be done this way by dillo (using CSS hints) but > somewhere in the redesign (GROWS) these image-size hints were lost. > @Sebastian, @Johannes, please correct me if I'm wrong here. After a little experimentation it seems like the image ratio is respected when width or height is set in pixels but not when a percentage is used, for instance <img alt="Some image" src="some-image.jpg" width="25%" /> I use Dillo version 3.0.4 in Debian Jessie (stable). -- August

Aug. 19, 2015

Weirdly scaled images (again)

by jcid＠dillo.org

On Mon, Aug 17, 2015 at 09:35:09PM +0200, August Karlstrom wrote: > On 2015-08-02 16:52, August Karlstrom wrote: > >Apparently some (or most?) browsers, Firefox for instance, do uniform > >scaling when only one of the width or height attribute is set on an img > >element. Dillo does non-uniform scaling and changes only the specified > >dimension. Here is what the reference has to say about it: > > > >"When the object is an image, it is scaled. User agents should do their > >best to scale an object or image to match the width and height specified > >by the author." > > > >http://www.w3.org/TR/html401/struct/objects.html#edef-IMG > > > >It seems to be a question of interpretation. > > I have posted the question on Stack Overflow: > > http://stackoverflow.com/questions/31773161/specifying-only-width-or-height… FWIW, IMHO, it should scale respecting the original image ratio (just pragmatics). AFAIR, it was/could-be done this way by dillo (using CSS hints) but somewhere in the redesign (GROWS) these image-size hints were lost. @Sebastian, @Johannes, please correct me if I'm wrong here. -- Cheers Jorge.-

Aug. 18, 2015

Weirdly scaled images (again)

by singpolyma＠singpolyma.net

>Apparently some (or most?) browsers, Firefox for instance, do uniform >scaling when only one of the width or height attribute is set on an img >element. Yes, this is the right thing to do and is the only way images should generally be used on the web (since you always want uniform scaling and don't get it when setting both width and height, so only one of width or height should ever be set).

Aug. 17, 2015

Weirdly scaled images (again)

by fusionfile＠gmail.com

On 2015-08-02 16:52, August Karlstrom wrote: > Apparently some (or most?) browsers, Firefox for instance, do uniform > scaling when only one of the width or height attribute is set on an img > element. Dillo does non-uniform scaling and changes only the specified > dimension. Here is what the reference has to say about it: > > "When the object is an image, it is scaled. User agents should do their > best to scale an object or image to match the width and height specified > by the author." > > http://www.w3.org/TR/html401/struct/objects.html#edef-IMG > > It seems to be a question of interpretation. I have posted the question on Stack Overflow: http://stackoverflow.com/questions/31773161/specifying-only-width-or-height… -- August

Aug. 17, 2015

weirdly scaled images

by sgeerken＠dillo.org

On Sun, Aug 16, 2015, v4hn wrote: > On Sun, Aug 16, 2015 at 01:09:24AM +0200, v4hn wrote: > > It seems there are at least two people (August and I) who await an 3.1 release. :-) > > Seems I've been too rash. One of the pages August mentioned (http://www.dn.se) > produces a CPU lock 5 out of 10 times over here that is unrelated to the aspect ratio bug though. > In case anyone is interested, please find the backtrace below. This is why it did not go into the release. I'm currently working on another approach to reduce these CPU hogging problems, which still orrur, see [1]; although there has not been much work recently. (And the "dillo_grows" version will not work at all.) The problems are caused by floats; so disabling them by adding * { float: none !important } into ~/.dillo/style.css should help. Sebastian [1] http://flpsed.org/hgweb/dillo_grows/file/tip/devdoc/dw-size-request-pos.doc

Aug. 16, 2015

Weirdly scaled images (again)

by fusionfile＠gmail.com

On 2015-07-28 17:34, August Karlstrom wrote: > Changing the aspect ratio of an image is something you almost never > want do do, and changing the aspect ratio of a photo is a big no-no. > What's your view on this? Do you use Dillo with CSS disabled? > Actually, I think it would be better if image scaling was not > implemented at all, rather than broken like this. Apparently some (or most?) browsers, Firefox for instance, do uniform scaling when only one of the width or height attribute is set on an img element. Dillo does non-uniform scaling and changes only the specified dimension. Here is what the reference has to say about it: "When the object is an image, it is scaled. User agents should do their best to scale an object or image to match the width and height specified by the author." http://www.w3.org/TR/html401/struct/objects.html#edef-IMG It seems to be a question of interpretation. -- August

Aug. 16, 2015

weirdly scaled images

by me＠v4hn.de

On Sun, Aug 16, 2015 at 01:09:24AM +0200, v4hn wrote: > It seems there are at least two people (August and I) who await an 3.1 release. :-) Seems I've been too rash. One of the pages August mentioned (http://www.dn.se) produces a CPU lock 5 out of 10 times over here that is unrelated to the aspect ratio bug though. In case anyone is interested, please find the backtrace below. Thanks, v4hn === #0 lout::container::untyped::HashSet::findNode (this=0x8e6540, object=0x7fffffffd340) at container.cc:498 #1 0x00000000004a06f9 in lout::container::untyped::HashTable::get (this=<optimized out>, key=<optimized out>) at container.cc:704 #2 0x0000000000478a4f in lout::container::typed::HashTable<lout::object::TypedPointer<dw::Textblock>, dw::OutOfFlowMgr::TBInfo>::get (this=0x858c60, key=0x7fffffffd340) at ../lout/container.hh:524 #3 0x00000000004773ad in dw::OutOfFlowMgr::getTextblock (this=0xaffce0, textblock=0x1150db0) at outofflowmgr.cc:1954 #4 0x0000000000473f8e in dw::OutOfFlowMgr::Float::CompareGBAndExtIndex::compare (this=0x7fffffffd480, o1=0x11243a0, o2=0x7fffffffd410) at outofflowmgr.cc:292 #5 0x000000000047415f in dw::OutOfFlowMgr::SortedFloatsVector::findFloatIndex (this=0xaffcb0, lastGB=0x1150db0, lastExtIndex=-1) at outofflowmgr.cc:350 #6 0x00000000004742e8 in dw::OutOfFlowMgr::SortedFloatsVector::findFirst (this=0xaffcb0, textblock=0x1150db0, y=393160, h=1, lastGB=0x1150db0, lastExtIndex=-1, lastReturn=0x7fffffffd56c) at outofflowmgr.cc:424 #7 0x0000000000477509 in dw::OutOfFlowMgr::getBorder (this=0xaffce0, textblock=0x1150db0, side=dw::OutOfFlowMgr::LEFT, y=393160, h=1, lastGB=0x1150db0, lastExtIndex=-1) at outofflowmgr.cc:2001 #8 0x0000000000477439 in dw::OutOfFlowMgr::getLeftBorder (this=0xaffce0, textblock=0x1150db0, y=393160, h=1, lastGB=0x1150db0, lastExtIndex=-1) at outofflowmgr.cc:1971 #9 0x000000000046f48d in dw::Textblock::calcBorders (this=0x1150db0, lastOofRef=-1, height=1) at textblock_linebreaking.cc:2051 #10 0x000000000046cbef in dw::Textblock::balanceBreakPosAndHeight (this=0x1150db0, wordIndex=0, firstIndex=0, searchUntil=0x7fffffffd72c, tempNewLine=false, penaltyIndex=0, borderIsCalculated=true, thereWillBeMoreSpace=0x7fffffffd733, wrapAll=false, diffWords=0x7fffffffd734, wordIndexEnd=0x7fffffffd728, lastFloatPos=0x7fffffffd71c, regardBorder=true, height=0x7fffffffd724, breakPos=0x7fffffffd720) at textblock_linebreaking.cc:910 #11 0x000000000046c7ac in dw::Textblock::wrapWordInFlow (this=0x1150db0, wordIndex=0, wrapAll=false) at textblock_linebreaking.cc:746 #12 0x000000000046c3c5 in dw::Textblock::wordWrap (this=0x1150db0, wordIndex=0, wrapAll=false) at textblock_linebreaking.cc:606 #13 0x000000000046f045 in dw::Textblock::rewrap (this=0x1150db0) at textblock_linebreaking.cc:1891 #14 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0x1150db0, requisition=0x1151640) at textblock.cc:341 #15 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0x1150db0, requisition=0x1151640) at widget.cc:494 #16 0x000000000046f024 in dw::Textblock::rewrap (this=0x1150010) at textblock_linebreaking.cc:1889 #17 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0x1150010, requisition=0x11b6530) at textblock.cc:341 #18 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0x1150010, requisition=0x11b6530) at widget.cc:494 #19 0x000000000046f024 in dw::Textblock::rewrap (this=0x9aeaf0) at textblock_linebreaking.cc:1889 #20 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0x9aeaf0, requisition=0x11220c0) at textblock.cc:341 #21 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0x9aeaf0, requisition=0x11220c0) at widget.cc:494 #22 0x000000000046f024 in dw::Textblock::rewrap (this=0x1121460) at textblock_linebreaking.cc:1889 #23 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0x1121460, requisition=0xaff2b0) at textblock.cc:341 #24 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0x1121460, requisition=0xaff2b0) at widget.cc:494 #25 0x000000000046f024 in dw::Textblock::rewrap (this=0xd99ad0) at textblock_linebreaking.cc:1889 #26 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0xd99ad0, requisition=0xad03f0) at textblock.cc:341 #27 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0xd99ad0, requisition=0xad03f0) at widget.cc:494 #28 0x000000000046f024 in dw::Textblock::rewrap (this=0xd9f950) at textblock_linebreaking.cc:1889 #29 0x0000000000460da7 in dw::Textblock::sizeRequestImpl (this=0xd9f950, requisition=0x7fffffffdcc0) at textblock.cc:341 #30 0x000000000049c677 in dw::core::Widget::sizeRequest (this=0xd9f950, requisition=0x7fffffffdcc0) at widget.cc:494 #31 0x000000000047587e in dw::OutOfFlowMgr::doFloatsExceedCB (this=0xaffce0, side=dw::OutOfFlowMgr::LEFT) at outofflowmgr.cc:1045 #32 0x0000000000474dee in dw::OutOfFlowMgr::sizeAllocateEnd (this=0xaffce0, caller=0xd9f950) at outofflowmgr.cc:651 #33 0x0000000000461a93 in dw::Textblock::sizeAllocateImpl (this=0xd9f950, allocation=0x7fffffffde70) at textblock.cc:759 #34 0x000000000049d565 in dw::core::Widget::sizeAllocate (this=0xd9f950, allocation=0x7fffffffde70) at widget.cc:993 #35 0x0000000000490c3a in dw::core::Layout::resizeIdle (this=0x76b320) at layout.cc:912 #36 0x000000000047cf6d in dw::fltk::FltkPlatform::generalIdle (this=0x76b2b0) at fltkplatform.cc:630 #37 0x000000000047ced6 in dw::fltk::FltkPlatform::generalStaticIdle (data=0x76b2b0) at fltkplatform.cc:620 #38 0x00007ffff76ed060 in Fl::wait(double) () from /usr/lib/libfltk.so.1.3 #39 0x00007ffff76ed0fd in Fl::run() () from /usr/lib/libfltk.so.1.3 #40 0x000000000040b92e in main (argc=1, argv=0x7fffffffe0c8) at dillo.cc:592

Aug. 15, 2015

weirdly scaled images

by me＠v4hn.de

On Sat, Aug 15, 2015 at 06:44:49PM +0200, Johannes Hofmann wrote: > On Fri, Jul 10, 2015 at 12:55:33AM +0200, v4hn wrote: > > Now, for quite some time I've been using dillo to read news > > on http://www.heise.de and it has always annoyed me > > that some of the images on the main page are weirdly scaled. > > Because these images are of size 160x90 but are scaled to > > what feels like 98% of the window's width, they are barely recognizable > > and distracting. > > I think this is fixed in main line for quite some while. Can you > please try to build from the repo (http://www.dillo.org/source.html) > and try again? Thanks for investigating. You're right. The current code in the repository renders the images correctly. So, I suppose I'll use a repository build of dillo for the time being. Looks like thanks goes to Sebastian Geerken who fixed this issue a year ago. Too bad the fix didn't make it into 3.0.4.1 or 3.0.5 yet. It seems there are at least two people (August and I) who await an 3.1 release. :-) v4hn

Aug. 15, 2015