- Dillo-dev - lists.mailman3.com

Dillo-Win32 patches, split and ready to merge

by corvid＠lavabit.com

Joerg wrote: > On Fri, Nov 12, 2010 at 09:41:53PM +0000, corvid wrote: > > I thought I'd at least look into the inet_ntop() -> getnameinfo() bit, > > and I see that the latter is posix 2001. > > It is relatively easy to emulate the ipv4 part of getnameinfo(), but a > lot harder to properly support IPv6 without using it. I remember Justus doing some work on IPv6. Is it not complete? > > Do we have an official position on posix 2001? > > > > And, for that matter, C99? > > Primary issue with depending on certain C99 stuff is that Microsoft > still hasn't managed to support it in the runtime library or insists on > doing it in incompatible ways. E.g. %lld doesn't work on Windows. Yeah, I see that on http://en.wikipedia.org/wiki/C99#Implementations , level of support is generally 'mostly' or 'partial'. I was thinking that it might be valuable to decide on what subset is all right (which, admittedly, "Using gcc and not seeing any warnings" can be regarded as, after a fashion. :) -- even if only to bring awareness of "Oh, this is a C99ism; I hadn't realized." The dillo site does spell out, for instance, that for C++, "We also try to keep the C++ relatively simple. Dillo does use inheritance and templates, but that's about all."

Nov. 13, 2010

Dillo-Win32 patches, split and ready to merge

by joerg.sonnenberger＠web.de

On Fri, Nov 12, 2010 at 09:41:53PM +0000, corvid wrote: > I thought I'd at least look into the inet_ntop() -> getnameinfo() bit, > and I see that the latter is posix 2001. It is relatively easy to emulate the ipv4 part of getnameinfo(), but a lot harder to properly support IPv6 without using it. > Do we have an official position on posix 2001? > > And, for that matter, C99? Primary issue with depending on certain C99 stuff is that Microsoft still hasn't managed to support it in the runtime library or insists on doing it in incompatible ways. E.g. %lld doesn't work on Windows. Joerg

Nov. 12, 2010

Dillo-Win32 patches, split and ready to merge

by corvid＠lavabit.com

I thought I'd at least look into the inet_ntop() -> getnameinfo() bit, and I see that the latter is posix 2001. Do we have an official position on posix 2001? And, for that matter, C99? There at least used to be a bit in decode.c where I was discouraged from using a Unicode string because it was C99, but we also had a thread http://lists.auriga.wearlab.de/pipermail/dillo-dev/2008-June/004634.html on the fact that --enable-ansi is no good because we use too many C99isms. (I'd forgotten all about that thread, actually. I vote again for removing the option, since I can't imagine the variadic macros going away, for instance.)

Nov. 12, 2010

Dillo-Win32 patches, split and ready to merge

by obeythepenguin＠gmail.com

Here are the split Dillo-Win32 patches, ready to merge into the upstream tree: http://dillo-win32.sourceforge.net/patches.html I've cleaned up the code somewhat, such as removing the ugly conditionals from dsock.h. This version no longer includes the infamous "timeout kludge"; however, it must be built against a patched FLTK2 library, as the upstream implementation is still very badly broken. (The necessary patch is available from the Dillo-Win32 SourceForge site.) These patches produce a working ./src/dillo.exe. DPI has not yet been ported, as I presently have neither the time nor interest to do so. I'll probably get a binary package and installer up sometime in the next few days for anyone who wants to play around with the latest and greatest. Let me know if I need to double-check anything. Cheers, ~Benjamin

Nov. 12, 2010

patch: text-indent

by corvid＠lavabit.com

Johannes wrote: > We probabely want some isBlockLevelWidget() function... Using Widget::Flags, perhaps, or would you think it best generally to save the flags for state that changes during a widget's life?

Nov. 11, 2010

patch: text-indent

by Johannes.Hofmann＠gmx.de

