- Dillo-dev - lists.mailman3.com

text-transform and hyphenation

by sgeerken＠dillo.org

On Sat, Feb 16, corvid wrote: > 'text-transform: capitalize' and hyphenation do not play well together > (example attached). The fragments are capitalized, and the word is > sometimes split as "Cap-" "Talization", losing the 'i'. Fixed. Sebastian

Feb. 16, 2013

text-transform and hyphenation

by corvid＠lavabit.com

'text-transform: capitalize' and hyphenation do not play well together (example attached). The fragments are capitalized, and the word is sometimes split as "Cap-" "Talization", losing the 'i'.

Feb. 16, 2013

form input button and margin

by sgeerken＠dillo.org

On Sun, Feb 02, corvid wrote: > I wrote: > > In the second one, the words and the button overlap. I'm not immediately > > sure what's special enough about that case to cause that. > > Here's some quick code made by looking at how the image code is working. > I would not be surprised if there are still complications lurking > somewhere in textblock, but it's at least something to play with... First of all, two remarks: (i) the border should also be added in getExtremesImpl; (ii) Embed::draw should either work similar to Image::draw (testing for intersection), or as currently, which is probably preferrably, since simpler, and drawing only some pixels more than needed. > Aside: It seems that, at least for firefox, the border is the edge of a > button or text entry widget or whatever, and padding goes inside that. > Of course we're not in any position to do that, but it's interesting. I do not have specs at hand, but I assume that this is correct. For this reason, I'd rather let the resource, not the embed widget, handle border and padding. For a first version, the standard borders (outset for button, inset for input fields, etc.) could be drawn; for an improvement, custom Fltk widgets would be neccessary. For reasons of uniformity, I'd let the resource als handle margin, which should then be implemented somewhere in flkt::ui. BTW: Johannes and I are planning to cleanup size handling; I'd like to get rid of size hints, and so also of the distinction "uses size hints". This will make it simpler to add <button>'s inline. Sebastian

Feb. 8, 2013

IO/proto.c

by p37sitdu＠lavabit.com

File is empty except for comment. Shouldn't it be removed?

Feb. 7, 2013

form input button and margin

by corvid＠lavabit.com

I wrote: > In the second one, the words and the button overlap. I'm not immediately > sure what's special enough about that case to cause that. Here's some quick code made by looking at how the image code is working. I would not be surprised if there are still complications lurking somewhere in textblock, but it's at least something to play with... Aside: It seems that, at least for firefox, the border is the edge of a button or text entry widget or whatever, and padding goes inside that. Of course we're not in any position to do that, but it's interesting.

Feb. 3, 2013

form input button and margin

by corvid＠lavabit.com

In the second one, the words and the button overlap. I'm not immediately sure what's special enough about that case to cause that. <button type="submit" style="font-size: 200%; margin-bottom: 1em; width: 100%;">button submit margin bottom</button> words words <p> <input type="submit" value="input submit margin bottom BAD" style="font-size: 200%; margin-bottom: 1em; width: 100%;"> words words <p> <input type="submit" value="input submit" style="font-size: 200%; width: 100%;"> words words <p> <div style="font-size: 200%; margin-bottom: 1em; width: 100%; border-width: 1px; border-style: solid">div margin bottom</div> words words <p> <img src=file:/tmp/whatever border=1 style="margin-bottom: 1em; width: 100%"> words words

Feb. 3, 2013

[patch] remove old comment from src/IO/IO.c

by p37sitdu＠lavabit.com

There is an outdated comment in src/IO/IO.c. hg blame src/IO/IO.c also shows that it is older than the code. This patch removes comment. #defines are similar to SHUT_RD, SHUT_WR and SHUT_RDWR, but shutdown is not used: code just dCloses descriptor when both sides are asked to be closed.

Feb. 2, 2013

chain.c cleanup

by p37sitdu＠lavabit.com

I have updated patch and split it into 7 pathes so it is easier to check it. Description for each patch is embedded. http://www.inventati.org/noname/dillo/chain/

Feb. 1, 2013

Yet another SGI compiler error...

by csoren＠isd.net

> > > > What's the invocation for checking out the latest commit > > from the repository? I didn't see it in the developer > > section of the website. I assume `hg clone dillo-3` > > grabs 3.0.2 as it existed on it's release date? > > > > "hg clone dillo3" will simply copy *your* repository, not > the one from hg.dillo.org. Cloning again the repository > from hg.dillo.org will indeed get you the newest changes: > > mv dillo3 dillo3_copy > hg clone http://hg.dillo.org/dillo dillo3 > cd dillo3 > > But this is faster: in the repository (after "cd dillo3"), > type > > hg pull http://hg.dillo.org/dillo > hg up > > to get the newest changes. "hg pull", without the URL, > should be sufficient in most cases. > > HTH. > > Sebastian > Okay thanks! Sorry for the newb questions; I've never used mercurial before... 0_o

Jan. 31, 2013

Yet another SGI compiler error...

by sgeerken＠dillo.org

On Wed, Jan 30, Chris Sorenson wrote: > > On Wed, Jan 30, Chris Sorenson wrote: > > > > > > > > > Thoughts? > > > > > > > Try the latest commit. > > > > Sebastian > > > > What's the invocation for checking out the latest commit > from the repository? I didn't see it in the developer > section of the website. I assume `hg clone dillo-3` grabs > 3.0.2 as it existed on it's release date? "hg clone dillo3" will simply copy *your* repository, not the one from hg.dillo.org. Cloning again the repository from hg.dillo.org will indeed get you the newest changes: mv dillo3 dillo3_copy hg clone http://hg.dillo.org/dillo dillo3 cd dillo3 But this is faster: in the repository (after "cd dillo3"), type hg pull http://hg.dillo.org/dillo hg up to get the newest changes. "hg pull", without the URL, should be sufficient in most cases. HTH. Sebastian

Jan. 31, 2013