From onepoint at starurchin.org Mon Mar 1 20:22:10 2010 From: onepoint at starurchin.org (Jeremy Henty) Date: Mon Mar 1 20:23:05 2010 Subject: [Dillo-dev] All must submit to valgrind! Message-ID: <20100301192210.GC17973@omphalos.singularity> I am now valgrinding all of the Dillo programs, not just dillo itself. There's only a couple of days' logs so far but there's already some stuff that needs looking at. http://starurchin.org/dillo/valgrind.html Regards, Jeremy Henty From jcid at dillo.org Thu Mar 4 19:08:39 2010 From: jcid at dillo.org (Jorge Arellano Cid) Date: Thu Mar 4 19:09:17 2010 Subject: [Dillo-dev] Problems viewing page source In-Reply-To: <20100227222830.1680ccc9@kemnade.info> References: <20100225212351.47c76664@kemnade.info> <20100227000258.GH4152@dillo.org> <20100227222830.1680ccc9@kemnade.info> Message-ID: <20100304180839.GG12647@dillo.org> Hi Andreas, On Sat, Feb 27, 2010 at 10:28:30PM +0100, Andreas Kemnade wrote: > [...] > If the menu pops up it displays something. > But sometimes it displays not what I want. > > http://misc.andi.de1.cc/viewsource.php > is an example for another view source problem. > Select something, click on send. > Now select "View page source". > You'll see the source of the previous page! > That is not what I expect. Right, it's a bug. > Contrary: > close dillo > open it again with http://misc.andi.de1.cc/viewsource.php?dillo > Now click again on send and try to view the source. Now > you get > [vsource dpi]: ERROR: Page not cached. > At least saving the page is possible to analyse things > and at least it is not displaying something wrong. Just committed a minor trick to differentiate POST URLs. Please test the repo. > Greetings > Andreas Kemnade > PS: Good to hear that you are ok. Thanks. In general we're materially OK in Santiago, but what happenned in the VII and VIII regions is shocking. -- Cheers Jorge.- From corvid at lavabit.com Sat Mar 6 01:46:57 2010 From: corvid at lavabit.com (corvid) Date: Sat Mar 6 01:47:06 2010 Subject: [Dillo-dev] patch: drawing image map areas Message-ID: <20100306004657.GA2727@local.gobigwest.com> 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). -------------- next part -------------- diff -r 3d9a1b463163 dw/image.cc --- a/dw/image.cc Fri Mar 05 00:54:54 2010 +0000 +++ b/dw/image.cc Sat Mar 06 00:39:34 2010 +0000 @@ -38,6 +38,18 @@ delete shapesAndLinks; } +void ImageMapsList::ImageMap::draw (core::View *view,core::style::Style *style, + int x, int y) +{ + container::typed::Iterator it; + + for (it = shapesAndLinks->iterator (); it.hasNext (); ) { + ShapeAndLink *shapeAndLink = it.getNext (); + + shapeAndLink->shape->draw(view, style, x, y); + } +} + void ImageMapsList::ImageMap::add (core::Shape *shape, int link) { ShapeAndLink *shapeAndLink = new ShapeAndLink (); shapeAndLink->shape = shape; @@ -105,6 +117,15 @@ currentMap->setDefaultLink (link); } +void ImageMapsList::drawMap (lout::object::Object *key, core::View *view, + core::style::Style *style, int x, int y) +{ + ImageMap *map = imageMaps->get (key); + + if (map) + map->draw(view, style, x, y); +} + int ImageMapsList::link (object::Object *key, int x, int y) { int link = -1; @@ -348,12 +369,17 @@ intersection.x - dx, intersection.y - dy, intersection.width, intersection.height); } else { + core::View *clippingView; + if (altText && altText[0]) { + core::View *usedView = view; + + clippingView = NULL; + if (altTextWidth == -1) altTextWidth = layout->textWidth (getStyle()->font, altText, strlen (altText)); - core::View *clippingView = NULL, *usedView = view; if ((getContentWidth() < altTextWidth) || (getContentHeight() < getStyle()->font->ascent + getStyle()->font->descent)) { @@ -374,6 +400,18 @@ if (clippingView) view->mergeClippingView (clippingView); } + if (mapKey) { + clippingView = view->getClippingView (allocation.x + + getStyle()->boxOffsetX (), + allocation.y + + getStyle()->boxOffsetY (), + getContentWidth(), + getContentHeight()); + mapList->drawMap(mapKey, clippingView, getStyle(), + allocation.x + getStyle()->boxOffsetX (), + allocation.y + getStyle()->boxOffsetY ()); + view->mergeClippingView (clippingView); + } } /** TODO: draw selection */ diff -r 3d9a1b463163 dw/image.hh --- a/dw/image.hh Fri Mar 05 00:54:54 2010 +0000 +++ b/dw/image.hh Sat Mar 06 00:39:34 2010 +0000 @@ -39,6 +39,7 @@ ImageMap (); ~ImageMap (); + void draw (core::View *view, core::style::Style *style, int x, int y); void add (core::Shape *shape, int link); void setDefaultLink (int link) { defaultLink = link; }; int link (int x, int y); @@ -55,6 +56,8 @@ void startNewMap (lout::object::Object *key); void addShapeToCurrentMap (core::Shape *shape, int link); void setCurrentMapDefaultLink (int link); + void drawMap(lout::object::Object *key, core::View *view, + core::style::Style *style, int x, int y); int link (lout::object::Object *key, int x, int y); }; diff -r 3d9a1b463163 dw/types.cc --- a/dw/types.cc Fri Mar 05 00:54:54 2010 +0000 +++ b/dw/types.cc Sat Mar 06 00:39:34 2010 +0000 @@ -35,6 +35,17 @@ this->height = height; } +/* + * Draw rectangle in view relative to point (x,y). + */ +void Rectangle::draw (core::View *view, core::style::Style *style, int x,int y) +{ + const bool filled = false; + + view->drawRectangle(style->color, core::style::Color::SHADING_NORMAL,filled, + x + this->x, y + this->y, this->width, this->height); +} + /** * Return whether this rectangle and otherRect intersect. If yes, * return the intersection rectangle in dest. @@ -123,6 +134,20 @@ this->radius = radius; } +/* + * Draw circle in view relative to point (x,y). + */ +void Circle::draw (core::View *view, core::style::Style *style, int x, int y) +{ + const bool filled = false; + + /* drawArc() wants x, y, w, h for a rectangle, and then it draws the arc + * inside that */ + view->drawArc(style->color, core::style::Color::SHADING_NORMAL, filled, + x + this->x - this->radius, y + this->y - this->radius, + 2 * this->radius, 2 * this->radius, 0, 360); +} + bool Circle::isPointWithin (int x, int y) { return @@ -144,6 +169,27 @@ delete points; } +/* + * Draw polygon in view relative to point (x,y). + */ +void Polygon::draw (core::View *view, core::style::Style *style, int x, int y) +{ + if (points->size()) { + int i; + const bool filled = false; + int (*pointArray)[2] = + (int (*)[2]) malloc(points->size() * sizeof(*pointArray)); + + for (i = 0; i < points->size(); i++) { + pointArray[i][0] = x + points->getRef(i)->x; + pointArray[i][1] = y + points->getRef(i)->y; + } + view->drawPolygon(style->color, core::style::Color::SHADING_NORMAL, + filled, pointArray, i); + free(pointArray); + } +} + void Polygon::addPoint (int x, int y) { points->increase (); diff -r 3d9a1b463163 dw/types.hh --- a/dw/types.hh Fri Mar 05 00:54:54 2010 +0000 +++ b/dw/types.hh Sat Mar 06 00:39:34 2010 +0000 @@ -8,6 +8,10 @@ namespace dw { namespace core { +namespace style { + class Style; +} + enum HPosition { HPOS_LEFT, @@ -54,6 +58,8 @@ { public: virtual bool isPointWithin (int x, int y) = 0; + virtual void draw (core::View *view, core::style::Style *style, int x, + int y) = 0; }; /** @@ -70,6 +76,7 @@ inline Rectangle () { } Rectangle (int x, int y, int width, int height); + void draw (core::View *view, core::style::Style *style, int x, int y); bool intersectsWith (Rectangle *otherRect, Rectangle *dest); bool isSubsetOf (Rectangle *otherRect); bool isPointWithin (int x, int y); @@ -86,6 +93,7 @@ Circle (int x, int y, int radius); + void draw (core::View *view, core::style::Style *style, int x, int y); bool isPointWithin (int x, int y); }; @@ -116,6 +124,7 @@ Polygon (); ~Polygon (); + void draw (core::View *view, core::style::Style *style, int x, int y); void addPoint (int x, int y); bool isPointWithin (int x, int y); }; From spell_gooder_now at spellingbeewinnars.org Sun Mar 7 02:27:31 2010 From: spell_gooder_now at spellingbeewinnars.org (Patrick) Date: Sun Mar 7 02:28:08 2010 Subject: [Dillo-dev] experiment feedback Message-ID: <4B930103.2000909@spellingbeewinnars.org> Hi Everyone. I think there may be people on this list from Chile, I hope this message finds you all safe and your situation stable. Sorry in advance if this email is too long. I am attracted to Dillo because of it's relatively small code base, the sloccount command gives me about 50K. Webkit is almost 2 million and it's not even a full browser, just an engine. I have a insane idea. I would like to create command line tools/browser hybrids. I would like to strip out all networking ability and add in full file system access, perhaps through special tags to a Dillo fork. The problem I would like to solve is a way to create a very simple rapid application desktop environment for chemists to use. GTK, QT, WxWidgets etc all take time to learn but many people can throw some HTML together. I was thinking that I could make small dillo-fied applications that the scientists could then alter to suit there specific needs. All access would be through local files. My Son was diagnosed with Autism a couple of years ago, he is getting much better now but we have taken a huge financial hit( >40K) I expect to be back on track by the fall, we are already pulling out of it. My project would be open source but for profit, I do/will have some capital to put towards my project. I am not sure what would be required to complete the CSS support and to add Javascript. I am not sure if the Dillo community wants these things but my networked crippled version could be a testing ground for features that would not necessarily have to go back into Dillo. If anyone wanted to help, what would be a suitable donation to achieve these goals be? Although I am learning I still suck at C/C++, despite this I can also contribute coding time if someone could spare a bit of time mentoring? Am I totally nuts? Could something like this be done? Thanks for reading-Patrick From j.jorge.barreto at gmail.com Sun Mar 7 19:26:52 2010 From: j.jorge.barreto at gmail.com (Jorge Barreto) Date: Sun Mar 7 19:27:48 2010 Subject: [Dillo-dev] Re: Dillo-dev Digest, Vol 55, Issue 5 In-Reply-To: <4b938751.0b38560a.1280.7b40SMTPIN_ADDED@mx.google.com> References: <4b938751.0b38560a.1280.7b40SMTPIN_ADDED@mx.google.com> Message-ID: <25cc8beb1003071026r2cbfc70aw16f3057dfeabded@mail.gmail.com> yes it could 2010/3/7 : > Send Dillo-dev mailing list submissions to > ? ? ? ?dillo-dev@dillo.org > > To subscribe or unsubscribe via the World Wide Web, visit > ? ? ? ?http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > or, via email, send a message with subject or body 'help' to > ? ? ? ?dillo-dev-request@dillo.org > > You can reach the person managing the list at > ? ? ? ?dillo-dev-owner@dillo.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Dillo-dev digest..." > > > Today's Topics: > > ? 1. ?experiment feedback (Patrick) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 06 Mar 2010 20:27:31 -0500 > From: Patrick > Subject: [Dillo-dev] experiment feedback > To: dillo-dev@dillo.org > Message-ID: <4B930103.2000909@spellingbeewinnars.org> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi Everyone. > > I think there may be people on this list from Chile, I hope this message > finds you all safe and your situation stable. > > Sorry in advance if this email is too long. > > I am attracted to Dillo because of it's relatively small code base, the > sloccount command gives me about 50K. Webkit is almost 2 million and > it's not even a full browser, just an engine. > > I have a insane idea. I would like to create command line tools/browser > hybrids. I would like to strip out all networking ability and add in > full file system access, perhaps through special > tags to a Dillo fork. The problem I would like to solve is a way to > create a very simple rapid application desktop environment for chemists > to use. GTK, QT, WxWidgets etc all take time to learn but many people > can throw some HTML together. I was thinking that I could make small > dillo-fied applications that the scientists could then alter to suit > there specific needs. All access would be through local files. > > My Son was diagnosed with Autism a couple of years ago, he is getting > much better now but we have taken a huge financial hit( >40K) I expect > to be back on track by the fall, we are already pulling out of it. My > project would be open source but for profit, I do/will have some capital > to put towards my project. I am not sure what would be required to > complete the CSS support and to add Javascript. I am not sure if the > Dillo community wants these things but my networked crippled version > could be a testing ground for features that would not necessarily have > to go back into Dillo. If anyone wanted to help, what would be a > suitable donation to achieve these goals be? Although I am learning I > still suck at C/C++, despite this I can also contribute coding time if > someone could spare a bit of time mentoring? > > Am I totally nuts? Could something like this be done? > > Thanks for reading-Patrick > > > > > > ------------------------------ > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > End of Dillo-dev Digest, Vol 55, Issue 5 > **************************************** > From rmarathe at i-rode.com Mon Mar 8 13:53:05 2010 From: rmarathe at i-rode.com (Rajesh Marathe) Date: Mon Mar 8 13:53:36 2010 Subject: [Dillo-dev] Issue with Mapping keys into Dillo Browser. Message-ID: <1268052785.4944.10.camel@localhost.localdomain> Hello, I am using Dillo 2.2 on RHEL desktop version 5. I am trying to simulate a working Dillo on my desktop before moving the same to my ARM based Embedded Platform. Presently, I am able to run Dillo and browse web pages. However this requires use of Mouse. I would like to eliminate mouse and use only keyboard. Further, I would like the LEFT/RIGHT arrow keys on my keyboard to move to a previous/next link on the currently opened web page. Further, I would like that upon pressing "ENTER" key at this time, the previously selected link is opened. Basically, I would like to use LEFT/RIGHT and ENTER keys to navigate through an already opened web page (Without Mouse). Can any body please help me how to achieve this using Dillo. Thanks and regards, Rajesh Marathe. From strenholme.usenet at gmail.com Mon Mar 8 15:09:08 2010 From: strenholme.usenet at gmail.com (Sam Trenholme) Date: Mon Mar 8 15:09:57 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <4B930103.2000909@spellingbeewinnars.org> References: <4B930103.2000909@spellingbeewinnars.org> Message-ID: <7bd685721003080609q58254574u8ec3c0e56cfc6138@mail.gmail.com> > My project would be open source but for profit My experience, having had an open source project for nearly a decade, is that it's very hard to make money with open source. Open source software is free software, and that means people aren't paying for it, and, annoyingly enough, people are too lazy to RTFM and expect you to answer their email with their support concern or implement whatever pet feature they want "for fun and for free". A lot of web boards out there are filled with free software users with a pretty strong "entitlement mentality"; people who don't contribute to open source but think open source developers should give them a program with the features they want without being paid a cent for their hard work. I have blogged about this quite a bit: http://maradns.blogspot.com/search/label/freetards The way I handle people like that is by making it crystal clear I do not provide unpaid email support; if you want private email support, have your credit card ready. Some people ignore all of the warnings on the web page with my email address so I have a simple script which sends people like that a canned reply asking for money and telling them I will forward any further email they send me to a public mailing list unless they have already paid me. When people ask for features, I handle them in email by giving them the canned reply; if they request features on the mailing list, I ask them how much they are willing to pay for said feature, or give them the "I'm married and don't have time to implement more features for free" spiel. If you know of a way I can keep my program open source and make money on it, I am all ears. I have made a little money implementing features people want, but not nearly enough to pay the rent. It's mainly a way of putting up a boundary with users who want me to go broke programming for them for the rest of my life without me ever getting paid for my work. - Sam From spell_gooder_now at spellingbeewinnars.org Mon Mar 8 15:37:39 2010 From: spell_gooder_now at spellingbeewinnars.org (Patrick) Date: Mon Mar 8 15:38:23 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <7bd685721003080609q58254574u8ec3c0e56cfc6138@mail.gmail.com> References: <4B930103.2000909@spellingbeewinnars.org> <7bd685721003080609q58254574u8ec3c0e56cfc6138@mail.gmail.com> Message-ID: <4B950BB3.1090603@spellingbeewinnars.org> Hi Sam I write terrible verbose emails, I did not want to lower the signal-to-noise on the list hopefully this is okay.... My business model follows something like this. I would like to offer scientists tools to control their instruments, plot their data and analyze it. There are already enough open source tools to put something together but it would have to be a pre-fabricated one size fits all solution because these people don't have time to learn to program in C/C++. I was hoping to use HTML as a way to allow the scientists to customize things for themselves. Anyone can pick up HTML in a few days or less, especially with a template. I don't think there is a much of a market helping scientists with HTML. However in order to control their instruments they will need the "command set" to communicate with it. I have lots of expensive proprietary software and instruments too . By eavesdropping on the communication I can recreate the "command sets". It is these commands that are worth paying someone to help with. The software applications this project is trying to replace cost between $5k to 40K. Charging let's say $80-100 an hour would not be unreasonable to come up with a customized solution that eliminates the proprietary software and creates only what the customer needs without bloat. Does this seem logical? Thanks very much for your feedback-Patrick From corvid at lavabit.com Mon Mar 8 17:50:12 2010 From: corvid at lavabit.com (corvid) Date: Mon Mar 8 17:50:19 2010 Subject: [Dillo-dev] Issue with Mapping keys into Dillo Browser. In-Reply-To: <1268052785.4944.10.camel@localhost.localdomain> References: <1268052785.4944.10.camel@localhost.localdomain> Message-ID: <20100308165012.GA2726@local.gobigwest.com> Rajesh wrote: > I am using Dillo 2.2 on RHEL desktop version 5. I am trying to simulate > a working Dillo on my desktop before moving the same to my ARM based > Embedded Platform. > > Presently, I am able to run Dillo and browse web pages. However this > requires use of Mouse. I would like to eliminate mouse and use only > keyboard. Further, I would like the LEFT/RIGHT arrow keys on my keyboard > to move to a previous/next link on the currently opened web page. > Further, I would like that upon pressing "ENTER" key at this time, the > previously selected link is opened. > > Basically, I would like to use LEFT/RIGHT and ENTER keys to navigate > through an already opened web page (Without Mouse). > > Can any body please help me how to achieve this using Dillo. Here's a recent thread that's relevant: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2010-February/007271.html From Johannes.Hofmann at gmx.de Mon Mar 8 20:03:05 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Mar 8 19:09:07 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <4B930103.2000909@spellingbeewinnars.org> References: <4B930103.2000909@spellingbeewinnars.org> Message-ID: <20100308190305.GA2273@blob.baaderstrasse.com> Hi, On Sat, Mar 06, 2010 at 08:27:31PM -0500, Patrick wrote: > Hi Everyone. > > I think there may be people on this list from Chile, I hope this > message finds you all safe and your situation stable. > > Sorry in advance if this email is too long. > > I am attracted to Dillo because of it's relatively small code base, > the sloccount command gives me about 50K. Webkit is almost 2 million > and it's not even a full browser, just an engine. > > I have a insane idea. I would like to create command line > tools/browser hybrids. I would like to strip out all networking > ability and add in full file system access, perhaps through special > tags to a Dillo fork. The problem I would like > to solve is a way to create a very simple rapid application desktop > environment for chemists to use. GTK, QT, WxWidgets etc all take > time to learn but many people can throw some HTML together. I was > thinking that I could make small dillo-fied applications that the > scientists could then alter to suit there specific needs. All access > would be through local files. > > My Son was diagnosed with Autism a couple of years ago, he is > getting much better now but we have taken a huge financial hit( > >40K) I expect to be back on track by the fall, we are already > pulling out of it. My project would be open source but for profit, I > do/will have some capital to put towards my project. I am not sure > what would be required to complete the CSS support and to add > Javascript. I am not sure if the Dillo community wants these things > but my networked crippled version could be a testing ground for > features that would not necessarily have to go back into Dillo. If > anyone wanted to help, what would be a suitable donation to achieve > these goals be? Although I am learning I still suck at C/C++, > despite this I can also contribute coding time if someone could > spare a bit of time mentoring? > > Am I totally nuts? Could something like this be done? Regarding the commercial aspect of the idea I can only say that you need to think at least twice as much about how to actually make money from your idea as you need about the technical details. This will be the hard part... Regarding the technical questions: * For complete CSS 2.1 support, so that dillo would e.g. pass the ACID test I would estimate about 1.5 staff years for a pretty experienced programmer. * For JavaScript support I don't know enough about the details to make an estimation. If you need full CSS support and JavaScript go with an existing compliant solution like webkit. Then if your code works you could come back and check how dillo could be enhanced so it works with dillo too. Do one thing after the other. Cheers, Johannes From corvid at lavabit.com Mon Mar 8 19:33:12 2010 From: corvid at lavabit.com (corvid) Date: Mon Mar 8 19:33:18 2010 Subject: [Dillo-dev] cookie 32-bit time wrapping and possible gcc problem Message-ID: <20100308183312.GA3992@local.gobigwest.com> Tried running my test/cookies program and got two failures from the 32-bit timestamp wrapping tests. Turned out that I had -O2 set. -O succeeds, and no optimization succeeds. If I insert a MSG("exptime+local_shift %ld\n", exptime + local_shift); after setting local_shift in Cookies_expires_attr(), it works even with -O2. This is with gcc-4.3.3. I'm going to get 4.4.3 and see what happens... PS I don't particularly expect anyone to rush off and try it for themselves, but if you do, it is good to run 'dpidc stop' between runs. From spell_gooder_now at spellingbeewinnars.org Mon Mar 8 20:17:57 2010 From: spell_gooder_now at spellingbeewinnars.org (Patrick) Date: Mon Mar 8 20:18:39 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <20100308190305.GA2273@blob.baaderstrasse.com> References: <4B930103.2000909@spellingbeewinnars.org> <20100308190305.GA2273@blob.baaderstrasse.com> Message-ID: <4B954D65.3030906@spellingbeewinnars.org> Hi Johannes Thanks very much for your feedback. I am sure that my business plan will need tweaking but I am also really pretty confident about it. I have spoken with many people working in labs about it and they are really excited about open source. At the end of the day my own business could save 10K a year if I just did not have to buy software and if my project failed to make money but helped those researching diseases and such, that really would not be a loss. " estimate about 1.5 staff years for a pretty experienced programmer" Whoa! I had no idea there was that much work left to me done with CSS. Would this much code change Dillo fundamentally? Are there many features that would not be required most of the time, are there many obscure features. I guess it's just a philosophical issue but I am not attracted to large-large projects, small is beautiful. 50K lines of code will take me a long time to understand but it is within the realm of possibilities. I don't think anyone understands all of webkit Thanks again-Patrick From Johannes.Hofmann at gmx.de Mon Mar 8 22:54:31 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Mar 8 21:08:57 2010 Subject: [Dillo-dev] cookie 32-bit time wrapping and possible gcc problem In-Reply-To: <20100308183312.GA3992@local.gobigwest.com> References: <20100308183312.GA3992@local.gobigwest.com> Message-ID: <20100308215431.GA3535@blob.baaderstrasse.com> On Mon, Mar 08, 2010 at 06:33:12PM +0000, corvid wrote: > Tried running my test/cookies program and got two failures > from the 32-bit timestamp wrapping tests. > > Turned out that I had -O2 set. > -O succeeds, and no optimization succeeds. > If I insert a MSG("exptime+local_shift %ld\n", exptime + local_shift); > after setting local_shift in Cookies_expires_attr(), it works even with -O2. > > This is with gcc-4.3.3. I'm going to get 4.4.3 and see what happens... Can you reproduce the issue with a small test program? If yes, we could look at the generated code. From Johannes.Hofmann at gmx.de Tue Mar 9 00:24:47 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Mar 8 22:03:44 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <4B954D65.3030906@spellingbeewinnars.org> References: <4B930103.2000909@spellingbeewinnars.org> <20100308190305.GA2273@blob.baaderstrasse.com> <4B954D65.3030906@spellingbeewinnars.org> Message-ID: <20100308232447.GA4128@blob.baaderstrasse.com> Hi Patrick, On Mon, Mar 08, 2010 at 02:17:57PM -0500, Patrick wrote: > Hi Johannes > > Thanks very much for your feedback. I am sure that my business plan > will need tweaking but I am also really pretty confident about it. I > have spoken with many people working in labs about it and they are > really excited about open source. At the end of the day my own > business could save 10K a year if I just did not have to buy > software and if my project failed to make money but helped those > researching diseases and such, that really would not be a loss. It's a good start if you already have a customer. > > " estimate about 1.5 staff years for a pretty experienced programmer" > > Whoa! I had no idea there was that much work left to me done with > CSS. Would this much code change Dillo fundamentally? Are there many > features that would not be required most of the time, are there many > obscure features. Well, it depends on what you call obscure... There is the whole absolute positioning thing, then there is floats, background images and a lot of tiny details. Just browse through the CSS 2.1 spec at http://www.w3.org/TR/CSS2/ > > I guess it's just a philosophical issue but I am not attracted to > large-large projects, small is beautiful. 50K lines of code will > take me a long time to understand but it is within the realm of > possibilities. I don't think anyone understands all of webkit No need to explain this to me. I use and work on dillo for similar reasons :-) My point was just that * completing full CSS 2.1 support * adding JavaScript * developing your own framework based on that are all very ambitious projects on their own. Cheers, Johannes From corvid at lavabit.com Mon Mar 8 22:22:07 2010 From: corvid at lavabit.com (corvid) Date: Mon Mar 8 22:22:13 2010 Subject: [Dillo-dev] cookie 32-bit time wrapping and possible gcc problem In-Reply-To: <20100308215431.GA3535@blob.baaderstrasse.com> References: <20100308183312.GA3992@local.gobigwest.com> <20100308215431.GA3535@blob.baaderstrasse.com> Message-ID: <20100308212207.GA20106@local.gobigwest.com> Johannes wrote: > On Mon, Mar 08, 2010 at 06:33:12PM +0000, corvid wrote: > > Tried running my test/cookies program and got two failures > > from the 32-bit timestamp wrapping tests. > > > > Turned out that I had -O2 set. > > -O succeeds, and no optimization succeeds. > > If I insert a MSG("exptime+local_shift %ld\n", exptime + local_shift); > > after setting local_shift in Cookies_expires_attr(), it works even with -O2. > > > > This is with gcc-4.3.3. I'm going to get 4.4.3 and see what happens... Same behaviour with 4.4.3. > Can you reproduce the issue with a small test program? If yes, we > could look at the generated code. *makes toy program* Haven't been able to get it to break. From spell_gooder_now at spellingbeewinnars.org Mon Mar 8 23:18:27 2010 From: spell_gooder_now at spellingbeewinnars.org (Patrick) Date: Mon Mar 8 23:19:11 2010 Subject: [Dillo-dev] experiment feedback In-Reply-To: <20100308232447.GA4128@blob.baaderstrasse.com> References: <4B930103.2000909@spellingbeewinnars.org> <20100308190305.GA2273@blob.baaderstrasse.com> <4B954D65.3030906@spellingbeewinnars.org> <20100308232447.GA4128@blob.baaderstrasse.com> Message-ID: <4B9577B3.4090808@spellingbeewinnars.org> Thanks again Johannes Again I sorry if I am cluttering this list with my own issues.... Here is a bit more detail if interested. Like most of you I can code an hour or two in the evenings but I am pretty new to C/C++ and will be much slower then the rest of you. I starting working on this project four years ago but this time has been occupied by trying to plan out the project. I feel like I am so close to something amazing but I also feel that I am trying to fit a square peg into a round hole and I am running around in circles. I would like to be able to control and process data from about 100 different models of instruments. I am only working 3 hours a day, while my Autistic Son is in nursery school and looking after him full time otherwise. However I am still able to move about 10-15K worth of instrumentation through my basement per month. I have access to instruments and software, market myself well and have an interest in open source. I feel like I am in a great place to make a difference but I have so far failed to do so. I am afraid to code an entire App. Just the configuration alone would be difficult with so many instruments. I am thinking it might be better to assemble things on a case by case basis. All of these labs have such different needs and styles too, if there was a way they could also write part of the application, that would be best. I know people make hooks in their applications for embedding languages like Lua and Python but these languages will take too long for these busy people to learn, that's why I am looking at an HTML solution. So, what I can offer is 1-2 hours per day of less then amazing C/C++ or I can contribute financially or both. On the financial note, almost all the profit I am making at the moment is back out the door in the form of Autism therapy bills and debt repayment from a difficult couple of years. However my Son is getting better and when I can work a normal work day I should be able to contribute funds, perhaps $100-$300 a month. This is however not enough to employ a full time programmer and I can't fund years of CSS development it would have to be 2/3rds geared towards my project. Not sure if this is a good match for the project? Thanks for reading my long-long email-patrick > > * completing full CSS 2.1 support > * adding JavaScript > * developing your own framework based on that > > are all very ambitious projects on their own. > > Cheers, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > > From corvid at lavabit.com Mon Mar 8 23:20:05 2010 From: corvid at lavabit.com (corvid) Date: Mon Mar 8 23:20:11 2010 Subject: [Dillo-dev] cookie 32-bit time wrapping and possible gcc problem In-Reply-To: <20100308212207.GA20106@local.gobigwest.com> References: <20100308183312.GA3992@local.gobigwest.com> <20100308215431.GA3535@blob.baaderstrasse.com> <20100308212207.GA20106@local.gobigwest.com> Message-ID: <20100308222005.GC20106@local.gobigwest.com> I wrote: > Johannes wrote: > > On Mon, Mar 08, 2010 at 06:33:12PM +0000, corvid wrote: > > > Tried running my test/cookies program and got two failures > > > from the 32-bit timestamp wrapping tests. > > > > > > Turned out that I had -O2 set. > > > -O succeeds, and no optimization succeeds. > > > If I insert a MSG("exptime+local_shift %ld\n", exptime + local_shift); > > > after setting local_shift in Cookies_expires_attr(), it works even with -O2. > > > > > > This is with gcc-4.3.3. I'm going to get 4.4.3 and see what happens... > > Same behaviour with 4.4.3. Found out what's going on. Signed overflow is undefined, and -O2 gives -fstrict-overflow, which assumes that overflow won't happen. So I will do something of some sort about this :) From Johannes.Hofmann at gmx.de Mon Mar 8 23:29:21 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Mar 8 23:30:21 2010 Subject: [Dillo-dev] cookie 32-bit time wrapping and possible gcc problem In-Reply-To: <20100308222005.GC20106@local.gobigwest.com> References: <20100308183312.GA3992@local.gobigwest.com> <20100308215431.GA3535@blob.baaderstrasse.com> <20100308212207.GA20106@local.gobigwest.com> <20100308222005.GC20106@local.gobigwest.com> Message-ID: <20100308222921.GA4947@blob.baaderstrasse.com> On Mon, Mar 08, 2010 at 10:20:05PM +0000, corvid wrote: > I wrote: > > Johannes wrote: > > > On Mon, Mar 08, 2010 at 06:33:12PM +0000, corvid wrote: > > > > Tried running my test/cookies program and got two failures > > > > from the 32-bit timestamp wrapping tests. > > > > > > > > Turned out that I had -O2 set. > > > > -O succeeds, and no optimization succeeds. > > > > If I insert a MSG("exptime+local_shift %ld\n", exptime + local_shift); > > > > after setting local_shift in Cookies_expires_attr(), it works even with -O2. > > > > > > > > This is with gcc-4.3.3. I'm going to get 4.4.3 and see what happens... > > > > Same behaviour with 4.4.3. > > Found out what's going on. > > Signed overflow is undefined, and -O2 gives -fstrict-overflow, > which assumes that overflow won't happen. good catch! > > So I will do something of some sort about this :) BTW. wikipedia states that generally arithmetic operations on time_t have no defined meaning, but you can use difftime() instead. From rmarathe at i-rode.com Tue Mar 9 06:26:07 2010 From: rmarathe at i-rode.com (Rajesh Marathe) Date: Tue Mar 9 06:26:53 2010 Subject: [Dillo-dev] Regarding using the Tab/other keys to set focus on web links in Dillo Message-ID: <1268112367.3398.5.camel@localhost.localdomain> Hi Liyong, I came to know from Corvid's email that you had faced this problem (using Tab or other keys to set focus on web links in Dillo) earlier. Now, I am facing the same problem. Can you please share a portion of your code that does this functionality or at least give me more detailed steps to achieve this ? This would be very helpful as I am planning to use this on my Embedded platform too. Thanks and regards, Rajesh Marathe. From Johannes.Hofmann at gmx.de Tue Mar 9 17:15:21 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Tue Mar 9 17:16:19 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100306004657.GA2727@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> Message-ID: <20100309161521.GA1211@plop.baaderstrasse.com> On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > This draws the shapes in image maps, which is quite nice when not > loading images. Nice! > > > 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. Not sure about this one yet. > > 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. Ha, that seems to be a problem introduced by my attempt to fix coordinate overflows with huge borders. For borders we always use filled rectangles and for those the problem is invisible. I will fix that somehow. Cheers, Johannes From rmarathe at i-rode.com Thu Mar 11 06:29:11 2010 From: rmarathe at i-rode.com (Rajesh Marathe) Date: Thu Mar 11 06:29:48 2010 Subject: [Dillo-dev] Using the tab or other keyboard keys to set focus on web page links... Message-ID: <1268285351.4329.5.camel@localhost.localdomain> Hi, I am trying to put in a patch to use the tab or other keyboard keys to set focus on web page links. I started implementing this based on Corvid's suggestion as mentioned under: 1. borrowing from the dw/findtext.cc iteration code. 2. checking when style->x_link != -1 or you're currently on an embedded form widget. I have implemented the first part but still needs test. I have a question while implementing the second part. Can you please tell me how to determine if we are on an embedded form widget currently. Can you please send me code snippets or guide me to implement this ? Thanks. thanks and regards, Rajesh Marathe. From Johannes.Hofmann at gmx.de Thu Mar 11 16:49:09 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Thu Mar 11 16:50:12 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100306004657.GA2727@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> Message-ID: <20100311154909.GA38926@blob.baaderstrasse.com> On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > 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. This should be fixed now. The only place where we currently use non-filled rectangles is bullet.cc and indeed I could reproduce the issue with nested
    s and drag scrolling. Cheers, Johannes PS: Feel free to commit your patch, we can resolve remaining issues in-tree. From corvid at lavabit.com Thu Mar 11 17:32:37 2010 From: corvid at lavabit.com (corvid) Date: Thu Mar 11 17:33:05 2010 Subject: [Dillo-dev] Re: Using the tab or other keyboard keys to set focus on web page links... In-Reply-To: <1268285351.4329.5.camel@localhost.localdomain> References: <1268285351.4329.5.camel@localhost.localdomain> Message-ID: <20100311163236.GA2726@local.gobigwest.com> Rajesh wrote: > I am trying to put in a patch to use the tab or other keyboard keys to > set focus on web page links. I started implementing this based on > Corvid's suggestion as mentioned under: > > 1. borrowing from the dw/findtext.cc iteration code. > 2. checking when style->x_link != -1 or you're currently on an embedded form > widget. > > I have implemented the first part but still needs test. > I have a question while implementing the second part. Can you please tell me how to > determine if we are on an embedded form widget currently. Can you please send me code > snippets or guide me to implement this ? Thanks. If you're going through some sort of iterator, and you find yourself in something like Embed::iterator() in dw/ui.cc, then you have a form widget. An Embed is a ::dw::core::Widget that contains a Resource. dw/fltkui.cc has the various FLTK resources that are derived from Resource. These generally contain some sort of ::fltk::Widget used for a form input. A fltk::Widget can be given focus with take_focus(). From corvid at lavabit.com Thu Mar 11 17:51:05 2010 From: corvid at lavabit.com (corvid) Date: Thu Mar 11 17:51:30 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100311154909.GA38926@blob.baaderstrasse.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100311154909.GA38926@blob.baaderstrasse.com> Message-ID: <20100311165105.GB2726@local.gobigwest.com> Johannes wrote: > This should be fixed now. The only place where we currently use > non-filled rectangles is bullet.cc and indeed I could reproduce the > issue with nested
      s and drag scrolling. Thanks. > PS: Feel free to commit your patch, we can resolve remaining issues > in-tree. Done. From corvid at lavabit.com Sun Mar 14 08:58:10 2010 From: corvid at lavabit.com (corvid) Date: Sun Mar 14 08:58:38 2010 Subject: [Dillo-dev] Re: Using the tab or other keyboard keys to set focus on web page links... In-Reply-To: <1268485057.3813.27.camel@localhost.localdomain> References: <1268485057.3813.27.camel@localhost.localdomain> Message-ID: <20100314075810.GB2770@local.gobigwest.com> 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... From Johannes.Hofmann at gmx.de Mon Mar 15 22:20:52 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Mar 15 22:22:37 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100306004657.GA2727@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> Message-ID: <20100315212052.GA9445@blob.baaderstrasse.com> On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > 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. I think I found the cause of the second drawing issue: It's not specific to polygons, it's just that in the example page the polygons are defined last. The problem is that the shapes are defined after the image, so HTML code way below the definition of the actual image can now influence how the image should be drawn. If by accident the image get's drawn before the image map has been parsed, the shapes are not visible. We need to issue a queueDraw() for each affected image when adding a shape to an image map. The problem is that I think there currently is no reference from image maps to images using the map. Cheers, Johannes PS: The new viewsource dpi was super handy browsing the sources of the example pages! From corvid at lavabit.com Mon Mar 15 23:54:32 2010 From: corvid at lavabit.com (corvid) Date: Mon Mar 15 23:55:01 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100315212052.GA9445@blob.baaderstrasse.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> Message-ID: <20100315225432.GB2728@local.gobigwest.com> Johannes wrote: > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > 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. > > I think I found the cause of the second drawing issue: > > It's not specific to polygons, it's just that in the example page > the polygons are defined last. > The problem is that the shapes are defined after the image, so HTML > code way below the definition of the actual image can now influence > how the image should be drawn. > If by accident the image get's drawn before the image map has been > parsed, the shapes are not visible. > > We need to issue a queueDraw() for each affected image when adding > a shape to an image map. The problem is that I think there currently > is no reference from image maps to images using the map. Hmm, I sort of wonder whether I should take it back out. It's a somewhat frivolous feature that only I would see, and I am reluctant to increase the General Entanglement of Things in such a case. From Johannes.Hofmann at gmx.de Tue Mar 16 11:42:12 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Tue Mar 16 11:43:08 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100315225432.GB2728@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> Message-ID: <20100316104212.GA1390@blob.baaderstrasse.com> On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > Johannes wrote: > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > 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. > > > > I think I found the cause of the second drawing issue: > > > > It's not specific to polygons, it's just that in the example page > > the polygons are defined last. > > The problem is that the shapes are defined after the image, so HTML > > code way below the definition of the actual image can now influence > > how the image should be drawn. > > If by accident the image get's drawn before the image map has been > > parsed, the shapes are not visible. > > > > We need to issue a queueDraw() for each affected image when adding > > a shape to an image map. The problem is that I think there currently > > is no reference from image maps to images using the map. > > Hmm, I sort of wonder whether I should take it back out. > It's a somewhat frivolous feature that only I would see, > and I am reluctant to increase the General Entanglement of Things > in such a case. You are right that we should not add too much complexity for this special case, but we could do it in a brute force way like this (plus adding some big comments explaining the issue): diff -r 7aca003dbfca dw/image.hh --- a/dw/image.hh Sun Mar 14 19:09:24 2010 +0000 +++ b/dw/image.hh Tue Mar 16 11:39:25 2010 +0100 @@ -159,6 +159,7 @@ void setIsMap (); void setUseMap (ImageMapsList *list, Object *key); + void forceMapRedraw () { if (mapKey && ! buffer) queueDraw (); }; }; } // namespace dw diff -r 7aca003dbfca src/html.cc --- a/src/html.cc Sun Mar 14 19:09:24 2010 +0000 +++ b/src/html.cc Tue Mar 16 11:39:25 2010 +0100 @@ -2199,6 +2199,11 @@ */ static void Html_tag_close_map(DilloHtml *html, int TagIdx) { + for (int i = 0; i < html->images->size(); i++) { + dw::Image *img = (dw::Image *) html->images->get(i)->image->dw; + + img->forceMapRedraw(); + } html->InFlags &= ~IN_MAP; } From corvid at lavabit.com Tue Mar 16 16:08:55 2010 From: corvid at lavabit.com (corvid) Date: Tue Mar 16 16:09:19 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100316104212.GA1390@blob.baaderstrasse.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> <20100316104212.GA1390@blob.baaderstrasse.com> Message-ID: <20100316150855.GA2728@local.gobigwest.com> Johannes wrote: > On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > > Johannes wrote: > > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > > 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. > > > > > > I think I found the cause of the second drawing issue: > > > > > > It's not specific to polygons, it's just that in the example page > > > the polygons are defined last. > > > The problem is that the shapes are defined after the image, so HTML > > > code way below the definition of the actual image can now influence > > > how the image should be drawn. > > > If by accident the image get's drawn before the image map has been > > > parsed, the shapes are not visible. > > > > > > We need to issue a queueDraw() for each affected image when adding > > > a shape to an image map. The problem is that I think there currently > > > is no reference from image maps to images using the map. > > > > Hmm, I sort of wonder whether I should take it back out. > > It's a somewhat frivolous feature that only I would see, > > and I am reluctant to increase the General Entanglement of Things > > in such a case. > > You are right that we should not add too much complexity for this > special case, but we could do it in a brute force way like this (plus > adding some big comments explaining the issue): Yeah, I think I'd be willing to commit that with comments. It occurs to me that programmers...we have the ideas of pointing out bugs, workarounds, explaining complexities -- but I don't know whether I've seen a project keeping track of "this is something that you can consider taking out again if it should cause serious headaches someday". Somewhat related, but perhaps very difficult to see at the time is "This is done in this particular way to fit with what we are given by [something, e.g., gtk], and needn't be kept in this form if what we interface with changes." From rmarathe at i-rode.com Fri Mar 19 05:56:25 2010 From: rmarathe at i-rode.com (Rajesh Marathe) Date: Fri Mar 19 05:56:42 2010 Subject: [Dillo-dev] Problem using "Textblock" Class. Message-ID: <1268974585.3543.15.camel@localhost.localdomain> 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. From Johannes.Hofmann at gmx.de Fri Mar 19 18:25:00 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Fri Mar 19 18:25:55 2010 Subject: [Dillo-dev] Problem using "Textblock" Class. In-Reply-To: <1268974585.3543.15.camel@localhost.localdomain> References: <1268974585.3543.15.camel@localhost.localdomain> Message-ID: <20100319172500.GA1033@blob.baaderstrasse.com> Hi, On Fri, Mar 19, 2010 at 10:26:25AM +0530, Rajesh Marathe wrote: > 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. I guess it's because Textblock is in the dw namespace, not dw::core, so removing "namespace core {" in the above example should fix it. Alternatively you could use "new dw::Textblock (false);". > > 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, Hm, I can't really tell from the code above. I would expect some code that uses the existing iterator mechanism to walk through a page and find links and buttons, and so on. Maybe you could use findtext.cc as an example. Regards, Johannes PS: The keyboard navigation feature would be highly appreciated! From corvid at lavabit.com Sat Mar 20 03:49:58 2010 From: corvid at lavabit.com (corvid) Date: Sat Mar 20 03:50:21 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100316104212.GA1390@blob.baaderstrasse.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> <20100316104212.GA1390@blob.baaderstrasse.com> Message-ID: <20100320024958.GC2730@local.gobigwest.com> Johannes wrote: > On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > > Johannes wrote: > > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > > 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. > > > > > > I think I found the cause of the second drawing issue: > > > > > > It's not specific to polygons, it's just that in the example page > > > the polygons are defined last. > > > The problem is that the shapes are defined after the image, so HTML > > > code way below the definition of the actual image can now influence > > > how the image should be drawn. > > > If by accident the image get's drawn before the image map has been > > > parsed, the shapes are not visible. > > > > > > We need to issue a queueDraw() for each affected image when adding > > > a shape to an image map. The problem is that I think there currently > > > is no reference from image maps to images using the map. > > > > Hmm, I sort of wonder whether I should take it back out. > > It's a somewhat frivolous feature that only I would see, > > and I am reluctant to increase the General Entanglement of Things > > in such a case. > > You are right that we should not add too much complexity for this > special case, but we could do it in a brute force way like this (plus > adding some big comments explaining the issue): Gave it a try and crashed after a bit. When we try to load an image, the DilloImage* in the html list is set to NULL because we have given it to the web. From Johannes.Hofmann at gmx.de Sat Mar 20 11:27:41 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Sat Mar 20 11:28:36 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100320024958.GC2730@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> <20100316104212.GA1390@blob.baaderstrasse.com> <20100320024958.GC2730@local.gobigwest.com> Message-ID: <20100320102741.GA1931@blob.baaderstrasse.com> On Sat, Mar 20, 2010 at 02:49:58AM +0000, corvid wrote: > Johannes wrote: > > On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > > > Johannes wrote: > > > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > > > 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. > > > > > > > > I think I found the cause of the second drawing issue: > > > > > > > > It's not specific to polygons, it's just that in the example page > > > > the polygons are defined last. > > > > The problem is that the shapes are defined after the image, so HTML > > > > code way below the definition of the actual image can now influence > > > > how the image should be drawn. > > > > If by accident the image get's drawn before the image map has been > > > > parsed, the shapes are not visible. > > > > > > > > We need to issue a queueDraw() for each affected image when adding > > > > a shape to an image map. The problem is that I think there currently > > > > is no reference from image maps to images using the map. > > > > > > Hmm, I sort of wonder whether I should take it back out. > > > It's a somewhat frivolous feature that only I would see, > > > and I am reluctant to increase the General Entanglement of Things > > > in such a case. > > > > You are right that we should not add too much complexity for this > > special case, but we could do it in a brute force way like this (plus > > adding some big comments explaining the issue): > > Gave it a try and crashed after a bit. When we try to load an image, > the DilloImage* in the html list is set to NULL because we have given it > to the web. Ah ok, but we can simply add a check for that case: diff -r 5fafc795ebbd dw/image.hh --- a/dw/image.hh Sat Mar 20 01:55:00 2010 +0000 +++ b/dw/image.hh Sat Mar 20 11:26:02 2010 +0100 @@ -159,6 +159,7 @@ void setIsMap (); void setUseMap (ImageMapsList *list, Object *key); + void forceMapRedraw () { if (mapKey && ! buffer) queueDraw (); }; }; } // namespace dw diff -r 5fafc795ebbd src/html.cc --- a/src/html.cc Sat Mar 20 01:55:00 2010 +0000 +++ b/src/html.cc Sat Mar 20 11:26:02 2010 +0100 @@ -2199,6 +2199,12 @@ */ static void Html_tag_close_map(DilloHtml *html, int TagIdx) { + for (int i = 0; i < html->images->size(); i++) { + DilloImage *img = html->images->get(i)->image; + + if (img) + ((dw::Image*) img->dw)->forceMapRedraw(); + } html->InFlags &= ~IN_MAP; } BTW: I found another nice image map example: http://html.cita.uiuc.edu/text/map/map-example.php Cheers, Johannes From corvid at lavabit.com Sat Mar 20 16:55:40 2010 From: corvid at lavabit.com (corvid) Date: Sat Mar 20 16:56:03 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100320102741.GA1931@blob.baaderstrasse.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> <20100316104212.GA1390@blob.baaderstrasse.com> <20100320024958.GC2730@local.gobigwest.com> <20100320102741.GA1931@blob.baaderstrasse.com> Message-ID: <20100320155540.GA2728@local.gobigwest.com> Johannes wrote: > On Sat, Mar 20, 2010 at 02:49:58AM +0000, corvid wrote: > > Johannes wrote: > > > On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > > > > Johannes wrote: > > > > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > > > > 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. > > > > > > > > > > I think I found the cause of the second drawing issue: > > > > > > > > > > It's not specific to polygons, it's just that in the example page > > > > > the polygons are defined last. > > > > > The problem is that the shapes are defined after the image, so HTML > > > > > code way below the definition of the actual image can now influence > > > > > how the image should be drawn. > > > > > If by accident the image get's drawn before the image map has been > > > > > parsed, the shapes are not visible. > > > > > > > > > > We need to issue a queueDraw() for each affected image when adding > > > > > a shape to an image map. The problem is that I think there currently > > > > > is no reference from image maps to images using the map. > > > > > > > > Hmm, I sort of wonder whether I should take it back out. > > > > It's a somewhat frivolous feature that only I would see, > > > > and I am reluctant to increase the General Entanglement of Things > > > > in such a case. > > > > > > You are right that we should not add too much complexity for this > > > special case, but we could do it in a brute force way like this (plus > > > adding some big comments explaining the issue): > > > > Gave it a try and crashed after a bit. When we try to load an image, > > the DilloImage* in the html list is set to NULL because we have given it > > to the web. > > Ah ok, but we can simply add a check for that case: Then we wouldn't have shapes drawn when dillo has requested the image, but maybe that's all right... From Johannes.Hofmann at gmx.de Sat Mar 20 20:39:16 2010 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Sat Mar 20 20:40:10 2010 Subject: [Dillo-dev] patch: drawing image map areas In-Reply-To: <20100320155540.GA2728@local.gobigwest.com> References: <20100306004657.GA2727@local.gobigwest.com> <20100315212052.GA9445@blob.baaderstrasse.com> <20100315225432.GB2728@local.gobigwest.com> <20100316104212.GA1390@blob.baaderstrasse.com> <20100320024958.GC2730@local.gobigwest.com> <20100320102741.GA1931@blob.baaderstrasse.com> <20100320155540.GA2728@local.gobigwest.com> Message-ID: <20100320193915.GA919@blob.baaderstrasse.com> On Sat, Mar 20, 2010 at 03:55:40PM +0000, corvid wrote: > Johannes wrote: > > On Sat, Mar 20, 2010 at 02:49:58AM +0000, corvid wrote: > > > Johannes wrote: > > > > On Mon, Mar 15, 2010 at 10:54:32PM +0000, corvid wrote: > > > > > Johannes wrote: > > > > > > On Sat, Mar 06, 2010 at 12:46:57AM +0000, corvid wrote: > > > > > > > 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. > > > > > > > > > > > > I think I found the cause of the second drawing issue: > > > > > > > > > > > > It's not specific to polygons, it's just that in the example page > > > > > > the polygons are defined last. > > > > > > The problem is that the shapes are defined after the image, so HTML > > > > > > code way below the definition of the actual image can now influence > > > > > > how the image should be drawn. > > > > > > If by accident the image get's drawn before the image map has been > > > > > > parsed, the shapes are not visible. > > > > > > > > > > > > We need to issue a queueDraw() for each affected image when adding > > > > > > a shape to an image map. The problem is that I think there currently > > > > > > is no reference from image maps to images using the map. > > > > > > > > > > Hmm, I sort of wonder whether I should take it back out. > > > > > It's a somewhat frivolous feature that only I would see, > > > > > and I am reluctant to increase the General Entanglement of Things > > > > > in such a case. > > > > > > > > You are right that we should not add too much complexity for this > > > > special case, but we could do it in a brute force way like this (plus > > > > adding some big comments explaining the issue): > > > > > > Gave it a try and crashed after a bit. When we try to load an image, > > > the DilloImage* in the html list is set to NULL because we have given it > > > to the web. > > > > Ah ok, but we can simply add a check for that case: > > Then we wouldn't have shapes drawn when dillo has requested the image, > but maybe that's all right... Yes, there is this gap, but I'd say it's ok. From rogutes at googlemail.com Sun Mar 21 02:01:37 2010 From: rogutes at googlemail.com (=?utf-8?Q?Rogut=C4=97s?= Sparnuotos) Date: Sun Mar 21 02:02:34 2010 Subject: [Dillo-dev] dillo crash when using a ... 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 -------------- next part -------------- #0 0x00007ffff72bc186 in fltk::Item::set_style (style=0x7927a0, menubar=false) at Item.cxx:105 p = 0x6c6d74682e78 savedbox = 0x0 savedcolor = 0 savedtextcolor = 0 savedmenubar = false #1 0x00007ffff728566e in fltk::Item::set_style (w=0x7fffffffd510, f=false) at ../fltk/Item.h:48 No locals. #2 0x00007ffff72c0c69 in fltk::Menu::find_selected (this=0x790e10, widget=0x7fffffffd510, indexes=0x7fffffffd384, level=0, mx=73, my=1549) at Menu_popup.cxx:396 array = {64, 20, -176097198, 32767, 8421248, 0, 16, 0, 32, 0, -173130136, 32767, 7085332, 0, -178783730, 32767, -145477792, 32767, 7085216, 0} i = 0 ret = 0 r = {x_ = 1, y_ = 1, w_ = 247, h_ = 1495} children = 0 #3 0x00007ffff72c264c in MWindow::find_selected (this=0x7fffffffd510, mx=73, my=1549) at Menu_popup.cxx:592 widget = 0x7fffffffd510 #4 0x00007ffff72c31cf in MWindow::handle (this=0x7fffffffd510, event=11) at Menu_popup.cxx:819 mx = 394 my = 219 item = -10992 menu = 0 p = @0x7fffffffd380 widget = 0x0 #5 0x00007ffff7306645 in fltk::Widget::send (this=0x7fffffffd510, event=11) at Widget.cxx:741 dx = 321 save_x = 393 ret = 0 dy = -1330 save_y = 195 #6 0x00007ffff72dc8a8 in fltk::handle (event=11, window=0x6b3da0) at run.cxx:1256 pbm = 0x7fffffffd510 ret = false to = 0x7fffffffd510 #7 0x00007ffff72d3ff8 in do_queued_events () at x11/run.cxx:406 No locals. #8 0x00007ffff72d4561 in fl_wait (time_to_wait=1.00000002e+20) at x11/run.cxx:459 f = 5 revents = 1 i = 0 fdt = {{fds_bits = {32, 0 }}, {fds_bits = { 0 }}, {fds_bits = {0 }}} n = 1 #9 0x00007ffff72db4fd in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:463 ret = 1 #10 0x00007ffff72db3f8 in fltk::wait () at run.cxx:412 No locals. #11 0x00007ffff72c3ffa in fltk::Menu::try_popup (this=0x790e10, r=..., title=0x0, menubar=false) at Menu_popup.cxx:981 rectangle = {x_ = 321, y_ = 72, w_ = 250, h_ = 27} saved_modal = 0x0 saved_grab = false p = {level = 0, indexes = {-1, -1, 0, -10736, 0, -11072, 32767, 4587520, 0, 0, 0, 127, 0, 0, 0, -10736, 32767, 0, 0, -72515583, 0, -10736, 32767, -1, 32767, -10736, 32767, -10736, 32767, -173140928}, menus = {0x7fffffffd510, 0x4fe000003c3, 0x0, 0x7fffffffd4c0, 0x7fffffffd4a0, 0x7ffff72ca110, 0x0, 0x0, 0xffffd460, 0x7ffff7779379, 0x7fffffffd4c0, 0x6a4ac8, 0x58, 0x12, 0x770b40, 0x7ffff57dd903, 0x3000000018, 0x3c3, 0x1a, 0x7fffffffd4c0, 0x7fffffffd500, 0x7ffff7288380, 0x0, 0x6a4ac8, 0x0, 0x3c3000004fe, 0x10000073f200, 0x6a88d0, 0x3c3, 0x1a}, nummenus = 1, menubar = false, hmenubar = false, changed = false, state = 0, widget = 0x790e10, fakemenu = 0x0} toplevel = { = { = { = { = { = {x_ = 321, y_ = -1330, w_ = 250, h_ = 1498}, _vptr.Widget = 0x7ffff7536e10, static default_style = 0x7ffff7543300, static default_glyph = 0x7ffff753f400, label_ = 0x0, image_ = 0x0, flags_ = 1611014145, style_ = 0x7927a0, callback_ = 0x7ffff7308b6a , user_data_ = 0x0, tooltip_ = 0x0, parent_ = 0x0, type_ = 240 '\360', damage_ = 0 '\000', layout_damage_ = 0 '\000', when_ = 4 '\004'}, initial_w = 250, initial_h = 1498, children_ = 0, focus_index_ = -1, array_ = 0x0, resizable_ = 0x0, resize_align_ = 15, sizes_ = 0x0, static current_ = 0x0}, static default_style = 0x7ffff7543be0, static drawing_window_ = 0x6b3da0, i = 0x816c10, child_of_ = 0x6b3da0, iconlabel_ = 0x0, icon_ = 0x0, minw = 250, minh = 1498, maxw = 250, maxh = 1498, dw = 0 '\000', dh = 0 '\000', size_range_set = 1 '\001', static xclass_ = 0x7ffff73174b0 "fltk"}, static default_style = 0x7ffff7540f80}, menustate = 0x7fffffffd380, level = 0, children = 65, title = 0x0, is_menubar = false, drawn_selected = -1} #12 0x00007ffff72c4211 in fltk::Menu::popup (this=0x790e10, rectangle=..., title=0x0, menubar=false) at Menu_popup.cxx:1085 selected = 0x0 #13 0x00007ffff72878b3 in fltk::Choice::handle (this=0x790e10, e=1, rectangle=...) at Choice.cxx:163 children = 65 #14 0x00007ffff72877ad in fltk::Choice::handle (this=0x790e10, e=1) at Choice.cxx:130 No locals. #15 0x00007ffff73067a3 in fltk::Widget::send (this=0x790e10, event=1) at Widget.cxx:771 dx = 321 save_x = 393 ret = 0 dy = 72 save_y = 43 #16 0x00007ffff72a428d in fltk::Group::handle (this=0x6dc038, event=1) at Group.cxx:411 child = 0x790e10 numchildren = 10 i = 2 #17 0x00007ffff73067a3 in fltk::Widget::send (this=0x6dc038, event=1) at Widget.cxx:771 dx = 1 save_x = 393 ret = 0 dy = 46 save_y = 65 #18 0x00007ffff72a428d in fltk::Group::handle (this=0x6a8a70, event=1) at Group.cxx:411 child = 0x6dc038 numchildren = 4 i = 1 #19 0x00007ffff73067a3 in fltk::Widget::send (this=0x6a8a70, event=1) at Widget.cxx:771 dx = 1 save_x = 393 ret = 0 dy = 24 save_y = 65 #20 0x00007ffff72a428d in fltk::Group::handle (this=0x6a88d0, event=1) at Group.cxx:411 child = 0x6a8a70 numchildren = 1 i = 0 #21 0x00007ffff73067a3 in fltk::Widget::send (this=0x6a88d0, event=1) at Widget.cxx:771 dx = 1 save_x = 393 ret = 0 dy = 24 save_y = 65 #22 0x00007ffff72eb66f in fltk::TabGroup::handle (this=0x6a4ac0, event=1) at TabGroup.cxx:239 i = 0 selected = 0x6a88d0 backwards = 0 #23 0x000000000040f865 in CustTabGroup::handle (this=0x6a4ac0, e=1) at uicmd.cc:315 r = {x_ = 1253, y_ = 0, w_ = 25, h_ = 20} ret = #24 0x00007ffff73067a3 in fltk::Widget::send (this=0x6a4ac0, event=1) at Widget.cxx:771 dx = 1 save_x = 393 ret = 0 dy = 24 save_y = 65 #25 0x00007ffff72a428d in fltk::Group::handle (this=0x6b3da0, event=1) at Group.cxx:411 child = 0x6a4ac0 numchildren = 1 i = 0 #26 0x00007ffff730916e in fltk::Window::handle (this=0x6b3da0, event=1) at Window.cxx:373 ret = 0 #27 0x00007ffff73067a3 in fltk::Widget::send (this=0x6b3da0, event=1) at Widget.cxx:771 dx = 1 save_x = 393 ret = 0 dy = 24 save_y = 65 #28 0x00007ffff72dcaa8 in fltk::handle (event=1, window=0x6b3da0) at run.cxx:1319 to = 0x6b3da0 #29 0x00007ffff72d8b8f in fltk::handle () at x11/run.cxx:1976 window = 0x6b3da0 event = 1 #30 0x00007ffff72d3f6b in do_queued_events () at x11/run.cxx:399 No locals. #31 0x00007ffff72d4561 in fl_wait (time_to_wait=1.00000002e+20) at x11/run.cxx:459 f = 5 revents = 1 i = 0 fdt = {{fds_bits = {32, 0 }}, {fds_bits = { 0 }}, {fds_bits = {0 }}} n = 1 #32 0x00007ffff72db4fd in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:463 ret = -7776 #33 0x00007ffff72db3d1 in fltk::run () at run.cxx:399 No locals. #34 0x000000000040a463 in main (argc=2, argv=0x1) at dillo.cc:371 options_got = 4294959912 xpos = -9999 width = 780 height = 580 xid = 0 ypos = -9999 fp = bw = 0x72cb00 idx = 7189056 dfont = From corvid at lavabit.com Sun Mar 21 02:55:51 2010 From: corvid at lavabit.com (corvid) Date: Sun Mar 21 02:56:12 2010 Subject: [Dillo-dev] dillo crash when using a ... 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. I think I see the problem. Last April, Johannes added code to disable forms while stylesheets are pending, but the