- Dillo-dev - lists.mailman3.com

google translate and non-ascii characters

by andreas＠kemnade.info

Hi, I tried to use translate.google.com with dillo and it does not work with non-ascii characters. I do not know http by heart so that I know what character set should be send in the post request but it seems not to be what google expects. Words with non-ascii characters are not translated and non-ascii characters are turned into questionmarks. Greetings Andreas Kemnade

Aug. 25, 2012

hyphenation in dillo

by sgeerken＠dillo.org

Hi Jorge, On Wed, Aug 22, Jorge Arellano Cid wrote: > Hi Sebastian, > > Sorry for the late reply, part cybernetic part human. > As you noticed there was sometihng weird with the email: > > <quote> > Delivery-date: Mon, 06 Aug 2012 20:58:14 +0200 > Received: from localhost ([127.0.0.1] helo=auriga.wearlab.de) > by kbs62.informatik.uni-bremen.de with esmtp (Exim 4.69) > (envelope-from <dillo-dev-bounces at dillo.org>) > id 1SySVI-00054b-C4; Mon, 06 Aug 2012 20:58:12 +0200 > Received: from lilly.ping.de ([83.97.42.2]) > by kbs62.informatik.uni-bremen.de with smtp (Exim 4.69) > (envelope-from <sgeerken at dillo.org>) id 1StgCZ-0003or-8d > for dillo-dev at auriga.wearlab.de; Tue, 24 Jul 2012 16:35:07 +0200 > Received: (qmail 24854 invoked from network); 24 Jul 2012 14:34:46 -0000 > Received: (ofmipd 188.109.158.229); 24 Jul 2012 14:34:24 -0000 > Date: 24 Jul 2012 16:31:16 +0200 > </quote> > > It took near twelve days to reach me... Yes, there were technical problems. Hopefully solved now. > On Tue, Jul 24, 2012 at 04:31:16PM +0200, Sebastian Geerken wrote: > > Hi! > > > > At <http://flpsed.org/hgweb/dillo_hyphen/>, you'll find a version of > > dillo which automatically hyphenates words, using the algorith by Frank > > Liang (which is also used by TeX). It is still quite messy, but works > > already rather stable. Some manual work is neccessary (from > > dillo_hyphen): > > Good work! Thanks. BTW, Johannes did some improvements on the actual hyphenation to reduce memory consumtion; see <http://flpsed.org/hgweb/dillo_hyphen_mem/>. > I've downloaded/compiled and tested a bit: even in spanish! > I like how it breaks paragraphs by squeezing some lines and moving > words around (even without hyphenation). The hyphenating part also > seems OK (I need to test more). Yes, line breaking has been improved a bit, by optimizing per line. May perhaps even be improved by applying TeX's "total fit" algorithm. As for the hyphenation, Liang's approach leads to some errors (including my surname, which is hyphenated as "Ge-er-ken", instead of "Geer-ken"), but this can be dealt with by defining exceptions. > This looks very promising and makes me look forward for the merge > day! So far, dillo has served me very well for reading articles (my > font/size, my colors), and now there's the extra of better line/word > breaking. This will surely also be welcomed by our users. Very good. Yes, I'd like to have this in the main repo rather soon, especially to avoid merging problems with other works. > There're glitches, sure. Just in case you don't yet have a > reliable test case, lwn.net has problems with screen redraw. > Lefthand margin. I know of a problem relating tables, but somehow was not able to construct a test case. I found nothing special about lwn.net, but I'll ask you to test again after the fix. Sebastian

Aug. 25, 2012

hyphenation in dillo

by jcid＠dillo.org

Hi Sebastian, Sorry for the late reply, part cybernetic part human. As you noticed there was sometihng weird with the email: <quote> Delivery-date: Mon, 06 Aug 2012 20:58:14 +0200 Received: from localhost ([127.0.0.1] helo=auriga.wearlab.de) by kbs62.informatik.uni-bremen.de with esmtp (Exim 4.69) (envelope-from <dillo-dev-bounces at dillo.org>) id 1SySVI-00054b-C4; Mon, 06 Aug 2012 20:58:12 +0200 Received: from lilly.ping.de ([83.97.42.2]) by kbs62.informatik.uni-bremen.de with smtp (Exim 4.69) (envelope-from <sgeerken at dillo.org>) id 1StgCZ-0003or-8d for dillo-dev at auriga.wearlab.de; Tue, 24 Jul 2012 16:35:07 +0200 Received: (qmail 24854 invoked from network); 24 Jul 2012 14:34:46 -0000 Received: (ofmipd 188.109.158.229); 24 Jul 2012 14:34:24 -0000 Date: 24 Jul 2012 16:31:16 +0200 </quote> It took near twelve days to reach me... On Tue, Jul 24, 2012 at 04:31:16PM +0200, Sebastian Geerken wrote: > Hi! > > At <http://flpsed.org/hgweb/dillo_hyphen/>, you'll find a version of > dillo which automatically hyphenates words, using the algorith by Frank > Liang (which is also used by TeX). It is still quite messy, but works > already rather stable. Some manual work is neccessary (from > dillo_hyphen): Good work! I've downloaded/compiled and tested a bit: even in spanish! I like how it breaks paragraphs by squeezing some lines and moving words around (even without hyphenation). The hyphenating part also seems OK (I need to test more). This looks very promising and makes me look forward for the merge day! So far, dillo has served me very well for reading articles (my font/size, my colors), and now there's the extra of better line/word breaking. This will surely also be welcomed by our users. Very good. There're glitches, sure. Just in case you don't yet have a reliable test case, lwn.net has problems with screen redraw. Lefthand margin. -- Cheers Jorge.-

