September 2009 - Dillo-dev - lists.mailman3.com

experimental patch: zero width space (Thai, Lao, Cambodian...)

by corvid＠lavabit.com

Johannes wrote: > On Tue, Sep 29, 2009 at 07:30:22PM +0000, corvid wrote: > > Johannes wrote: > > > On Tue, Sep 29, 2009 at 08:03:53AM +0000, corvid wrote: > > > > PS I did just start trying to move the ideographic test to dw, > > > > but I got stuck when I realized that I can't exactly call fltk's > > > > utf8decode() directly in Textblock, and am not excited by the > > > > idea of calling it through Layout. > > > > > > > > > > I think we could make the utf8 methods in fltkplatform.cc static > > > members. > > > > In this case, that would save us... carrying along a this > > pointer that we weren't using? Does it save an indirection? > > > > (in any case, maybe I should static-ize all of our current > > fltkplatform functions that just call fltk functions) > > Wait. Making them static is not a good idea. Currently we could > have different platforms in a single process and the right methods > would be called. > Are you concerned about speed or readability? It sounded slow to go through layout, but then we do our share of nextGlyph, textWidth, etc, and haven't died from it. Maybe it's time to get gprof out again anyway.

Sept. 30, 2009

experimental patch: zero width space (Thai, Lao, Cambodian...)

by Johannes.Hofmann＠gmx.de

On Tue, Sep 29, 2009 at 07:30:22PM +0000, corvid wrote: > Johannes wrote: > > On Tue, Sep 29, 2009 at 08:03:53AM +0000, corvid wrote: > > > I just learned that some languages don't use spaces but can only > > > break in certain places, and that they tend to insert > > > Zero Width Space to make life easier for software that > > > doesn't know the complex rules. > > > > > > So here's a quick little patch for them: > > > http://www.dillo.org/test/zero_width_space.patch > > > > Looks good to me, but do we really need to add a space? > > Wouldn't it be enough to just start a new word? > > At least dw-example seems to wrap words with > > textblock->addSpace(wordStyle); commented out. > > I was thinking that it would be good to remember that it's > there so that the iterator could be made to do the right > thing for copying and pasting text, but maybe that's too > much of a picky corner case akin to soft hyphens. > (And maybe stripping them out would make life simpler for > findtext anyway.) Hm, don't know what's better... > > > > > > > > > > PS I did just start trying to move the ideographic test to dw, > > > but I got stuck when I realized that I can't exactly call fltk's > > > utf8decode() directly in Textblock, and am not excited by the > > > idea of calling it through Layout. > > > > > > > I think we could make the utf8 methods in fltkplatform.cc static > > members. > > In this case, that would save us... carrying along a this > pointer that we weren't using? Does it save an indirection? > > (in any case, maybe I should static-ize all of our current > fltkplatform functions that just call fltk functions) Wait. Making them static is not a good idea. Currently we could have different platforms in a single process and the right methods would be called. Are you concerned about speed or readability? Cheers, Johannes

Sept. 29, 2009

experimental patch: zero width space (Thai, Lao, Cambodian...)

by corvid＠lavabit.com

Johannes wrote: > On Tue, Sep 29, 2009 at 08:03:53AM +0000, corvid wrote: > > I just learned that some languages don't use spaces but can only > > break in certain places, and that they tend to insert > > Zero Width Space to make life easier for software that > > doesn't know the complex rules. > > > > So here's a quick little patch for them: > > http://www.dillo.org/test/zero_width_space.patch > > Looks good to me, but do we really need to add a space? > Wouldn't it be enough to just start a new word? > At least dw-example seems to wrap words with > textblock->addSpace(wordStyle); commented out. I was thinking that it would be good to remember that it's there so that the iterator could be made to do the right thing for copying and pasting text, but maybe that's too much of a picky corner case akin to soft hyphens. (And maybe stripping them out would make life simpler for findtext anyway.) > > > > > > PS I did just start trying to move the ideographic test to dw, > > but I got stuck when I realized that I can't exactly call fltk's > > utf8decode() directly in Textblock, and am not excited by the > > idea of calling it through Layout. > > > > I think we could make the utf8 methods in fltkplatform.cc static > members. In this case, that would save us... carrying along a this pointer that we weren't using? Does it save an indirection? (in any case, maybe I should static-ize all of our current fltkplatform functions that just call fltk functions)

Sept. 29, 2009

What's the status of USE_TABLES?

by jcid＠dillo.org

