- Dillo-dev - lists.mailman3.com

hyphenation pattern files

by johannes.hofmann＠gmx.de

On Tue, Nov 06, 2012 at 01:39:21AM +0000, corvid wrote: > > What do we plan to distribute? Not sure. Any opinions? > > I was looking up where the ones in test/ come from, and for instance > http://mirrors.ctan.org/language/hyphenation/ushyph/ushyph.tex says: > > % Copyright (C) 1990, 2004, 2005 Gerard D.C. Kuiken. > % Copying and distribution of this file, with or without modification, > % are permitted in any medium without royalty provided the copyright > % notice and this notice are preserved. > > ..but we just have this bare pattern list available in the repository. Good point. I will fix that. Cheers, Johannes

Nov. 6, 2012

hyphenation pattern files

by corvid＠lavabit.com

What do we plan to distribute? I was looking up where the ones in test/ come from, and for instance http://mirrors.ctan.org/language/hyphenation/ushyph/ushyph.tex says: % Copyright (C) 1990, 2004, 2005 Gerard D.C. Kuiken. % Copying and distribution of this file, with or without modification, % are permitted in any medium without royalty provided the copyright % notice and this notice are preserved. ..but we just have this bare pattern list available in the repository.

Nov. 6, 2012

' and xhtml

by corvid＠lavabit.com

Jeremy wanted to add apos a long time ago, and it didn't happen then, but we did give in and accept application/xhtml+xml--let's see--two years ago now, so I wonder whether conditions have changed.

Nov. 5, 2012

Changes in hyphenation

by jcid＠dillo.org

Hi Sebastian, On Fri, Nov 02, 2012 at 04:04:52PM +0100, Sebastian Geerken wrote: > On Fri, Nov 02, Sebastian Geerken wrote: > [...] > Johannes patch is (with some changes) applied. I have no problems with the latest patch. The code respects PRE formatted code inserting a horizontal scroll when necessary. FWIW, without this last patch, I had problems with the attached test case. BTW, what will happen with HTML pages that quote full-paragraph-in-one-line emails with PRE? (unfortunately I don't have an example page at hand). -- Cheers Jorge.-

Nov. 3, 2012

Changes in hyphenation

by furaisanjin＠gmail.com

2012/11/3 Sebastian Geerken <sgeerken at dillo.org>: > On Fri, Nov 02, Sebastian Geerken wrote: > Johannes patch is (with some changes) applied. Furaisanjin: are there > still issues? Now dillo is much better but still http://news.google.co.jp shows the issue. There are 3 columns in main area but balance of them aren't suitable to fit them on one screen so that horizontal scroll bar appears. Another language page like http://news.google.com/news?ned=uk has same appearance. Regards, furaisanjin

Nov. 3, 2012

Changes in hyphenation

by sgeerken＠dillo.org

On Fri, Nov 02, Sebastian Geerken wrote: > On Mon, Oct 29, Johannes Hofmann wrote: > > On Mon, Oct 29, 2012 at 08:08:16PM +0100, Sebastian Geerken wrote: > > > I just pulled some change to make <pre> work. Please test it again, > > > even things which have worked recently, so that we can be sure that > > > nothing is broken again. > > > > Works very nice for me! With the following change: > > > > diff -r 5e7a06855f37 dw/textblock.hh > > --- a/dw/textblock.hhMon Oct 29 20:05:20 2012 +0100 > > +++ b/dw/textblock.hhMon Oct 29 22:23:15 2012 +0100 > > @@ -552,8 +552,7 @@ > > { > > if (style->whiteSpace != core::style::WHITE_SPACE_NOWRAP && > > style->whiteSpace != core::style::WHITE_SPACE_PRE) > > - if (word->badnessAndPenalty.lineMustBeBroken()) > > - word->badnessAndPenalty.setPenalty (0); > > + word->badnessAndPenalty.setPenalty (0); > > } > > > > void addHyphen(); > > > > ideographic characters also seem to work again, but I'm not sure > > about all the side-effects. > > Er ... this patch modifies Textblock::addBreakOption(), which is not > used anymore (neither of the two variants), so how can this change > anything? Sorry, I see it now. Johannes patch is (with some changes) applied. Furaisanjin: are there still issues? Sebastian

Nov. 2, 2012

Changes in hyphenation

by sgeerken＠dillo.org

On Mon, Oct 29, Johannes Hofmann wrote: > On Mon, Oct 29, 2012 at 08:08:16PM +0100, Sebastian Geerken wrote: > > I just pulled some change to make <pre> work. Please test it again, > > even things which have worked recently, so that we can be sure that > > nothing is broken again. > > Works very nice for me! With the following change: > > diff -r 5e7a06855f37 dw/textblock.hh > --- a/dw/textblock.hhMon Oct 29 20:05:20 2012 +0100 > +++ b/dw/textblock.hhMon Oct 29 22:23:15 2012 +0100 > @@ -552,8 +552,7 @@ > { > if (style->whiteSpace != core::style::WHITE_SPACE_NOWRAP && > style->whiteSpace != core::style::WHITE_SPACE_PRE) > - if (word->badnessAndPenalty.lineMustBeBroken()) > - word->badnessAndPenalty.setPenalty (0); > + word->badnessAndPenalty.setPenalty (0); > } > > void addHyphen(); > > ideographic characters also seem to work again, but I'm not sure > about all the side-effects. Er ... this patch modifies Textblock::addBreakOption(), which is not used anymore (neither of the two variants), so how can this change anything? Sebastian

Nov. 2, 2012

Keyboard shortcuts for (long) options menu

by jcid＠dillo.org

On Thu, Nov 01, 2012 at 06:14:46PM +0000, corvid wrote: > Jorge wrote: > > BTW, I remember corvid made a comment on this long ago, but > > couldn't find the post... > > This doesn't immediately sound familiar to me... IIRC it was something along the lines of something you'd like to have but had not time enough to devote to. -- Cheers Jorge.-

Nov. 1, 2012

Keyboard shortcuts for (long) options menu

by corvid＠lavabit.com

Jorge wrote: > BTW, I remember corvid made a comment on this long ago, but > couldn't find the post... This doesn't immediately sound familiar to me...

Nov. 1, 2012

Keyboard shortcuts for (long) options menu

by jcid＠dillo.org

Hi there, I Just committed a patch for those long option menus that take a long time to scroll to the desired item. It jumps to the next menuitem whose label starts with the pressed key. If there's more than one item starting with the same letter, it goes to the next one, then wraps. This works when the OPTION menu is _focused_, not displayed. FLTK has a hacked way of handling menus which will change in FLTK3 [1] [2] (It still amazes me how some simple things can take so much guess work with FLTK). Making shortcuts work when the menu is displayed would involve copying a lot of code and dealing with hackish FLTK internals, which is not stable, and most probably not worth the effort. It seems wiser to use this workaround until FLTK3 solves the problem [2]. So far it works quite well for a page with a very long option menu I happen to use very often. Please test. How? just focus the option menu with two clicks (one popups, the next one closes it, but leaving it focused), then press the desired key (first letter of your item label), and voila. BTW, I remember corvid made a comment on this long ago, but couldn't find the post... @corvid: you may feel like adding utf8 support. HTH [1] http://fltk.org/newsgroups.php?s1060+gfltk.general+v1070+T0+Qmenu+scrolling [2] http://fltk.org/newsgroups.php?s1080+gfltk.general+v1087+T0+Qmenu+scrolling -- Cheers Jorge.-

Nov. 1, 2012