- Dillo-dev - lists.mailman3.com

clipping image inputs

by Johannes.Hofmann＠gmx.de

On Thu, Mar 05, 2009 at 12:03:48AM +0000, corvid wrote: > Johannes wrote: > > On Wed, Mar 04, 2009 at 08:22:12PM +0000, corvid wrote: > > > With > > > > > > <input type="image" name="name1" src="whatever" > > > WIDTH="80" HEIGHT="14" > > > alt="name1name1name1name1"> > > > <input type="image" name="name2" src="whatever" > > > width="9" height="14" > > > alt="name2name2name2name2"> > > > > > > the long alt text doesn't clip. > > > It looks like the embed knows that it's 80 pixels wide > > > (at least the child widget area stuff in Textblock::drawLine > > > seemed to have the right idea), > > > but the image thinks it's 188 (in my case). > > > > > > > > > PS I have "white-space: nowrap" pretty much working, > > > but I don't know what I'm doing in Textblock very well, > > > so it's definitely not going into this release. > > > > Can you explain the issue your are working on? At least > > > > <div style="white-space: nowrap">foo bar foo bar foo bar</div> > > > > seems to work already (the line is not wrapped). > > First I noticed that the boxes at the bottoms of the pages about > web browser stuff in en.wikipedia weren't wrapping (including > Dillo's page) because they go <..nowrap>...</span> <span..nowrap>...</span> > and it wasn't taking spaceStyle->whiteSpace into account. > Not handling its own wikipedia page well is sort of unfortunate. > > and then I found that if you have a line that goes: > some normal text <span ...nowrap>really really long stretch of nowrap</span>, > it wouldn't break before the span. I see.

March 5, 2009

improving CSS performance

by Johannes.Hofmann＠gmx.de

Hi, I just commited http://hg.dillo.org/dillo?cs=11c6f887d649 which improves CSS performance by avoiding unnecessary style computations. Please give it a thorough testing. Cheers, Johannes

March 5, 2009

RFC: Dillo presentation

by furaisanjin＠gmail.com

Hi, 2009/3/5 Jorge Arellano Cid <jcid(a)dillo.org>: > ? ?- Low bandwidth requirement (very important in rural areas) Is there any plan to limit simultaneous HTTP connections? If the page contains lots of pictures, dillo generates simultaneous HTTP connections to fetch them and those occupy certain amount of bandwidth. Regards, furaisanjin

March 5, 2009

RFC: Dillo presentation

by onepoint＠starurchin.org

Many thanks, Jorge! Updated checklist attached. Regards, Jeremy Henty

March 5, 2009

clipping image inputs

by corvid＠lavabit.com

Johannes wrote: > On Wed, Mar 04, 2009 at 08:22:12PM +0000, corvid wrote: > > With > > > > <input type="image" name="name1" src="whatever" > > WIDTH="80" HEIGHT="14" > > alt="name1name1name1name1"> > > <input type="image" name="name2" src="whatever" > > width="9" height="14" > > alt="name2name2name2name2"> > > > > the long alt text doesn't clip. > > It looks like the embed knows that it's 80 pixels wide > > (at least the child widget area stuff in Textblock::drawLine > > seemed to have the right idea), > > but the image thinks it's 188 (in my case). > > > > > > PS I have "white-space: nowrap" pretty much working, > > but I don't know what I'm doing in Textblock very well, > > so it's definitely not going into this release. > > Can you explain the issue your are working on? At least > > <div style="white-space: nowrap">foo bar foo bar foo bar</div> > > seems to work already (the line is not wrapped). First I noticed that the boxes at the bottoms of the pages about web browser stuff in en.wikipedia weren't wrapping (including Dillo's page) because they go <..nowrap>...</span> <span..nowrap>...</span> and it wasn't taking spaceStyle->whiteSpace into account. Not handling its own wikipedia page well is sort of unfortunate. and then I found that if you have a line that goes: some normal text <span ...nowrap>really really long stretch of nowrap</span>, it wouldn't break before the span. There may be other cases as well.

March 5, 2009

clipping image inputs

by Johannes.Hofmann＠gmx.de

On Wed, Mar 04, 2009 at 08:22:12PM +0000, corvid wrote: > With > > <input type="image" name="name1" src="whatever" > WIDTH="80" HEIGHT="14" > alt="name1name1name1name1"> > <input type="image" name="name2" src="whatever" > width="9" height="14" > alt="name2name2name2name2"> > > the long alt text doesn't clip. > It looks like the embed knows that it's 80 pixels wide > (at least the child widget area stuff in Textblock::drawLine > seemed to have the right idea), > but the image thinks it's 188 (in my case). > > > PS I have "white-space: nowrap" pretty much working, > but I don't know what I'm doing in Textblock very well, > so it's definitely not going into this release. Can you explain the issue your are working on? At least <div style="white-space: nowrap">foo bar foo bar foo bar</div> seems to work already (the line is not wrapped). Cheers, Johannes

March 4, 2009

clipping image inputs

by corvid＠lavabit.com

With <input type="image" name="name1" src="whatever" WIDTH="80" HEIGHT="14" alt="name1name1name1name1"> <input type="image" name="name2" src="whatever" width="9" height="14" alt="name2name2name2name2"> the long alt text doesn't clip. It looks like the embed knows that it's 80 pixels wide (at least the child widget area stuff in Textblock::drawLine seemed to have the right idea), but the image thinks it's 188 (in my case). PS I have "white-space: nowrap" pretty much working, but I don't know what I'm doing in Textblock very well, so it's definitely not going into this release.

March 4, 2009

RFC: Dillo presentation

by jcid＠dillo.org