Aug. 22, 2012

RequestPolicy-like patch

by p37sitdu＠lavabit.com

By the way there is a related bugreport 1072. HTReproduce says > look into dillorc. > there is no filter_auto_requests. This bugreport is outdated, filter_auto_requests is documented in dillorc now.

Aug. 20, 2012

RequestPolicy-like patch

by p37sitdu＠lavabit.com

Fixed memory leak in a_Crossdomain_freeall.

Aug. 8, 2012

RequestPolicy-like patch

by p37sitdu＠lavabit.com

Fixed error messages, they lacked newline. Sample domainrc is attached.

Aug. 8, 2012

RequestPolicy-like patch

by p37sitdu＠lavabit.com

Patch implements functions similar to Firefox addon RequestPolicy. [1] It allows user to control automatic requests more flexible than filter_auto_requests option. Patch removes this option and replaces it with file .dillo/domainrc that looks like this: default deny wikipedia.org .wikimedia.org wikisource.org .wikimedia.org wikitionary.org .wikimedia.org wikiversity.org .wikimedia.org That way most requests are denied, but images on wikipedia are loaded from wikimedia.org without clicking on them. Patterns can start with "." to allow subdomains. Special pattern "*" can be used to allow requests to any domains from some domain (for example if it is a website full of external images) or to allow requests from any domain to some domain (maybe CDN). Without domainrc file all cross-domain requests are denied. [1] https://www.requestpolicy.com/

Aug. 8, 2012

Horizontal scrolling with mouse buttons

by corvid＠lavabit.com

Dennis wrote: > On Tue, 16 Aug 2011 12:03:39 -0400, Jorge Arellano Cid wrote: > > On Mon, Aug 15, 2011 at 02:18:33PM -0400, > > saulgoode at flashingtwelve.brickfilms.com > > wrote: > > > Quoting Jorge Arellano Cid > > > <jcid at dillo.org>: > > > > > > > Please try dillo-3.0-pre, following these directions [1]. > > > >Then report back how it goes. > > > > > > > > [1] http://www.dillo.org/source.html > > > > > > With that build, the horizontal scroll buttons are inactive. To my > > > mind this is satisfactory behavior as it does not interfere with the > > > vertical scrolling of the mouse wheel (previously the only way to > > > restore vertical wheel scrolling was to restart the program). > > > > Good! > > > > This looks like an issue with fltk-1.3. > > > > FWIW, inside fltk-1.3 src/Fl_x.cxx:1443, there's no code to > > handle those buttons. Having something like the following may be > > worth a try (if you're a coder): > > > > if (xevent.xbutton.button == Button4) { > > Fl::e_dy = -1; // Up > > event = FL_MOUSEWHEEL; > > } else if (xevent.xbutton.button == Button5) { > > Fl::e_dy = +1; // Down > > event = FL_MOUSEWHEEL; > > + } else if (xevent.xbutton.button == Button6) { > > + Fl::e_dx = -1; // Left > > + event = FL_MOUSEWHEEL; > > + } else if (xevent.xbutton.button == Button7) { > > + Fl::e_dx = +1; // Right > > + event = FL_MOUSEWHEEL; > > } else { > > Fl::e_state |= (FL_BUTTON1 << (xevent.xbutton.button-1)); > > event = FL_PUSH; > > checkdouble(); > > } > > That doesn't work (for me). Button6/7 aren't defined, or something. > Does anybody have horizontal scrolling working? I saw that there was a commit in June: http://fltk.org/newsgroups.php?s6952+gfltk.commit+v6955+T0 It uses 6/7 instead of Button6/Button7.

Aug. 7, 2012

Ping?

by rogerx.oss＠gmail.com

> On Tue, Jul 24, 2012 at 10:14:45PM +0200, Sebastian Geerken wrote: >Does this work? working... -- Roger http://rogerx.freeshell.org/

Aug. 7, 2012

Ping?

by sgeerken＠dillo.org

Does this work?

July 24, 2012