On Tue, Sep 29, 2009 at 07:30:47PM +0100, Jeremy Henty wrote: > On Tue, Sep 29, 2009 at 12:53:44PM -0400, Jorge Arellano Cid wrote: > > On Mon, Sep 28, 2009 at 08:01:19PM +0100, Jeremy Henty wrote: > > > > > > ... is USE_TABLES obsolete or not? ... > > > > OK remove it. > > Patch attached. Committed. -- Cheers Jorge.-

Sept. 29, 2009

What's the status of USE_TABLES?

by onepoint＠starurchin.org

On Tue, Sep 29, 2009 at 12:53:44PM -0400, Jorge Arellano Cid wrote: > On Mon, Sep 28, 2009 at 08:01:19PM +0100, Jeremy Henty wrote: > > > > ... is USE_TABLES obsolete or not? ... > > OK remove it. Patch attached. Jeremy Henty

Sept. 29, 2009

experimental patch: zero width space (Thai, Lao, Cambodian...)

by Johannes.Hofmann＠gmx.de

On Tue, Sep 29, 2009 at 08:03:53AM +0000, corvid wrote: > I just learned that some languages don't use spaces but can only > break in certain places, and that they tend to insert > Zero Width Space to make life easier for software that > doesn't know the complex rules. > > So here's a quick little patch for them: > http://www.dillo.org/test/zero_width_space.patch Looks good to me, but do we really need to add a space? Wouldn't it be enough to just start a new word? At least dw-example seems to wrap words with textblock->addSpace(wordStyle); commented out. > > > PS I did just start trying to move the ideographic test to dw, > but I got stuck when I realized that I can't exactly call fltk's > utf8decode() directly in Textblock, and am not excited by the > idea of calling it through Layout. > I think we could make the utf8 methods in fltkplatform.cc static members. Cheers, Johannes

Sept. 29, 2009

What's the status of USE_TABLES?

by jcid＠dillo.org

On Mon, Sep 28, 2009 at 08:01:19PM +0100, Jeremy Henty wrote: > > This came up as an aside to the meta refresh discussion in another > thread: is USE_TABLES obsolete or not? If it is, we should remove it, > if not, it should be hooked to a configure flag. I'll submit a patch > as soon as someone tells me which way to go. OK remove it. I hesitated because it was useful long ago. OTOH it's broken and a custom CSS template seems a better solution for the problem it tried to solve. -- Cheers Jorge.-

Sept. 29, 2009

experimental patch: zero width space (Thai, Lao, Cambodian...)

by corvid＠lavabit.com

I just learned that some languages don't use spaces but can only break in certain places, and that they tend to insert Zero Width Space to make life easier for software that doesn't know the complex rules. So here's a quick little patch for them: http://www.dillo.org/test/zero_width_space.patch PS I did just start trying to move the ideographic test to dw, but I got stuck when I realized that I can't exactly call fltk's utf8decode() directly in Textblock, and am not excited by the idea of calling it through Layout.

Sept. 29, 2009

Bug: ScrollLock modifier messes up mouse input [was: Typing Bug ...]

by rogutes＠googlemail.com

higuita (2009-09-28 21:49): > hi all > > On Sun, 27 Sep 2009 20:39:45 +0300, Rogut?s Sparnuotos <rogutes(a)googlemail.com> wrote: > > Whenever this bug is triggered, the keyboard behaves as if a modifier > > was stuck: > > seens like the numlock problem i had... try to play with it > and other modifiers, like scrool-lock, meta, shifts, etc Thanks for the hint, but I wasn't able to trigger the bug with stuck modifiers while trying out various combinations of them. But I have found a different problem with ScrollLock: whenever the ScrollLock LED is switched on, mouse input behaves as if the first mouse button was pressed (i.e. the mouse becomes unusable). I use ScrollLock with XKB: it is lit when I switch keyboard layouts, and it is configured with this line in xorg.conf: Option "XkbOptions" "grp_led:scroll" -- -- Rogut?s Sparnuotos

Sept. 28, 2009

Typing Bug when moving Dillo on DWM's Virtual Desktops

by higuita7＠yahoo.co.uk

hi all On Sun, 27 Sep 2009 20:39:45 +0300, Rogut?s Sparnuotos <rogutes(a)googlemail.com> wrote: > Whenever this bug is triggered, the keyboard behaves as if a modifier > was stuck: seens like the numlock problem i had... try to play with it and other modifiers, like scrool-lock, meta, shifts, etc good luck 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

Sept. 28, 2009