November 2013 - Dillo-dev - lists.mailman3.com

FLTK won't build on Mac OS

by ingwie2000＠googlemail.com

Hello there. I just downloaded Dillo because I wanted to use it for development, obviously. However, upon building FLTK, i had to realize its not build-able - and that is more a conflict on apple?s side. Once the Carbon headers are refferenced, i get a miles-long error message (it took me a while to find the top of all that O.o). Will Dillo stay with FLTK or are there plans to move on with a newer GUI? Kind regards, Ingwie

Nov. 20, 2013

FLTK won't build on Mac OS

by dev＠frign.de

On Wed, 20 Nov 2013 15:49:54 +0100 Kevin Ingwersen <ingwie2000 at googlemail.com> wrote: > Hello there. > > I just downloaded Dillo because I wanted to use it for development, obviously. However, upon building FLTK, i had to realize its not build-able - and that is more a conflict on apple?s side. Once the Carbon headers are refferenced, i get a miles-long error message (it took me a while to find the top of all that O.o). > > Will Dillo stay with FLTK or are there plans to move on with a newer GUI? > > Kind regards, > Ingwie Hey Ingwie, always keep in mind: newer =!= better! It would be great if you could provide these "miles-long" error-logs to us so we get an idea what the problem is. It could as well be a problem limited to your system. Back in the old days when I used Mac OS X, it was a daily struggle to even get the simplest program to compile. Now I'm on Gentoo for good reasons. MacPorts offers a build for dillo [1]. You might want to try that out before suggesting us to rewrite big parts of the software or switching toolkits! Cheers FRIGN [1]: https://trac.macports.org/browser/trunk/dports/www/dillo/Portfile -- FRIGN <dev at frign.de>

Nov. 20, 2013

Image backgrounds

by sgeerken＠dillo.org

On Di, Nov 19, 2013, Johannes Hofmann wrote: > On Tue, Nov 19, 2013 at 03:59:01PM +0100, Sebastian Geerken wrote: > > I'd like to bring image backgrounds to a (temporary) end; before, I'd > > like to finish these tasks (see also doxygen documentation): > > Cool! It looks really nice. > > > - Configurability: Should there be new options, additional to > > "load_image"? If yes, there have to be: > > > > 1. a new option, "load_background_image", > > 2. a new entry in the configuration menu, and > > 3. a new entry in the context menu. > > > > The latter will be quite tricky, when applied to single areas for > > which a background image is assigned to, but an entry "load *ALL* > > background images" (emphasis mine) should be simple. > > I think there should be an option to switch off background image > loading, so that by switching it off one can basically get the > current bahavior. > Not sure if we need 2. and 3. I've added 1, and also 2, which was rather simple. Should be enough for now. BTW: I've copied the code from Menu_remote_css_cb, but found out that changing "Use remote CSS" in the tools menu (as well as "Load image backgrounds") is only applied to the current tab, while the change is actually global (which is visible when reloading another tab). That's somewhat confusing. > > - Security/privacy (cookies?): I'm not sure whether there is anything > > left to do. > > It should respect the rules from domainrc, but as far as I tested > it does that. OK. > > > > - Displaying image backgrounds at once, not line by line: there is > > already an hardcoded option, so changing is simple, even make it a > > user option. > > > > "background-attachment" is postponed. Furthermore, other features are > > missing, which make background images look strange, e. g. that you > > only see a part of the logo at <http://google.com>. > > Do you know what missing features cause this? As far as I see, it is the "height" attribute. Often, an area (<div>) is assigned a background image as well as width and height of the image itself. This way, the image (which is regarded as presentation detail) is only defined by CSS, not in HTML. Sebastian

Nov. 20, 2013

Image backgrounds

by Johannes.Hofmann＠gmx.de

Hi Sebastian, On Tue, Nov 19, 2013 at 03:59:01PM +0100, Sebastian Geerken wrote: > Hi! > > I'd like to bring image backgrounds to a (temporary) end; before, I'd > like to finish these tasks (see also doxygen documentation): Cool! It looks really nice. > > - Configurability: Should there be new options, additional to > "load_image"? If yes, there have to be: > > 1. a new option, "load_background_image", > 2. a new entry in the configuration menu, and > 3. a new entry in the context menu. > > The latter will be quite tricky, when applied to single areas for > which a background image is assigned to, but an entry "load *ALL* > background images" (emphasis mine) should be simple. I think there should be an option to switch off background image loading, so that by switching it off one can basically get the current bahavior. Not sure if we need 2. and 3. > > - Security/privacy (cookies?): I'm not sure whether there is anything > left to do. It should respect the rules from domainrc, but as far as I tested it does that. > > - Displaying image backgrounds at once, not line by line: there is > already an hardcoded option, so changing is simple, even make it a > user option. > > "background-attachment" is postponed. Furthermore, other features are > missing, which make background images look strange, e. g. that you > only see a part of the logo at <http://google.com>. Do you know what missing features cause this? Cheers, Johannes