Hi Jeremy, On Tue, Mar 03, 2009 at 08:36:59PM +0000, Jeremy Henty wrote: > > I have agreed to give presentation on Dillo to my local Linux Users > Group this Thursday. Naturally I'm leaving it until the last minute > to write anything! :-) I am attaching my crib list of essential points > to cover. > > My aim is to give a very short talk covering > > * project goals > * history (Dillo-1, Dillo-2.0, Dillo-2.1, soon) > * development model > * supported features > * architecture (DPI, Dw) > * future > > I'd very much appreciate any comments people have, particularly if you > think there's anything important I have missed out. This is your > chance to tell me what to tell them. (Just bear in mind that I aim to > be brief, so I can't go into large amounts of detail.) OK, here go mine. > > Dillo > > Fast, light, graphical browser. (stats?) > > No dependencies on heavyweight desktop environments. ... and you can statically link FLTK2. > Used in many lightweight distros. > One of the big names in this niche. > > Aims to democratise data. Data access: - Low HW requirement - Low bandwidth requirement (very important in rural areas) - Encourages standards (very important to be able to display the data). and privacy. > History > > Dillo-1 > C, Gtk-1 > developed internally > Developers attempted to find funding, failed > stalled Not really developed internally. It was always an open project. Some patches didn't get in though. Stalled when we realized GTK1 was a dead end. > Dillo-2 > Ported to FLTK-2 (GTK-2 is too bulky) > Development opened up > Dillo-2.0 This one was developed internally (Sebastian and I), and opened later for all to see. The idea was to attract more developers, and to let it evolve from there (very good documentation for developers was included). You can find a good summary in its splash page: "Our users will surely enjoy this new release as it will give them the same things they're accustomed plus tabbed browsing, antialiasing, different character sets, accepting compressed pages, control over image loading, smaller footprint, fewer dependencies, better table rendering, bugfixes, improved GUI, ... In brief, a better dillo." > > Dillo-2.1 (coming soon) - CSS (fonts and colours) Now we have more developers too! > VCS, originally CVS, now Mercurial > > DPI architecture (so Dillo is really a suite of programs) > - implements https, cookies Future: * It'd be great to have dillo included as a help browser in the main distros (e.g. Debian). Do you remember the times when applications came with a help button that popped information on how to use the program? There were even context-sensitive help buttons. All that vanished with the bloated browser (no time and no memory to launch it, and to find it useful). Those times may be back; dillo can be launched in less than a second and its memory footprint is really small. It provides support for standard HTML documentation with images. An API for context sensitive help is simple to develop (its basically pushing a passed URL). * Improve rendering: especially floating objects and the already good-looking CSS. * Dillo with Framebuffer support. This can be very useful for embedded devices. * Improve functionality so more sites can be used quickly! (we all know the nice feel of a site that can be used with Dillo) -- Cheers Jorge.-

March 4, 2009

Holiday week

by jorl17.8＠gmail.com

S?b, 2009-02-21 ?s 11:47 -0300, Jorge Arellano Cid escreveu: > Hi there, > > I happen to be enjoying a much needed holiday week! :-) > > The plan is to come back around near wednesday 25. > > In the meanwhile, I leave you with the following issues lurking > in my list to be considered. Maybe all of them can be left to the > release after 2.1, but maybe not: > > [ ] https dialog bombing issue. BUG#868 > When enabled, multiple https requests to the same site result > in dialog bombing. The https dpi is disabled by default in > Dillo. Anyway, in Debian, there's a security warning against > dillo for not checking certificates (I don't know what > version of dillo they use, nor why they enable https.) > > [ ] Jump to #anchor doesn't work correctly. > The idle timeout doesn't work reliably (an old bug). > > [ ] Implement @import statement in STYLE element. > > [ ] What will we do with xhtml? FF doesn't validate. BUG#732 > This would be interesting to define. > (already suggested as discussion material in another thread). > > [ ] "-fno-rtti -fno-exceptions" gcc: 64KB less. > Enabling this switches reduces the binary size. > > [ ] dpi for "view page source" (it re-uses search capability). > Waiting since a long time... > > [-] BUG#892 prefs bg_color is not working > Johannes was working on related things... > > [ ] META refresh: "instant client-side redirect". > [ ] META refresh: URL='<URI>' case. > I plan to implement both when I'm back (and to include them > in dillo-2.1). > > BTW, I want to welcome Tim Nieradzik as a new developer and to > tell Joao that the bug in the find-text iterator is not that much > important. Just focus on something more urgent. > I'm glad you had fun! I have been quite away and felt like I had to explain my absence. It's exam period over here, exams coming from every direction and barely any time to program. The iterator bug seems to effectively be a bug in the way iterators treat whitespace, but I'm leaving that for later, right now I will try to use my time to focus on understanding dillo's internals to a deeper degree. Anyway, once I am fully free, I'll be sure to note that here. Good luck everyone, Jo?o P.S: And welcome Tim Nieradzik!

March 4, 2009

RFC: Dillo presentation

by onepoint＠starurchin.org

I have agreed to give presentation on Dillo to my local Linux Users Group this Thursday. Naturally I'm leaving it until the last minute to write anything! :-) I am attaching my crib list of essential points to cover. My aim is to give a very short talk covering * project goals * history (Dillo-1, Dillo-2.0, Dillo-2.1, soon) * development model * supported features * architecture (DPI, Dw) * future I'd very much appreciate any comments people have, particularly if you think there's anything important I have missed out. This is your chance to tell me what to tell them. (Just bear in mind that I aim to be brief, so I can't go into large amounts of detail.) Regards, Jeremy Henty

March 3, 2009