On Tue, Nov 09, 2010 at 09:40:19PM +0000, corvid wrote: > Johannes wrote: > > I just noticed one thing that might complicate stuff a bit. Consider > > the following page: > > > > <div style="text-indent: 3em; border: 1px solid"> > > <div style="text-indent: 3em; border: 1px solid"> > > foo > > </div> > > bar > > </div> > > > > It seems that the inner <div> should not be indented, just text. The > > spec says: "More precisely, it specifies the indentation of the > > first box that flows into the block's first line box" > > > > I'd interpet it in dillo terms as to do the indent only if the first > > word is not a textblock widget. > > As in the attached? Yes, but also for Tables. What other widgets do we have? Bullet I guess they are inline Images are inline I think Ruler this is block level, so needs no indent ListItem do we need to check for it or will it show up as Textblock::CLASS_ID? TableCell same as for ListItem We probabely want some isBlockLevelWidget() function... > > > The question is then whether the "bar" should be indented. From the > > spec I would say yes, but firefox does not seem to do it... > > > > What do you think? > > My impression is that the inner div is a block, and the bar goes into > an anonymous block according to the spec, and the anonymous block > inherits text-indent, and would indent it, but the spec is a little > monstrous, so there may be some reason why that's not it. I would think > the intention of text-indent is only to indent the first thing... > Sounds reasonable. Cheers, Johannes

Nov. 10, 2010

News from FLTK

by Johannes.Hofmann＠gmx.de

On Wed, Nov 10, 2010 at 04:24:19PM -0300, Jorge Arellano Cid wrote: > Hi there, > > FYI: > > http://fltk.org/newsgroups.php?s9941+gfltk.development+v9960+T0 Hey cool! Seems we really need to get ready to port dillo to 1.3. Cheers, Johannes

Nov. 10, 2010

News from FLTK

by jcid＠dillo.org

Hi there, FYI: http://fltk.org/newsgroups.php?s9941+gfltk.development+v9960+T0 -- Cheers Jorge.-

Nov. 10, 2010

patch: text-indent

by corvid＠lavabit.com

Johannes wrote: > I just noticed one thing that might complicate stuff a bit. Consider > the following page: > > <div style="text-indent: 3em; border: 1px solid"> > <div style="text-indent: 3em; border: 1px solid"> > foo > </div> > bar > </div> > > It seems that the inner <div> should not be indented, just text. The > spec says: "More precisely, it specifies the indentation of the > first box that flows into the block's first line box" > > I'd interpet it in dillo terms as to do the indent only if the first > word is not a textblock widget. As in the attached? > The question is then whether the "bar" should be indented. From the > spec I would say yes, but firefox does not seem to do it... > > What do you think? My impression is that the inner div is a block, and the bar goes into an anonymous block according to the spec, and the anonymous block inherits text-indent, and would indent it, but the spec is a little monstrous, so there may be some reason why that's not it. I would think the intention of text-indent is only to indent the first thing...

Nov. 9, 2010

patch: text-indent

by Johannes.Hofmann＠gmx.de

On Sun, Nov 07, 2010 at 12:43:42AM +0000, corvid wrote: > Johannes wrote: > > On Sat, Nov 06, 2010 at 03:04:16PM +0000, corvid wrote: > > > "Percentage values: refer to parent element's width" > > > > > > So a Textblock wants to decide how big it is, and it asks its children > > > how big they are, and the child has, say, text-indent: 50%, and so it > > > gets to wordWrap and asks "So, ah...how big are _you_?". And the parent > > > doesn't know yet. > > > > Ah interesting.... > > > > What about using something like availWidth in Textblock::wordWrap() as an > > aproximation of the future width of the Textblock? > > Maybe this would be good enough. > > In which cases would this be way off? > > That's a good idea! > It seems to work pretty well in general... > > (You will note that this ignores negative values (LENGTH_PERCENTAGE) and > allows overflow.) Thanks for committing the patch! I just noticed one thing that might complicate stuff a bit. Consider the following page: <div style="text-indent: 3em; border: 1px solid"> <div style="text-indent: 3em; border: 1px solid"> foo </div> bar </div> It seems that the inner <div> should not be indented, just text. The spec says: "More precisely, it specifies the indentation of the first box that flows into the block's first line box" I'd interpet it in dillo terms as to do the indent only if the first word is not a textblock widget. The question is then whether the "bar" should be indented. From the spec I would say yes, but firefox does not seem to do it... What do you think? Cheers, Johannes

Nov. 9, 2010