- Dillo-dev - lists.mailman3.com

Dillo's jealous of Google

by onepoint＠starurchin.org

furaisanjin wrote: > Do you have filter_auto_requests=all in your dillorc? No: $ grep filter /etc/dillo/dillorc ~/.dillo/dillorc /etc/dillo/dillorc:#filter_auto_requests=same_domain > There may be another mechanism to prevent image/style sheet > redirection. I know that you might want to prevent such things, but right now the mechanism is stopping Google from redirecting me to another one of it's own domains. It clearly needs to be made more specific. Thanks for helping me investigate. Hopefully I can look into this some more this weekend. Regards, Jeremy Henty

April 14, 2010

Dillo's jealous of Google

by furaisanjin＠gmail.com

Hi. Do you have filter_auto_requests=all in your dillorc? There may be another mechanism to prevent image/style sheet redirection. Regards, furaisanjin 2010/4/14 Jeremy Henty <onepoint(a)starurchin.org>: > > Dillo's *so* jealous ?of Google it won't let me see ?it! ?(So much for > the open relationship thing :-) > > Log attached. ? I assume ?that the ?DENY message is ?from line ?399 of > src/capi.c, is that right? ?This certainly worked only a few days ago. > What ?has changed? ? It's really ?not good ?that Dillo ?is ?by default > silently denying me access to Google. ?How can this be improved? > > Regards, > > Jeremy Henty

April 14, 2010

Dillo's jealous of Google

by onepoint＠starurchin.org

Dillo's *so* jealous of Google it won't let me see it! (So much for the open relationship thing :-) Log attached. I assume that the DENY message is from line 399 of src/capi.c, is that right? This certainly worked only a few days ago. What has changed? It's really not good that Dillo is by default silently denying me access to Google. How can this be improved? Regards, Jeremy Henty

April 14, 2010

new fltk snapshot out

by furaisanjin＠gmail.com

Hi. I tried r7473 on FreeBSD 8.0R and I found that Japanese input method (kinput2) didn't work on "search the web". All other cases like URL bar, HTML input and find text are OK. "Search the web" had the same problem on fltk-2.0-6916 but when I switched virtual screens, input method started working somehow. Regards, furaisanjin 2010/4/10 corvid <corvid(a)lavabit.com>: > Some compose / input method stuff. > http://fltk.org/articles.php?L986 > http://fltk.org/newsgroups.php?s4670+gfltk.commit+v4689+T0 > > If you find it to be an improvement, then we can update > the recommendation...

April 10, 2010

new fltk snapshot out

by corvid＠lavabit.com

Some compose / input method stuff. http://fltk.org/articles.php?L986 http://fltk.org/newsgroups.php?s4670+gfltk.commit+v4689+T0 If you find it to be an improvement, then we can update the recommendation...

April 9, 2010

Problem with fonts.

by andreas＠kemnade.info

Hi, I have faced these problems some time ago while compiling it for my ipaq. Scalable fonts were available but not the correct font libraries in the build environment. There are two possibilities to satisfy fltk's font library dependencies. One of them gives you nice looking fonts and one other not. Just what I remember at the moment. Greetings Andreas Kemnade

April 8, 2010

Problem with fonts.

by corvid＠lavabit.com

