- Dillo-dev - lists.mailman3.com

Weirdly scaled images (again)
by fusionfile＠gmail.com 18 Sep '15

18 Sep '15

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

4 7

Font blacklist
by sgeerken＠dillo.org 16 Sep '15

16 Sep '15

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.

4 7

Setting the filename of a PDF response
by fusionfile＠gmail.com 15 Sep '15

15 Sep '15

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

2 1

wrapper script to allow reading *.maff
by plmalternate＠gmail.com 09 Sep '15

09 Sep '15

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

1 0

Fonts not found issue persists in 3.0.5
by miroslav.rovis1＠zg.ht.hr 06 Sep '15

06 Sep '15

I got the new Dillo version 3.0.5 (in the master air-gapped box, which I yet have to clone onto this, for online, same hardware box), as it is available in gentoo: https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/www-client/dillo/ but my problem with fonts (the FAQ issue http://www.dillo.org/FAQ.html#q27) to which eocene has kindly given the tip for in his message: http://lists.dillo.org/pipermail/dillo-dev/2015-April/010500.html For people reading this message offline, I'll paste his advice, since it is also important: If you go to dw/fltkplatform.cc and, in FltkFont::initSystemFonts(), remove the leading underscore in _MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", to get MSG("Found font: %s%s%s\n", name, t & FL_BOLD ? " bold" : "", and recompile, what does dillo say when you run it? And I was saying that that problem I still have in my 3.0.5. I hoped it would have been solved, but since it hasn't been, for me who am not really a developer, to go and recompile means first get (finally, it's been waiting for me since long) a little really deeper and dirty with the Gentoo ebuild system, and, basically compile my own ebuild... or... Or get Gentoo developers to do it for all of the Dillo Gentoo users. Since my eyes are sore from too small and non configurable fonts, I'm afraid I will have to do one of the above... For the latter, since this issue has been discussed, and previous to eocene's message you can see that I extensively described it, what do kind Dillo devs think: the second route to take, which is: file a bug on Gentoo bugzilla with basically updated real output from the new Dillo 3.0.5, might probably be shorter route to get this issue fixed? That is what I should try first, isn't it. Oh, well, I hope I haven't been too lengthy.,, Another issue I also have. Can't log into: https://github.com/miroR And was able to log into it with lynx, and open my new repo https://github.com/miroR/flowstamp So it doesn't seem to be github follows the big JS-and-all browsers else-get-lost policy like soo many... Depending on the soonness of the fonts solution, I'd be willing to provide more information, such as the full screencast/traffic-dump of my future attempt to log into Github, so we get this done... Depending on that being solved (I'm not expert by any means, and who knows if I get any help from Gentoo devs, who are overworked). Really depending on the fonts issue being solve first, as my eyes hurt (born with somewhat poor eyesight, but getting worse, am 58 ys of age). Cheers, and keep up the good work. I hope you all keep in harmony, as soo much if missing for Dillo to become a complete browser... I'll be pretty sad if any bad rifts were to appear among the team... Pls. find the right way between yourselves, and do only what is right and honest for all of you! Much is missing in the Dillo, but, you seem to be the strongest around that keep free! Free from surveillors! I was really right when in what I posted on: Secure: yes, Though Features Missing; and Bugs http://lists.dillo.org/pipermail/dillo-dev/2015-April/010495.html (too much to paste for offline readers, but in short, I compared the Firefox harvesting on users with the sea-calm when online of kind and secure Dillo) Kind regards, -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

3 5

Dillo on FreeBSD ARM
by usenet＠ulrich-grey.de 05 Sep '15

05 Sep '15

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

1 0

Github et alia login/cookies issue
by miroslav.rovis1＠zg.ht.hr 01 Sep '15

01 Sep '15

"Something went wrong with that request. Please try again." is what I get (in bottom of the login page). The: $ cat ~/.dillo/cookiesrc DEFAULT DENY .github.com ACCEPT .devuan.org ACCEPT .gentoo.org ACCEPT .wikibooks.org ACCEPT .grsecurity.net ACCEPT $ contains them. And the: $ cat ~/.dillo/cookies.txt # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] $ is empty! I saw no errors in /var/log/messages though! But I'll try something. If it works for me, it might be useful for others, if not, maybe I get some help on it. I've always been able to login fine into forums.debian.net, forums.gentoo,org, forums.grsecurity.net and forum.sleuthkit.org (after Google stopped banning me, in the captcha that they use to register; Google, the surveillor of the world, is my distasteful enemy... Nobody should be afraid of them, lots of us Liliputians will always overcome any ugly Gullivers like the Schmoog is). --- All the above was prepared for sending yesterday, 2015-07-06. LATER. I even got (and all the conf is the same, .gitbub,com is in cookiesrc), just this morning 2015-07-07 09:35 right now, the: "Cookies must be enabled to use GitHub." when making another attemt to log into Github. But that was when I rebooted into my old: 3.19.6-hardened kernel maybe half hour ago (for unrelated reasons). And take a look at the following: This is the cookies.txt file, Only gentoo wrote in it, so far (and I accessed all those since, and esp. I took care to try the github). # HTTP Cookie File # This is a generated file! Do not edit. # [domain subdomains path secure expiry_time name value] forums.gentoo.org TRUE / TRUE 1467787565 phpbb2mysql_data_s a%3A2%3A%7Bs%3A11%3A%22autologinid%22%3Bs%3A0%3A%22%22%3Bs%3A6%3A%22userid%22%3Bs%3A6%3A%22334555%22%3B%7D Don't know if there's any secrets detrimental for me, that I'd be revealing, do modified some numbers in that forums.gentoo.org entry, just in case. I need to be on the fonts issue (but I think some of you, is it even you, Jorge, who do the development in gentoo, not sure)... I thought I'd still post this, as this might be a useful report for you, devs. OTOH, I'll post the emerge --info and more when I try the bug report on the fonts. Just: $ uname -r 4.0.7-hardened-150705 $ Could it be an issue with hardened? What I did yesterday (I began writing this message yesterday, which is all before the "LATER" mark above), is I applied paxctl-ng -m on the binaries in /usr/lib64/dillo/dpi/*/<the binary>, id est: I disabled the MPROTEXT on them. I also have a text prepared on those, hopefully I send it next. -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr

4 16

javascript
by brucembeach＠gmail.com 31 Aug '15

31 Aug '15

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

1 0

Dillo-dev Digest, Vol 19, Issue 12
by plmalternate＠gmail.com 30 Aug '15

30 Aug '15

@ 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 >

2 2

Dillo-dev Digest,v19#12 UI font size
by plmalternate＠gmail.com 30 Aug '15

30 Aug '15

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

2 1