- Dillo-dev - lists.mailman3.com

border space
by higuita7＠yahoo.co.uk Sept. 23, 2011

Sept. 23, 2011

Hi Sometimes i find sites where the right or left border space doesnt exist and the text is "touching" the window border, making it difficult to read... Example: http://blog.pfsense.org/ http://karidawn.wordpress.com/ these two are wordpress blogs, so maybe its also a wordpress theme problem, but i think that adding a few pixels to both borders would help a lot... if not hard to do, of course, as there is the workaround to disable CSS to remove the text from the borders Thanks higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946

3 4

Fwd: Bug#642391: dillo: sane default for http redirects [origin: debian-bts@unpopularminds.org]
by abe＠deuxchevaux.org Sept. 23, 2011

Sept. 23, 2011

Hi, this bug report came in for dillo 3.0 in Debian Unstable/Testing, see also http://bugs.debian.org/642391 See below for my thoughts. ----- Forwarded message from The Don Lachlan <debian-bts at unpopularminds.org> ----- From: The Don Lachlan <debian-bts at unpopularminds.org> Date: Thu, 22 Sep 2011 02:07:15 -0400 Subject: Bug#642391: dillo: sane default for http redirects To: Debian Bug Tracking System <submit at bugs.debian.org> User-Agent: Mutt/1.5.21 (2010-09-15) Package: dillo Version: 3.0-1 Severity: important Dear Maintainer, By default, Dillo 3.0 does not follow HTTP redirects between second level domains (foo.com -> bar.com) which breaks URL shorteners and many web sites. This is controlled by the configuration option "filter_auto_requests" and defaults to "same_domain". I've attached two patches. The first modifies the source to "allow_all" by default and the commented entry in the rc file; the second modifies the rc file to "allow_all" by default. The first patch is preferable so that 1) the source code defaults match the shipped rc file 2) users who have an existing ~/.dillo/dillorc (and ignore the global dillorc) will receive the proper default of "allow_all" if they lack a "filter_auto_requests" entry -Lachlan (this is a resend, it left my MTA but never reached the bug logs) -- System Information: [...] --- dillo-3.0/dillorc 2011-09-21 15:38:16.664618360 -0400 +++ dillo-3.0/dillorc 2011-09-21 18:21:26.000000000 -0400 @@ -31,7 +31,7 @@ # allow_all # same_domain : Permit www.example.org to load an image from img.example.org, # but not from the unrelated ad.doubleclick.net. -#filter_auto_requests=same_domain +#filter_auto_requests=allow_all # Change the buffering scheme for drawing # 0 no double buffering - useful for debugging --- dillo-3.0/src/prefs.c 2011-09-21 18:52:17.000000000 -0400 +++ dillo-3.0/src/prefs.c 2011-09-21 18:52:54.000000000 -0400 @@ -40,7 +40,7 @@ prefs.buffered_drawing = 1; prefs.contrast_visited_color = TRUE; prefs.enterpress_forces_submit = FALSE; - prefs.filter_auto_requests = PREFS_FILTER_SAME_DOMAIN; + prefs.filter_auto_requests = PREFS_FILTER_ALLOW_ALL; prefs.focus_new_tab = TRUE; prefs.font_cursive = dStrdup(PREFS_FONT_CURSIVE); prefs.font_factor = 1.0; --- dillo/dillorc 2011-09-21 15:38:16.664618360 -0400 +++ dillo/dillorc 2011-09-21 15:38:42.000000000 -0400 @@ -31,7 +31,7 @@ # allow_all # same_domain : Permit www.example.org to load an image from img.example.org, # but not from the unrelated ad.doubleclick.net. -#filter_auto_requests=same_domain +filter_auto_requests=allow_all # Change the buffering scheme for drawing # 0 no double buffering - useful for debugging ----- End forwarded message ----- Until now I noticed the effects of filter_auto_requests just for images and was quite happy with it. But with images you can click on them and they will be loaded. This does not seem to work for cross-domain redirects. And as annoying as URL shorteners are, I usually do like to follow those redirects. Is it possible to separate the settings for images and redirects? Or is it possible to allow those redirect on a case-by-case base? One easy way to do so would to display the content of the redirect page which usually contains a link to the redirect target. Kind regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News | abe at deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | abe at noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web)

