- Dillo-dev - lists.mailman3.com

javascript
by brucembeach＠gmail.com Aug. 31, 2015

Aug. 31, 2015

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 Aug. 30, 2015

Aug. 30, 2015

@ 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 Aug. 30, 2015

Aug. 30, 2015

> 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

Google captcha and cached images at VDR Forum registration
by miro.rovis＠croatiafidelis.hr Aug. 29, 2015

Aug. 29, 2015

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

1 0

Dillo-dev Digest, Vol 19, Issue 11 - UI font size
by plmalternate＠gmail.com Aug. 29, 2015

Aug. 29, 2015

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

1 0

UI font size
by plmalternate＠gmail.com Aug. 28, 2015

Aug. 28, 2015

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

3 2

News about TLS support?
by arrowscript＠mail.com Aug. 26, 2015

Aug. 26, 2015

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.

1 0

javascript
by brucembeach＠gmail.com Aug. 26, 2015

Aug. 26, 2015

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

3 3

Weirdly scaled images (again)
by fusionfile＠gmail.com Aug. 17, 2015

Aug. 17, 2015

The Dillo user v4hn recently sent a message to this list regarding incorrect image scaling. She or he expresses exactly what I have on my mind: http://lists.dillo.org/pipermail/dillo-dev/2015-July/010596.html I use Dillo 3.0.4 from the Debian stable repositories and I experience the ugly image scaling on many sites, for instance on the two largest news (paper) sites here in Sweden: http://www.dn.se http://www.svd.se I can imagine that most people trying out Dillo will find the stretched-out images very off-putting. 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. I'm not familiar with the Dillo code base but I'm a programmer proficient with C and I know some C++, so if I (with some hints) can help I would be more than glad to. Regards, August

2 2

weirdly scaled images
by me＠v4hn.de Aug. 16, 2015

Aug. 16, 2015

Hey everyone, thanks for the great project. :-) It is awesome to have a graphical browser at ones hand that starts up in less than a second and still supports most of the stuff I need. 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. Now with the new release out which still shows this behaviour, I thought I'd ask whether someone's got an idea what the problem might be in this case. Because I'm not at all familiar with the dillo source code and/or the resp. web standards I didn't dare to debug this myself up to now. Would be absolutely awesome if someone could have a look at it, v4hn

4 5