Rajesh wrote: > I have loaded Dillo Browser on to my ARM based embedded platform. > Presently, I am facing a problem with fonts. The messages that I get > while the browser comes up are > --------------------------------------------------------------- > bad font: > variable > ** WARNING **: preferred sans-serif font "helvetica Sans" not > found. > ** WARNING **: preferred serif font "helvetica Serif" not > found. > ** WARNING **: preferred monospace font "helvetica Sans Mono" not > found. > ** WARNING **: preferred cursive font "helvetica Sans" not > found. > ** WARNING **: preferred fantasy font "helvetica Sans" not > found. > ------------------------------------------------------------------ > > Also, the size of the text that appears on Dillo (On the ARM based > system) appears very small. > However, the same page if I open with Dillo running on a Linux PC, will > show bigger fonts. So, my questions are: > > 1. How do I get rid of the "bad font" error message on my ARM-based > system ? I have used LTIB as the unix based development platform. > > 2. How to overcome the font size problem ? Playing around with max/min > font_size and scale_factor in dillorc did not help. What fonts do you have? If you don't have scalable fonts, maybe you'll want to --disable-xft in fltk configuration. In any case, if you have helvetica, for instance, you'd just want to say font_sans_serif="helvetica". (Fltk's src/x11/Font_xlfd.cxx suggests that helvetica is relatively safe for sans, courier for monospaced, and times for serif.)

April 8, 2010

Problem with fonts.

by rmarathe＠i-rode.com

Hello, I have loaded Dillo Browser on to my ARM based embedded platform. Presently, I am facing a problem with fonts. The messages that I get while the browser comes up are --------------------------------------------------------------- bad font: variable ** WARNING **: preferred sans-serif font "helvetica Sans" not found. ** WARNING **: preferred serif font "helvetica Serif" not found. ** WARNING **: preferred monospace font "helvetica Sans Mono" not found. ** WARNING **: preferred cursive font "helvetica Sans" not found. ** WARNING **: preferred fantasy font "helvetica Sans" not found. ------------------------------------------------------------------ Also, the size of the text that appears on Dillo (On the ARM based system) appears very small. However, the same page if I open with Dillo running on a Linux PC, will show bigger fonts. So, my questions are: 1. How do I get rid of the "bad font" error message on my ARM-based system ? I have used LTIB as the unix based development platform. 2. How to overcome the font size problem ? Playing around with max/min font_size and scale_factor in dillorc did not help. regards, Rajesh Marathe.

April 8, 2010

web bug save?

by Johannes.Hofmann＠gmx.de

On Tue, Apr 06, 2010 at 02:41:50AM +0000, corvid wrote: > Jorge wrote: > > On Fri, Apr 02, 2010 at 07:07:50PM +0000, corvid wrote: > > > > I'd only suggest considering whether adding a URL flag (e.g. > > > > URL_FilterOut) provides more flexibility/clarity without having > > > > to add the 'requester' parameter to the API. > > > > > > Can you elaborate a bit on how/where the flag would be set, and > > > how it would help? > > > > I haven't looked at it in enough depth to offer a good > > alternative yet. Just noticed of the API changes, made an extra > > couple of passes above the code considering the flag or having > > referer in the DilloUrl struct. > > > > The idea is to commit it and to consider the alternatives > > later. > > All right, then. Committed. > > Everyone: > 1) This will surely require various tweaks. > 2) If it threatens to drive you insane in the meantime, there's a dillorc > option. While testing a bit more I found a problem with redirects: http://nibble.develsec.org doesn't seem to load properly when same_domain is enabled. The problem seems to be a_Nav_push(bw, bw->meta_refresh_url,a_History_get_url(NAV_TOP_UIDX(bw))); in Nav_redirection0_callback(). a_History_get_url(NAV_TOP_UIDX(bw)) is not necessarily the proper requester. Things seem to work in this example with a_Nav_push(bw, bw->meta_refresh_url,bw->nav_expect_url); but I guess bw->nav_expect_url is also not always set properly.

April 8, 2010

web bug save?

by corvid＠lavabit.com

Johannes wrote: > On Tue, Apr 06, 2010 at 02:41:50AM +0000, corvid wrote: > > Do you think we should put image/stylesheet redirection under its control? > > I guess, if we would also restrict redirects, we could guarantee, > that we only load from a domain the user has entered at the loacation bar > or clicked on in a link - which sounds reasonable to me. > OTH do we know how that would affect usability with major sites? In Cache_redirect(), non-root urls never redirect currently.

April 8, 2010