- Dillo-dev - lists.mailman3.com

hyphenation in dillo

by sgeerken＠dillo.org

On Wed, Nov 28, corvid wrote: > I wrote: > > The borders on the "Search results" and "Nutrient values" boxes > > are overlapping on http://www.bitelog.com/mega-food-search.htm?q=masa > > I got around to trimming it down to a small example of brokenness (attached). Thanks, this helped a lot. The bug is fixed now. > Interestingly, the "10000" protrudes out of the left end of the table on > firefox, which suggests there might be something wrong about this page > in a way that I'm not immediately grasping. (Although it's nicer to > think that firefox is buggy.) It seems that firefox is reserving a fixed space for list bullets/numbers, while dillo calculates the necessary space. Sebastian

Nov. 28, 2012

Extensions for hyphenation -- Merged!

by sgeerken＠dillo.org

On Mon, Nov 26, Sebastian Geerken wrote: > On Sun, Nov 25, Johannes Hofmann wrote: > > This looks great! To me it doesn't look as if it would involve any > > risky stuff. What do you think about merging dillo_hyphen into main > > line? Or should we wait until after the release? > > I'd agree here. Changes are simple and should be robust. If noone > complains, I'll merge tomorrow. > > > The table column width issue you are discussing with Jorge also > > exists in main line, right? So we can improve on that there. > > Yes, there is nothing new here. Since noone has complained, these changes are now in http://hg.dillo.org/dillo. Sebastian

Nov. 28, 2012

soft hyphen and hyphenation

by sgeerken＠dillo.org

On Wed, Nov 28, corvid wrote: > Sebastian wrote: > > On Tue, Nov 27, corvid wrote: > > > Johannes wrote: > > > > I know, I brought this up in the first place, but now I noticed, > > > > that the unconditional hyphen (0xe2 0x80 0x90) seems not be > > > > available in all fonts (e.g. I only see squares for it on > > > > heise.de). So maybe a hyphen-minus aka '-' might be simpler and > > > > commonly available (also see [1]). What do you think? > > > > > > hyphen-minus sounds safest to me. > > > > What about making it configurable, with hyphen-minus as default? > > In general, it feels a little unusual to have so much configuration > related to hyphenation specifically, but... See my latest change. Could be made configurable in a simple way. > > > I wish we had a good way to deal with the squares... > > > > One could think of testing which character is available, and so switch > > to other characters, but probably this is unnecessarily complex. > > Is there a way to do that? If there is a way, it is probably still quite much work. Certainly not something for the next release. Sebastian

Nov. 28, 2012

hyphenation in dillo

by corvid＠lavabit.com

I wrote: > The borders on the "Search results" and "Nutrient values" boxes > are overlapping on http://www.bitelog.com/mega-food-search.htm?q=masa I got around to trimming it down to a small example of brokenness (attached). Interestingly, the "10000" protrudes out of the left end of the table on firefox, which suggests there might be something wrong about this page in a way that I'm not immediately grasping. (Although it's nicer to think that firefox is buggy.)

Nov. 28, 2012

soft hyphen and hyphenation

by corvid＠lavabit.com

Sebastian wrote: > On Tue, Nov 27, corvid wrote: > > Johannes wrote: > > > I know, I brought this up in the first place, but now I noticed, > > > that the unconditional hyphen (0xe2 0x80 0x90) seems not be > > > available in all fonts (e.g. I only see squares for it on > > > heise.de). So maybe a hyphen-minus aka '-' might be simpler and > > > commonly available (also see [1]). What do you think? > > > > hyphen-minus sounds safest to me. > > What about making it configurable, with hyphen-minus as default? In general, it feels a little unusual to have so much configuration related to hyphenation specifically, but... > > I wish we had a good way to deal with the squares... > > One could think of testing which character is available, and so switch > to other characters, but probably this is unnecessarily complex. Is there a way to do that?

Nov. 28, 2012

soft hyphen and hyphenation

by sgeerken＠dillo.org

On Tue, Nov 27, corvid wrote: > Johannes wrote: > > I know, I brought this up in the first place, but now I noticed, > > that the unconditional hyphen (0xe2 0x80 0x90) seems not be > > available in all fonts (e.g. I only see squares for it on > > heise.de). So maybe a hyphen-minus aka '-' might be simpler and > > commonly available (also see [1]). What do you think? > > hyphen-minus sounds safest to me. What about making it configurable, with hyphen-minus as default? > I wish we had a good way to deal with the squares... One could think of testing which character is available, and so switch to other characters, but probably this is unnecessarily complex. Sebastian

Nov. 27, 2012

ideographic, zero-width space

by corvid＠lavabit.com

Would it make the most sense for the handling of ideographic characters and zero-width space to go somewhere in textblock these days instead of html.cc?

Nov. 27, 2012

soft hyphen and hyphenation

by corvid＠lavabit.com

Johannes wrote: > I know, I brought this up in the first place, but now I noticed, > that the unconditional hyphen (0xe2 0x80 0x90) seems not be > available in all fonts (e.g. I only see squares for it on > heise.de). So maybe a hyphen-minus aka '-' might be simpler and > commonly available (also see [1]). What do you think? hyphen-minus sounds safest to me. I wish we had a good way to deal with the squares...

Nov. 27, 2012

soft hyphen and hyphenation

by Johannes.Hofmann＠gmx.de

On Tue, Nov 27, 2012 at 06:22:34PM +0100, Sebastian Geerken wrote: > On Mon, Nov 26, corvid wrote: > > I just wanted to mention that if you compile with -pedantic, > > I get 633 warnings when I compile with -pedantic. :-) > > > it complains like > > > > textblock.cc:941:22: warning: overflow in implicit constant conversion [-Woverflow] > > > > about > > > > text[p++] = 0xe2; > > text[p++] = 0x80; > > text[p++] = 0x90; > > I don't know how to deal best with this, but following change seems to > work: > > text[p++] = '\xe2'; > text[p++] = '\x80'; > text[p++] = '\x90'; I know, I brought this up in the first place, but now I noticed, that the unconditional hyphen (0xe2 0x80 0x90) seems not be available in all fonts (e.g. I only see squares for it on heise.de). So maybe a hyphen-minus aka '-' might be simpler and commonly available (also see [1]). What do you think? Cheers and sorry for the confusion, Johannes [1] http://www.cs.tut.fi/~jkorpela/dashes.html

Nov. 27, 2012

pedantic (Re: soft hyphen and hyphenation)

by corvid＠lavabit.com

Sebastian wrote: > On Mon, Nov 26, corvid wrote: > > I just wanted to mention that if you compile with -pedantic, > > I get 633 warnings when I compile with -pedantic. :-) Yeah, I went through maybe a month ago and fixed a few assorted ones, but the rest fell into a couple of categories that seemed best left alone...

Nov. 27, 2012