4 6

I hear there's some SSL unpleasantness going on...
by corvid＠lavabit.com Sept. 22, 2011

Sept. 22, 2011

http://www.theregister.co.uk/2011/09/19/beast_exploits_paypal_ssl/

1 1

fltk linkage
by corvid＠lavabit.com Sept. 22, 2011

Sept. 22, 2011

Do we still have a reason for telling people to stick with static linkage when building fltk?

1 0

Page layout bug: disappears mysteriously when the source is saved locally.
by onepoint＠starurchin.org Sept. 19, 2011

Sept. 19, 2011

This page[1] renders badly in Dillo - the text wraps to a width much wider than the browser window. But when I save the page locally it renders fine! How is this possible? The only CSS is a small inline <style>, which rules out the obvious guess of a style sheet failing to load. Fixing all the relative URLs to absolute ones has no effect. I'm mystified. Any ideas? Regards, Jeremy Henty [1] http://thbecker.net/articles/rvalue_references/section_08.html

4 6

Floating objects
by jcid＠dillo.org Sept. 19, 2011

Sept. 19, 2011

Hi there, Well, time to focus on floating objects (at least for me) @Johannes: what's the status and info we have from Sebastian on his prototype so far? I vaguely remember there were some issues with the design, and on whether to try to implement it inside the textblock or elsewhere. -- Cheers Jorge.-

2 1

Line breaking bug.
by onepoint＠starurchin.org Sept. 19, 2011

Sept. 19, 2011

In the attached example the first paragraph is only broken before the last word. The bug depends on the text containing the <pre> element and on it being inside a <div> inside a <table>. Real live example: http://www.devx.com/cplus/10MinuteSolution/34577/0/page/4 Regards, Jeremy Henty

2 1

Close dillo with multiple tabs open
by Hole.destructor＠gmx.de Sept. 18, 2011

Sept. 18, 2011

Dear Dillo developers, I just noticed a small misbehaviour when trying to close a Dillo window (using ALT+F4 or CTRL+q) with more than one tab open: A window pops up and asks wether I am sure to close. At this point I unfortunately can't use the ENTER key to confirm. I think I would be very convenient for the user to make the ENTER key work. Another question here: Please tell me if I'm wrong, but there seems to be no dillorc option to omit the mentioned popup window completely. Do you think it would be convenient to have one? Kind regards, Alexander

8 19

how to open links etc
by itsme_410＠yahoo.com Sept. 18, 2011

Sept. 18, 2011

Hi, Sorry to ask something perhaps really dumb, but when I click on some links, eg a pdf file, I get prompted to save the file. Is it possible for me to transfer the file to some external program (say /usr/bin/epdfview) to open after download? Does this have to programmed in somewhere? Where? As a dpi? If the latter, where are the instructions? I looked at hello.c for an example but I was no sure what to do with the C program. Where do i compile it and how? Thanks for the help! Best wishes, T

6 16

system colors
by corvid＠lavabit.com Sept. 17, 2011

Sept. 17, 2011

As an aside to the scheme issue, I just found that if I add in a Fl::get_system_colors(); (I put it after the make_current()) and then added the following to .Xdefaults: dillo*background: red dillo*foreground: yellow Then dillo's dialogs, and certain parts of the UI, and -- interestingly -- the default text color on pages, well, it all turns rather red&yellow in general. The src talks about KDE, at least, setting those values in xrdb. If it should happen that many of the various desktop environments set these values, getting this all to work reasonably correctly might be pleasing to everyone nowadays who expects all of their windows to look similar. People are very first-impression ("It's ugly!" *deletes*)...

3 5