Nov. 19, 2013

Image backgrounds

by sgeerken＠dillo.org

Hi! I'd like to bring image backgrounds to a (temporary) end; before, I'd like to finish these tasks (see also doxygen documentation): - Configurability: Should there be new options, additional to "load_image"? If yes, there have to be: 1. a new option, "load_background_image", 2. a new entry in the configuration menu, and 3. a new entry in the context menu. The latter will be quite tricky, when applied to single areas for which a background image is assigned to, but an entry "load *ALL* background images" (emphasis mine) should be simple. - Security/privacy (cookies?): I'm not sure whether there is anything left to do. - Displaying image backgrounds at once, not line by line: there is already an hardcoded option, so changing is simple, even make it a user option. "background-attachment" is postponed. Furthermore, other features are missing, which make background images look strange, e. g. that you only see a part of the logo at <http://google.com>. Did I forget something important? Sebastian

Nov. 19, 2013

Last couple of patches

by jcid＠dillo.org

On Mon, Nov 18, 2013 at 06:56:04PM +0100, Sebastian Geerken wrote: > Hi! > > On Mo, Nov 18, 2013, Jorge Arellano Cid wrote: > > After changeset 1a8661485c0b and e40f77531b5e, the bookmarks > > page is rendered with the largest width I've seen. As the patches > > deal with table apportioning, probably there's a small bug lurking > > there. > > > > I've also found another couple of test pages of mine (from my > > table apportioning test set) that also show the effect. It happens with > > tables using "width=AUTO with cells widths in percentages". > > This was actually meant as a "cosmetic" change, without changing > functionality. Nevertheless, the recent commit should fix it, at > least, the attached page works now. Yes, I thought so. I'll let you know if something else springs, as now works ok with the last patch. Thanks for the quick fix! BTW, you may s/depricicated/deprecated/ -- Cheers Jorge.-

Nov. 18, 2013

Last couple of patches

by sgeerken＠dillo.org

Hi! On Mo, Nov 18, 2013, Jorge Arellano Cid wrote: > After changeset 1a8661485c0b and e40f77531b5e, the bookmarks > page is rendered with the largest width I've seen. As the patches > deal with table apportioning, probably there's a small bug lurking > there. > > I've also found another couple of test pages of mine (from my > table apportioning test set) that also show the effect. It happens with > tables using "width=AUTO with cells widths in percentages". This was actually meant as a "cosmetic" change, without changing functionality. Nevertheless, the recent commit should fix it, at least, the attached page works now. Sebastian

Nov. 18, 2013

Last couple of patches

by jcid＠dillo.org

Hi Sebastian, After changeset 1a8661485c0b and e40f77531b5e, the bookmarks page is rendered with the largest width I've seen. As the patches deal with table apportioning, probably there's a small bug lurking there. I've also found another couple of test pages of mine (from my table apportioning test set) that also show the effect. It happens with tables using "width=AUTO with cells widths in percentages". Attached it goes. -- Cheers Jorge.-

Nov. 18, 2013

socks proxy possible?

by jcid＠dillo.org

On Sat, Nov 02, 2013 at 11:37:27PM +0100, Johannes Hofmann wrote: > Hi, > > On Fri, Nov 01, 2013 at 01:24:00AM +0000, higuita wrote: > > Hi > > > > On Thu, 31 Oct 2013 11:25:18 +0100, Rudolf Sykora > > <rudolf.sykora at gmail.com> wrote: > > > I wanted to use dillo with a socks proxy (using ssh -D portnumber), > > > however, I was not successful. > > > > In the unix world, to use socks you usually need that the app > > support it... OR use a LD_LIBRARY_PATH preload trick to replace the > > normal network calls with socks one. Its usually called sockify a > > app. > > > > Dante socks have a command called tsocks that does that, just > > run "tsocks dillo" and dillo will support the socks proxy and work > > normally. > > Would it make sense to invest time into native socks support, or is > it ok to rely on tsocks or similar? +1 to document on using tsocks. Sockets are subtle and not easy to code in a portable way. -- Cheers Jorge.-

Nov. 4, 2013

socks proxy possible?

by higuita7＠yahoo.co.uk

Hi On Sat, 2 Nov 2013 23:37:27 +0100, Johannes Hofmann <Johannes.Hofmann at gmx.de> wrote: > Would it make sense to invest time into native socks support, or is > it ok to rely on tsocks or similar? In my opinion, tsocks works very well, for those that have a socks proxy, it's normal to rely on it, at least on linux, *bsd and most other *nix. For windows its another story, i have no knowledge for something like tsocks for windows but a quick search returns the sockscap as a similar solution: http://www.socksproxychecker.com/sockscap.html So i think its enough to add a reference for this two solutions in the documentation for those that need socks support. Of course, others might have a different opinion :) 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

Nov. 4, 2013