March 2010 - Dillo-dev - lists.mailman3.com

patch: white-space: pre-line as well
by corvid＠lavabit.com 08 Apr '10

08 Apr '10

I don't know whether it's of much use, exactly, but while I was in the conceptual area...

2 1

css :visited and security
by corvid＠lavabit.com 06 Apr '10

06 Apr '10

The other day, I saw another of those pages about using :visited and display in order to allow others to learn whether the user has visited a page. (I remember Johannes pointing to a page about this last year, too.) I wonder whether it would be sensible to have a dillorc option defaulting to NO for whether to use :visited.

2 3

[jeffdewe@gmail.com: Dillo]
by jcid＠dillo.org 01 Apr '10

01 Apr '10

-- Cheers Jorge.-

2 2

patch: implement white-space: pre-wrap for vsource
by corvid＠lavabit.com 31 Mar '10

31 Mar '10

Just a thought I had. The web is filled with horrible generated html with lines a thousand characters long. With this (and parse_embedded_css), those lines become more tolerable. I would commit it in two pieces, of course.

3 7

HTML 2.0 DTDs
by corvid＠lavabit.com 31 Mar '10

31 Mar '10

I just mistyped an address on our site, got a 404, and noticed that I get an HTML bug msg about the DTD. The 404 page has: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> Html_parse_doctype has: static const char HTML20 [] = "-//IETF//DTD HTML//EN"; RFC 1866 has: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0 Level 2//EN"> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0 Level 1//EN"> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0 Strict//EN"> <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0 Strict Level 1//EN"> So I would rather strncmp for "-//IETF//DTD HTML 2.0".

2 1

Re: experiment feedback
by spell_gooder_now＠spellingbeewinnars.org 31 Mar '10

31 Mar '10

Hi Alan I had actually read quite a bit about seed and I had downloaded some sample code and played with it in the past. However your idea never occurred to me. I think it would be a fantastic idea to make the JavaScript within the layout engine talk to the "enclosing" GUI that is also written in JavaScript. I read through your blog, thanks for the link and your writings. I have been going around in circles for an amount of time I am too ashamed to confess. I have decided to write the back end and post pone the front end till I sort this out in my head. I would however still like to be a part of any project you might start related to this. I hope this won't come across the wrong way, I really like Dillo but I am wondering what is it's main niche it is planning to fill? Certainly it is fast and certainly it is small but is the target audience just people looking for a general purpose browser? Would it's speed and small size not make it ideal for being embedded in another application? Would this not be something that Gecko and Webkit cannot easily offer? I only have limited resources and time but I bet a corporate sponsor might fund this. Alan, I hope your studying goes well, sounds like someone else is sleep deprived too-Patrick

1 0

Problem using "Textblock" Class.
by rmarathe＠i-rode.com 26 Mar '10

26 Mar '10

Hi, I am trying to implement the support for using the tab or other keyboard keys to set focus on web page links. As part of this, I started out with adding a new Class and would like to use some sort of iterator in this class. I would also like to use the 'Textblock' object to retrieve the style->x_link for a word. However, when I try to initialize the Textblock object in my new class, I get a linker error. The details are as under: The basic skeletal code for new class is: ======================================== findlinks.cc namespace dw { namespace core { FindLinks::FindLinks () { widget = NULL; iterator = NULL; } FindLinks::~FindLinks () { if (iterator) delete iterator; } void FindLinks::getlink (void) { MSG("\n Hi !! I came to findlinks"); Textblock *textblock = new Textblock (false); } I have included "dw/textblock.hh" in the above file and also included core.hh. Compilation goes through but I end up with a linker error as under: ===================================================================== ../dw/libDw-core.a(findlinks.o): In function `dw::core::FindLinks::getlink()': /home/rmarathe/dillo-2.2/dw/findlinks.cc:25: undefined reference to `dw::Textblock::Textblock(bool)' collect2: ld returned 1 exit status I believe that I still need to use "iterator" and the Textblock" classes to implement this feature. Am I using the Textblock in a right way or am I missing something in the above code ? Please do let me know, regards, Rajesh Marathe.

4 12

dillo crash when using a <select> field during page load
by rogutes＠googlemail.com 21 Mar '10

21 Mar '10

G'day, When I click on a <select><option>option 1</option>...</select> field and move the mouse through the items while a page is still loading, dillo segfaults. I can quite reliably reproduce this with the country selection field at the top center of lenovo.com. I wasn't able to put together a smaller page which triggers this, but I have attached a full backtrace from gdb. -- -- Rogut?s Sparnuotos

2 1

patch: drawing image map areas
by corvid＠lavabit.com 20 Mar '10

20 Mar '10

This draws the shapes in image maps, which is quite nice when not loading images. There are two redrawing problems: If I try http://earthquake.usgs.gov/earthquakes/recenteqsww/ a little bit of the map is visible at the bottom of the viewport initially (geometry 850x630). The rectangles are visible, but not the polygons. If I page down or switch to another desktop and back, all is well. If I try http://www.sbrady.com/hotsource/html/imgmaps.html because it has bigger rectangles, when I scroll line by line, I get lines in my rectangle corresponding to the edge of the view. No problem with circles or polygons. All I'm doing is calling the fltk shape-drawing code through fltkviewbase, so I'd expect them all to work or break in the same way. I will probably change FltkViewBase::drawArc() so that (x,y) is the center like one would expect. That tricked me at first, and I might have been the one who wrote that code in the first place. I might make an additional FltkViewBase::drawPolygon() that accepts the SimpleVector of points and then calls addvertex() a lot rather than one addvertices() call. Slower, but they're just image maps, and the pointArray in Polygon::draw() here is too complicated (I had to look it up to get it quite right).

2 11

Re: Using the tab or other keyboard keys to set focus on web page links...
by corvid＠lavabit.com 14 Mar '10

14 Mar '10

Rajesh wrote: > My implementation details: > -------------------------- > > I am planning to implement a method in the exiting "FindTextState" > Class. I am planning to use a CharIterator to move iterate through a web > page and find out a link. I'm thinking of Layout having a separate thing for this, a KeyFocusState (or some such name). For an iterator, something like a focusable element iterator instead of a CharIterator. Where I could call nextFocusable() and get back 1) the Widget (the Embed widget for a form control, or the Textblock widget that contains a link), and 2) a linkNo that the iterator found in the word's style. Like if the user pressed the key for the next focusable thing (e.g., tab), the KeyFocusState stuff would do something like iterator->getFocusable() gives back Widget *w and int linkNo if (linkNo == -1) { /* form control */ w->focus(); the dw Widget would have a virtual function, and the Embed implementation would call resource->focus(), which would in turn call take_focus() on its fltk widget. } else { iterator->highlight(); } and when the user pressed the key to follow the link (e.g., enter), we'd be in something similar to a_UIcmd_scroll() calling a new function like layout->activateLink(), which would call something in FocusState (which has Widget and linkNo handy), which would then call layout->emitLinkPress(widget, linkNo, ...) All: Or is that putting too much intelligence into an iterator? (It's easy to wish for magic from the part that's fuzzier to us :) Something smaller and dumber for an iterator to do would be something like styleIterator. Get back style, spaceStyle, style, spaceStyle, (some style from descending into a non-Textblock child), spaceStyle..., but then there's also this need to get back the "BTW, I am an Embed!", which seems like an awkward pairing of things for an iterator to return. Or a sort of Word iterator, but Words are hidden...

1 0