From jorl17.8 at gmail.com Wed Jul 1 01:36:27 2009 From: jorl17.8 at gmail.com (=?ISO-8859-1?Q?Jo=E3o?= Ricardo =?ISO-8859-1?Q?Louren=E7o?=) Date: Wed Jul 1 01:37:22 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <1246398203.13209.104.camel@jorl17-laptop> References: <1246398203.13209.104.camel@jorl17-laptop> Message-ID: <1246404987.28045.11.camel@jorl17-laptop> Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > Well, I promised I would report to you when I got more free time. > Guess what, I'm on vacation! Getting free time from my own personal > projects finally lets me take a closer look at Dillo. I am sorry for > being away for such a long time, though. > > I would like to contribute to one area that I have contributed > previously -- the close-tab button. It isn't critical, I know, but, > for now, it's the best I can do. The idea now is to finally have a > button in each tab. > > It is tough, but I am getting somewhere. The 'initial' drawing part is > done, but I have had to make some small changes to some virtual > functions, and also changing non-virtual functions and finding a way > to 'enable' them in the code. > > It's pretty hackish right now, but I have managed to print the button > and am now starting to handle all the events and different button > states (clicked, over, etcetera). > > I'll keep you updated! > > Jo?o Answering myself, I've got the system working! There are still many more code-cleanups to do and add a couple of documentation features here and there.... It isn't 'pretty', but someone with more skills in the 'design' area can do better than me, I've got the system (which is pretty dumb and slow, IMO). There are, however, three issues I have: 1. I still haven't sorted things with the pager to have tabs behave 'correctly', but that should be _too_ hard, just quite some research. 2. When I destroy a tab, their order gets 'mixed up', but only sometimes. 3. For some reason, clicking on some tabs isn't working (not the buttons, but the tabs). I'll go into them and I think that 3 and 2 are related. I just decided to inform all of you how progress was going. Jo?o From jcid at dillo.org Wed Jul 1 14:51:08 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Wed Jul 1 14:51:49 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <1246404987.28045.11.camel@jorl17-laptop> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> Message-ID: <20090701125107.GA3904@dillo.org> Hi Ricardo, On Wed, Jul 01, 2009 at 12:36:27AM +0100, Jo?o Ricardo Louren?o wrote: > Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > > Well, I promised I would report to you when I got more free time. > > Guess what, I'm on vacation! Getting free time from my own personal > > projects finally lets me take a closer look at Dillo. I am sorry for > > being away for such a long time, though. > > > > I would like to contribute to one area that I have contributed > > previously -- the close-tab button. It isn't critical, I know, but, > > for now, it's the best I can do. The idea now is to finally have a > > button in each tab. > > > > It is tough, but I am getting somewhere. The 'initial' drawing part is > > done, but I have had to make some small changes to some virtual > > functions, and also changing non-virtual functions and finding a way > > to 'enable' them in the code. > > > > It's pretty hackish right now, but I have managed to print the button > > and am now starting to handle all the events and different button > > states (clicked, over, etcetera). > > > > I'll keep you updated! > > > > Jo?o > > Answering myself, I've got the system working! There are still many more > code-cleanups to do and add a couple of documentation features here and > there.... It isn't 'pretty', but someone with more skills in the > 'design' area can do better than me, I've got the system (which is > pretty dumb and slow, IMO). > > There are, however, three issues I have: > > 1. I still haven't sorted things with the pager to have tabs behave > 'correctly', but that should be _too_ hard, just quite some research. > > 2. When I destroy a tab, their order gets 'mixed up', but only > sometimes. > > 3. For some reason, clicking on some tabs isn't working (not the > buttons, but the tabs). > > I'll go into them and I think that 3 and 2 are related. I just decided > to inform all of you how progress was going. It's good to see you around again! WRT tabs. If you succeed in a short time span, great. If it takes more effort, I'd prefer you to work on another area. The fact is most probably we'll have to port dillo2 to FLTK-1.3 at some point this year, and our fine tunning/hacking/workarounds for FLTK2 will be lost, and we'll have to start again... e.g. 1.- Jump to #anchor doesn't work correctly. Find out what is wrong in the current mechanism, fix it. (Related: there's a need to add a timeout-remove function and use it for cancel operations in the rest of the code). 2.- http://planet.postgresql.org/ Unrendered HTML. Simple one to start with. -- Cheers Jorge.- From corvid at lavabit.com Wed Jul 1 17:02:45 2009 From: corvid at lavabit.com (corvid) Date: Wed Jul 1 17:05:45 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701125107.GA3904@dillo.org> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> Message-ID: <20090701150245.GI15801@local.gobigwest.com> Jorge wrote: > 2.- http://planet.postgresql.org/ Unrendered HTML. > Simple one to start with. Isn't that one because it says and we don't have a Mime_add_minor_type("text/xhtml", a_Html_text); because we never quite decided what we wanted to do about xhtml and validation? From Johannes.Hofmann at gmx.de Wed Jul 1 17:53:26 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Wed Jul 1 17:55:23 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701125107.GA3904@dillo.org> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> Message-ID: <20090701155326.GA14734@blob.baaderstrasse.com> On Wed, Jul 01, 2009 at 08:51:08AM -0400, Jorge Arellano Cid wrote: > Hi Ricardo, > > On Wed, Jul 01, 2009 at 12:36:27AM +0100, Jo?o Ricardo Louren?o wrote: > > Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > > > Well, I promised I would report to you when I got more free time. > > > Guess what, I'm on vacation! Getting free time from my own personal > > > projects finally lets me take a closer look at Dillo. I am sorry for > > > being away for such a long time, though. > > > > > > I would like to contribute to one area that I have contributed > > > previously -- the close-tab button. It isn't critical, I know, but, > > > for now, it's the best I can do. The idea now is to finally have a > > > button in each tab. > > > > > > It is tough, but I am getting somewhere. The 'initial' drawing part is > > > done, but I have had to make some small changes to some virtual > > > functions, and also changing non-virtual functions and finding a way > > > to 'enable' them in the code. > > > > > > It's pretty hackish right now, but I have managed to print the button > > > and am now starting to handle all the events and different button > > > states (clicked, over, etcetera). > > > > > > I'll keep you updated! > > > > > > Jo?o > > > > Answering myself, I've got the system working! There are still many more > > code-cleanups to do and add a couple of documentation features here and > > there.... It isn't 'pretty', but someone with more skills in the > > 'design' area can do better than me, I've got the system (which is > > pretty dumb and slow, IMO). > > > > There are, however, three issues I have: > > > > 1. I still haven't sorted things with the pager to have tabs behave > > 'correctly', but that should be _too_ hard, just quite some research. > > > > 2. When I destroy a tab, their order gets 'mixed up', but only > > sometimes. > > > > 3. For some reason, clicking on some tabs isn't working (not the > > buttons, but the tabs). > > > > I'll go into them and I think that 3 and 2 are related. I just decided > > to inform all of you how progress was going. > > It's good to see you around again! Welcome back. > > WRT tabs. If you succeed in a short time span, great. > If it takes more effort, I'd prefer you to work on another area. > The fact is most probably we'll have to port dillo2 to FLTK-1.3 > at some point this year, and our fine tunning/hacking/workarounds > for FLTK2 will be lost, and we'll have to start again... The progress on FLTK-1.3 really looks promising. However I would not hold my breath waiting for a FLTK-1.3 release. I would just keep working on whatever is needed or wanted and judge about a switch to FLTK-1.3 once there is an official release. Cheers, Johannes From jorl17.8 at gmail.com Wed Jul 1 19:26:00 2009 From: jorl17.8 at gmail.com (=?ISO-8859-1?Q?Jo=E3o?= Ricardo =?ISO-8859-1?Q?Louren=E7o?=) Date: Wed Jul 1 19:26:31 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701155326.GA14734@blob.baaderstrasse.com> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701155326.GA14734@blob.baaderstrasse.com> Message-ID: <1246469160.7147.6.camel@jorl17-laptop> Qua, 2009-07-01 ?s 17:53 +0200, Johannes Hofmann escreveu: > On Wed, Jul 01, 2009 at 08:51:08AM -0400, Jorge Arellano Cid wrote: > > Hi Ricardo, > > > > On Wed, Jul 01, 2009 at 12:36:27AM +0100, Jo?o Ricardo Louren?o wrote: > > > Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > > > > Well, I promised I would report to you when I got more free time. > > > > Guess what, I'm on vacation! Getting free time from my own personal > > > > projects finally lets me take a closer look at Dillo. I am sorry for > > > > being away for such a long time, though. > > > > > > > > I would like to contribute to one area that I have contributed > > > > previously -- the close-tab button. It isn't critical, I know, but, > > > > for now, it's the best I can do. The idea now is to finally have a > > > > button in each tab. > > > > > > > > It is tough, but I am getting somewhere. The 'initial' drawing part is > > > > done, but I have had to make some small changes to some virtual > > > > functions, and also changing non-virtual functions and finding a way > > > > to 'enable' them in the code. > > > > > > > > It's pretty hackish right now, but I have managed to print the button > > > > and am now starting to handle all the events and different button > > > > states (clicked, over, etcetera). > > > > > > > > I'll keep you updated! > > > > > > > > Jo?o > > > > > > Answering myself, I've got the system working! There are still many more > > > code-cleanups to do and add a couple of documentation features here and > > > there.... It isn't 'pretty', but someone with more skills in the > > > 'design' area can do better than me, I've got the system (which is > > > pretty dumb and slow, IMO). > > > > > > There are, however, three issues I have: > > > > > > 1. I still haven't sorted things with the pager to have tabs behave > > > 'correctly', but that should be _too_ hard, just quite some research. > > > > > > 2. When I destroy a tab, their order gets 'mixed up', but only > > > sometimes. > > > > > > 3. For some reason, clicking on some tabs isn't working (not the > > > buttons, but the tabs). > > > > > > I'll go into them and I think that 3 and 2 are related. I just decided > > > to inform all of you how progress was going. > > > > It's good to see you around again! > > Welcome back. > > > > > WRT tabs. If you succeed in a short time span, great. > > If it takes more effort, I'd prefer you to work on another area. > > The fact is most probably we'll have to port dillo2 to FLTK-1.3 > > at some point this year, and our fine tunning/hacking/workarounds > > for FLTK2 will be lost, and we'll have to start again... > > The progress on FLTK-1.3 really looks promising. However I would not > hold my breath waiting for a FLTK-1.3 release. > I would just keep working on whatever is needed or wanted and judge > about a switch to FLTK-1.3 once there is an official release. > > Cheers, > Johannes > Well, it shouldn't take much longer. There are only two problems left: 1. With many tabs (running under valgrind's memcheck), whenver we need to 'redraw' the button, we're redrawing the entire TabGroup, which shows flickering. Meaning that on older computers that will be shown, and we can't have that. So I'm guessing that, to fix it, we're going to need cliping. 2. I still have some issues with detecting if the cursor was on top of a button or not, but I'm trying to decode the hardcoded fltk source to see if I can understand it properly and use it. > I would just keep working on whatever is needed or wanted and judge > about a switch to FLTK-1.3 once there is an official release. That seems rather reasonable to me, but one must realize that the more we wait, the more we depend on current code and the harder it will be to make the switch. And there's always the distro problem... Jo?o > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev From jorl17.8 at gmail.com Thu Jul 2 00:09:39 2009 From: jorl17.8 at gmail.com (=?ISO-8859-1?Q?Jo=E3o?= Ricardo =?ISO-8859-1?Q?Louren=E7o?=) Date: Thu Jul 2 00:10:08 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701155326.GA14734@blob.baaderstrasse.com> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701155326.GA14734@blob.baaderstrasse.com> Message-ID: <1246486179.18892.12.camel@jorl17-laptop> Qua, 2009-07-01 ?s 17:53 +0200, Johannes Hofmann escreveu: > On Wed, Jul 01, 2009 at 08:51:08AM -0400, Jorge Arellano Cid wrote: > > Hi Ricardo, > > > > On Wed, Jul 01, 2009 at 12:36:27AM +0100, Jo?o Ricardo Louren?o wrote: > > > Ter, 2009-06-30 ?s 22:43 +0100, Jo?o Ricardo Louren?o escreveu: > > > > Well, I promised I would report to you when I got more free time. > > > > Guess what, I'm on vacation! Getting free time from my own personal > > > > projects finally lets me take a closer look at Dillo. I am sorry for > > > > being away for such a long time, though. > > > > > > > > I would like to contribute to one area that I have contributed > > > > previously -- the close-tab button. It isn't critical, I know, but, > > > > for now, it's the best I can do. The idea now is to finally have a > > > > button in each tab. > > > > > > > > It is tough, but I am getting somewhere. The 'initial' drawing part is > > > > done, but I have had to make some small changes to some virtual > > > > functions, and also changing non-virtual functions and finding a way > > > > to 'enable' them in the code. > > > > > > > > It's pretty hackish right now, but I have managed to print the button > > > > and am now starting to handle all the events and different button > > > > states (clicked, over, etcetera). > > > > > > > > I'll keep you updated! > > > > > > > > Jo?o > > > > > > Answering myself, I've got the system working! There are still many more > > > code-cleanups to do and add a couple of documentation features here and > > > there.... It isn't 'pretty', but someone with more skills in the > > > 'design' area can do better than me, I've got the system (which is > > > pretty dumb and slow, IMO). > > > > > > There are, however, three issues I have: > > > > > > 1. I still haven't sorted things with the pager to have tabs behave > > > 'correctly', but that should be _too_ hard, just quite some research. > > > > > > 2. When I destroy a tab, their order gets 'mixed up', but only > > > sometimes. > > > > > > 3. For some reason, clicking on some tabs isn't working (not the > > > buttons, but the tabs). > > > > > > I'll go into them and I think that 3 and 2 are related. I just decided > > > to inform all of you how progress was going. > > > > It's good to see you around again! > > Welcome back. > > > > > WRT tabs. If you succeed in a short time span, great. > > If it takes more effort, I'd prefer you to work on another area. > > The fact is most probably we'll have to port dillo2 to FLTK-1.3 > > at some point this year, and our fine tunning/hacking/workarounds > > for FLTK2 will be lost, and we'll have to start again... > > The progress on FLTK-1.3 really looks promising. However I would not > hold my breath waiting for a FLTK-1.3 release. > I would just keep working on whatever is needed or wanted and judge > about a switch to FLTK-1.3 once there is an official release. > > Cheers, > Johannes > Well, the problems I referred to in the previous post are still an issue, but I thought I should share the code so that someone with more experience can solve it. This doesn't mean I'm not trying to solve it! -- I sure am. Problems: 1. Once the tabs start shrinking, it all goes wacko. which_tab() starts returning incorrect values, which makes the detection go wrong. Maybe it is related to extra_spacing? 2. BTN_DISTANCE_FROM_EDGE_X is doing the opposite, but that's intentional 3. the toolTip is currently disabled (read: not working), but that's easy to fix. 4. Removing a tab other than the selected can cause troubles. Previously I had fixed this by removing() it first and then using a_UIcmd_close_bw(). But it sometimes caused valgrind errors which I couldn't debug. 5. Many tabs open is painful. Check it for yourself. 6. Redrawing the entire thing is painful. Clipping is needed. So, if there weren't any valgrind errors (which seemed random) and if there wasn't any shrinking process, this would be nearly 'perfect'. ---- I think that the optimal tab system would be something like what is used in firefox, with arrows both on the left side and on the right side (when needed). This is logically something harder to do...but an additional challenge (a full rewrite of the tab system, which, fortunately, isn't that 'used' along the system). It would probably also be more user-friendly. But that's my opinion, and there are more important things. I would, however, be available for that task. In fact, I think that, eventually, dillo will need to reformulate its tab system. !! This patch is in no-way finished, complete, fully usable, recommended, or in full agreement with the formatting rules for dillo. !! Thanks, Jo?o > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev From jorl17.8 at gmail.com Thu Jul 2 00:11:25 2009 From: jorl17.8 at gmail.com (=?ISO-8859-1?Q?Jo=E3o?= Ricardo =?ISO-8859-1?Q?Louren=E7o?=) Date: Thu Jul 2 00:12:30 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701155326.GA14734@blob.baaderstrasse.com> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701155326.GA14734@blob.baaderstrasse.com> Message-ID: <1246486285.18892.16.camel@jorl17-laptop> Crap, forgot to attach the patch, my bad sorry. Jo?o > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev -------------- next part -------------- A non-text attachment was scrubbed... Name: still-buggy-buttons.diff Type: text/x-patch Size: 28407 bytes Desc: not available Url : /pipermail/attachments/20090701/0a7aa929/still-buggy-buttons-0001.bin From corvid at lavabit.com Thu Jul 2 04:50:12 2009 From: corvid at lavabit.com (corvid) Date: Thu Jul 2 04:53:18 2009 Subject: [Dillo-dev] dillo 2.1.1 Message-ID: <20090702025012.GL15801@local.gobigwest.com> We're planning a bugfix release because it turns out that the PNG image size fix added right before the 2.1 release was incorrect. The nominal release date is Friday, but of course we'll see... Considering how I ripped out a bunch of extraneous system includes right after the 2.1 release, it would be a comfort to know that the code in the repository still compiles for everyone. From onepoint at starurchin.org Thu Jul 2 08:18:58 2009 From: onepoint at starurchin.org (Jeremy Henty) Date: Thu Jul 2 08:19:53 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <20090702025012.GL15801@local.gobigwest.com> References: <20090702025012.GL15801@local.gobigwest.com> Message-ID: <20090702061858.GF3094@omphalos.singularity> On Thu, Jul 02, 2009 at 02:50:12AM +0000, corvid wrote: > Considering how I ripped out a bunch of extraneous system includes > right after the 2.1 release, it would be a comfort to know that the > code in the repository still compiles for everyone. No problems here. $ hg tip changeset: 1207:65ee806d5172 tag: tip user: corvid date: Wed Jul 01 18:27:07 2009 +0000 summary: update for 2.1.1 Jeremy Henty From jcid at dillo.org Thu Jul 2 14:42:27 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Thu Jul 2 14:42:50 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090701150245.GI15801@local.gobigwest.com> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701150245.GI15801@local.gobigwest.com> Message-ID: <20090702124227.GA31009@dillo.org> On Wed, Jul 01, 2009 at 03:02:45PM +0000, corvid wrote: > Jorge wrote: > > 2.- http://planet.postgresql.org/ Unrendered HTML. > > Simple one to start with. > > Isn't that one because it says > > and we don't have a > Mime_add_minor_type("text/xhtml", a_Html_text); > because we never quite decided what we wanted to do about xhtml and validation? Could be, I just checked the HTTP server sent the correct type. If this is the case, then the task is to create a notification area widget that hides/unhides just like the findbar, but below the control panel. It would serve for the Meta refresh warning (instead of the current HTML injection) and for XHTML that has bugs detected. In the above mentioned case (XHTML served as HTML). Whatever the reasons (broken as from [1], understandable as from [2]), it would be good to render it, provided we have the warning-widget just in case it doesn't validate. ;) -- Cheers Jorge.- From jcid at dillo.org Thu Jul 2 14:45:01 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Thu Jul 2 14:45:22 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090702124227.GA31009@dillo.org> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701150245.GI15801@local.gobigwest.com> <20090702124227.GA31009@dillo.org> Message-ID: <20090702124501.GB31009@dillo.org> On Thu, Jul 02, 2009 at 08:42:27AM -0400, Jorge Arellano Cid wrote: > In the above mentioned case (XHTML served as HTML). Whatever > the reasons (broken as from [1], understandable as from [2]), it > would be good to render it, provided we have the warning-widget > just in case it doesn't validate. ;) The URLs: [1] http://www.hixie.ch/advocacy/xhtml [2] http://www.goer.org/Journal/2003/04/the_xhtml_100.html -- Cheers Jorge.- From corvid at lavabit.com Thu Jul 2 17:26:23 2009 From: corvid at lavabit.com (corvid) Date: Thu Jul 2 17:29:23 2009 Subject: [Dillo-dev] Re: Feels good to be free. Close-tab button. In-Reply-To: <20090702124227.GA31009@dillo.org> References: <1246398203.13209.104.camel@jorl17-laptop> <1246404987.28045.11.camel@jorl17-laptop> <20090701125107.GA3904@dillo.org> <20090701150245.GI15801@local.gobigwest.com> <20090702124227.GA31009@dillo.org> Message-ID: <20090702152623.GN15801@local.gobigwest.com> Jorge wrote: > On Wed, Jul 01, 2009 at 03:02:45PM +0000, corvid wrote: > > Jorge wrote: > > > 2.- http://planet.postgresql.org/ Unrendered HTML. > > > Simple one to start with. > > > > Isn't that one because it says > > > > and we don't have a > > Mime_add_minor_type("text/xhtml", a_Html_text); > > because we never quite decided what we wanted to do about xhtml and validation? > > Could be, I just checked the HTTP server sent the correct type. > If this is the case, then the task is to create a notification > area widget that hides/unhides just like the findbar, but below > the control panel. It would serve for the Meta refresh warning > (instead of the current HTML injection) and for XHTML that has > bugs detected. > > In the above mentioned case (XHTML served as HTML). Whatever > the reasons (broken as from [1], understandable as from [2]), it > would be good to render it, provided we have the warning-widget > just in case it doesn't validate. ;) For that matter, http://www.iana.org/assignments/media-types/ doesn't show text/xhtml as a registered media type. (The usual application/xhtml+xml is registered) PS I wonder how the CSS people got it into their heads to reuse the term "media type" for something completely different. From corvid at lavabit.com Thu Jul 2 17:57:50 2009 From: corvid at lavabit.com (corvid) Date: Thu Jul 2 18:00:50 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <20090702025012.GL15801@local.gobigwest.com> References: <20090702025012.GL15801@local.gobigwest.com> Message-ID: <20090702155750.GO15801@local.gobigwest.com> I wrote: > We're planning a bugfix release because it turns out that > the PNG image size fix added right before the 2.1 release > was incorrect. > > The nominal release date is Friday, but of course we'll see... > > Considering how I ripped out a bunch of extraneous system > includes right after the 2.1 release, it would be a comfort > to know that the code in the repository still compiles > for everyone. http://www.dillo.org/download/ now contains dillo-2.1.1.tar.bz2 and dillo-2.1.1.tar.bz2.asc From Johannes.Hofmann at gmx.de Thu Jul 2 18:51:54 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Thu Jul 2 18:53:53 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <20090702155750.GO15801@local.gobigwest.com> References: <20090702025012.GL15801@local.gobigwest.com> <20090702155750.GO15801@local.gobigwest.com> Message-ID: <20090702165154.GB956@blob.baaderstrasse.com> On Thu, Jul 02, 2009 at 03:57:50PM +0000, corvid wrote: > I wrote: > > We're planning a bugfix release because it turns out that > > the PNG image size fix added right before the 2.1 release > > was incorrect. > > > > The nominal release date is Friday, but of course we'll see... > > > > Considering how I ripped out a bunch of extraneous system > > includes right after the 2.1 release, it would be a comfort > > to know that the code in the repository still compiles > > for everyone. > > http://www.dillo.org/download/ now contains > dillo-2.1.1.tar.bz2 and dillo-2.1.1.tar.bz2.asc Even though there is not much time until the official release announcement tomorrow, it would be nice if some packages for dillo-2.1.1 could be made available until then. Thanks to all our packagers btw. :-) Cheers, Johannes From newman.x at gmail.com Fri Jul 3 11:45:39 2009 From: newman.x at gmail.com (Michal Nowak) Date: Fri Jul 3 11:46:02 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <20090702165154.GB956@blob.baaderstrasse.com> References: <20090702025012.GL15801@local.gobigwest.com> <20090702155750.GO15801@local.gobigwest.com> <20090702165154.GB956@blob.baaderstrasse.com> Message-ID: <5e9a80350907030245y2f3554b6j7659656564b639ec@mail.gmail.com> On Thu, Jul 2, 2009 at 6:51 PM, Johannes Hofmann wrote: > On Thu, Jul 02, 2009 at 03:57:50PM +0000, corvid wrote: >> I wrote: >> > We're planning a bugfix release because it turns out that >> > the PNG image size fix added right before the 2.1 release >> > was incorrect. >> > >> > The nominal release date is Friday, but of course we'll see... >> > >> > Considering how I ripped out a bunch of extraneous system >> > includes right after the 2.1 release, it would be a comfort >> > to know that the code in the repository still compiles >> > for everyone. >> >> http://www.dillo.org/download/ now contains >> dillo-2.1.1.tar.bz2 and dillo-2.1.1.tar.bz2.asc > > Even though there is not much time until the official release > announcement tomorrow, it would be nice if some packages for > dillo-2.1.1 could be made available until then. > Thanks to all our packagers btw. :-) F-11 packages ready @ http://mnowak.fedorapeople.org/dillo2/static/ > > Cheers, > Johannes Michal > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > From 4winter at informatik.uni-hamburg.de Fri Jul 3 14:27:11 2009 From: 4winter at informatik.uni-hamburg.de (Justus Winter) Date: Fri Jul 3 14:27:41 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <20090702025012.GL15801@local.gobigwest.com> References: <20090702025012.GL15801@local.gobigwest.com> Message-ID: <4A4DF91F.4040409@informatik.uni-hamburg.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey corvid :) corvid wrote: > Considering how I ripped out a bunch of extraneous system > includes right after the 2.1 release, it would be a comfort > to know that the code in the repository still compiles > for everyone. The current tip [0] compiles and runs fine on solaris [1] with gcc 3.4.3 (gcc 4.4.0 dies compiling dillo, haven't looked deeply into that one, could be the local setup...). Fltk2 still doesn't build ootb on solaris (same issue I reported a year ago [3], workaround still works...) and they introduced bashisms into their build system and fltk2-config script that makes suns sh throw up (not really motivated to file a bug though)... (btw, given the fact that you are porting dillo to fltk1.3 I wanted to give 1.3 a spin, but the download for the latest snapshot 404s and their download-php-magic makes my eyes bleed (what's wrong with plain directory lists?)... are you sure that fltk is the right choice?) Justus 0: changeset: 1208:7ea0944187ad tag: tip user: corvid date: Thu Jul 02 14:39:11 2009 +0000 summary: Added tag release-2_1_1 for changeset 65ee806d5172 1: $ uname -a SunOS rzdspc6 5.10 Generic_138888-01 sun4u sparc SUNW,Sun-Fire-V445 Solaris 2: $ g++ --version g++ (GCC) 3.4.3 (csl-sol210-3_4-branch+sol_rpath) 3: http://fltk.org/str.php?L1890 > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpN+R8ACgkQoPmwNWhsaZbsswCgitF9VpbG8KMStg7D1Uvh2JsS EYoAniHLM6MzuI1OK+2ROoDwH8P09pVG =fSfB -----END PGP SIGNATURE----- From 4winter at informatik.uni-hamburg.de Fri Jul 3 14:51:11 2009 From: 4winter at informatik.uni-hamburg.de (Justus Winter) Date: Fri Jul 3 14:51:41 2009 Subject: [Dillo-dev] dillo 2.1.1 In-Reply-To: <4A4DF91F.4040409@informatik.uni-hamburg.de> References: <20090702025012.GL15801@local.gobigwest.com> <4A4DF91F.4040409@informatik.uni-hamburg.de> Message-ID: <4A4DFEBF.8050501@informatik.uni-hamburg.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Justus Winter wrote: > The current tip [0] compiles and runs fine on solaris [1] with gcc 3.4.3 > (gcc 4.4.0 dies compiling dillo, haven't looked deeply into that one, > could be the local setup...). Uh, I forgot that the linking failed. I had to add - -l{X11,Xrender,fontconfig,iconv}. I blame the first three missing libs on fltk2-config not including them, I am not too sure about iconv though I tend to blame that on the local setup. Could anyone with access to a vanilla solaris setup test that? Justus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpN/r8ACgkQoPmwNWhsaZa/TwCeLiHf4PWshQH0OMnmBDo+wf5I 8XcAoJg0+HW3HYymtwAg5WMpx1/sRD5E =0xPN -----END PGP SIGNATURE----- From corvid at lavabit.com Fri Jul 3 18:10:15 2009 From: corvid at lavabit.com (corvid) Date: Fri Jul 3 18:13:19 2009 Subject: [Dillo-dev] dillo-2.1.1 released Message-ID: <20090703161015.GR15801@local.gobigwest.com> The purpose of this release is to prevent a maliciously-crafted image from causing an overflow. Since this is a matter of security, everyone is, naturally enough, encouraged to upgrade :) Thanks go to the oCERT folks for bringing the matter to our attention. (Jorge will send the freshmeat announcement in a little bit, and I will finish updating the website in a moment...) From jcid at dillo.org Fri Jul 3 19:14:01 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 3 19:14:25 2009 Subject: [Dillo-dev] dillo-2.1.1 released In-Reply-To: <20090703161015.GR15801@local.gobigwest.com> References: <20090703161015.GR15801@local.gobigwest.com> Message-ID: <20090703171401.GD4809@dillo.org> On Fri, Jul 03, 2009 at 04:10:15PM +0000, corvid wrote: > The purpose of this release is to prevent a > maliciously-crafted image from causing an > overflow. Since this is a matter of security, > everyone is, naturally enough, encouraged to > upgrade :) Thanks go to the oCERT folks for > bringing the matter to our attention. > > > (Jorge will send the freshmeat announcement in > a little bit, and I will finish updating the > website in a moment...) Announcement made! Now it waits in freshmeat's queue for revision and publishing. -- Cheers Jorge.- From Hole.destructor at gmx.de Fri Jul 3 22:15:19 2009 From: Hole.destructor at gmx.de (Alexander Voigt) Date: Fri Jul 3 22:16:14 2009 Subject: [Dillo-dev] dillo-2.1.1 released In-Reply-To: <20090703171401.GD4809@dillo.org> References: <20090703161015.GR15801@local.gobigwest.com> <20090703171401.GD4809@dillo.org> Message-ID: <20090703201519.GA6100@alex-laptop> Dear Dillo developers, could please anyone be so kind and build an Debian/Ubuntu package for the new Dillo 2.1.1? Many thanks in advance, Alexander On Fri, Jul 03, 2009 at 01:14:01PM -0400, Jorge Arellano Cid wrote: > On Fri, Jul 03, 2009 at 04:10:15PM +0000, corvid wrote: > > The purpose of this release is to prevent a > > maliciously-crafted image from causing an > > overflow. Since this is a matter of security, > > everyone is, naturally enough, encouraged to > > upgrade :) Thanks go to the oCERT folks for > > bringing the matter to our attention. > > > > > > (Jorge will send the freshmeat announcement in > > a little bit, and I will finish updating the > > website in a moment...) > > Announcement made! > Now it waits in freshmeat's queue for revision and publishing. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev From jcid at dillo.org Fri Jul 3 22:41:10 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 3 22:41:36 2009 Subject: [Dillo-dev] dillo-2.1.1 released In-Reply-To: <20090703201519.GA6100@alex-laptop> References: <20090703161015.GR15801@local.gobigwest.com> <20090703171401.GD4809@dillo.org> <20090703201519.GA6100@alex-laptop> Message-ID: <20090703204110.GF4809@dillo.org> Alexander, On Fri, Jul 03, 2009 at 10:15:19PM +0200, Alexander Voigt wrote: > Dear Dillo developers, > > could please anyone be so kind and build an Debian/Ubuntu package for > the new Dillo 2.1.1? Our packagers are aware and working on it. Unfortunately we're a bit behind the announcement. Packages should be ready in a day or two (I updated the download page saying it so). Sorry for the inconvenience. -- Cheers Jorge.- From xentalion at gmail.com Sat Jul 4 01:15:05 2009 From: xentalion at gmail.com (Colin Jones) Date: Sat Jul 4 01:16:02 2009 Subject: [Dillo-dev] Tango icon theme for Dillo 2.1.1 Message-ID: <77623db0907031615y1454a9c1re18c322053ffdf22@mail.gmail.com> Skipped content of type multipart/alternative-------------- next part -------------- A non-text attachment was scrubbed... Name: pixmaps.tango.h Type: text/x-chdr Size: 18485 bytes Desc: not available Url : /pipermail/attachments/20090703/8700d1e3/pixmaps.tango-0001.h From corvid at lavabit.com Sat Jul 4 02:26:06 2009 From: corvid at lavabit.com (corvid) Date: Sat Jul 4 02:29:12 2009 Subject: [Dillo-dev] Tango icon theme for Dillo 2.1.1 In-Reply-To: <77623db0907031615y1454a9c1re18c322053ffdf22@mail.gmail.com> References: <77623db0907031615y1454a9c1re18c322053ffdf22@mail.gmail.com> Message-ID: <20090704002606.GF28174@local.gobigwest.com> Colin wrote: > Anyhow, I've updated my Tango icon theme to include the Fullscreen pixmaps > along with the new Tools pixmaps. I've also fixed the inactive stop pixmaps > to have the internal X, as Jorge suggested quite a while ago. Updated :) I added some consts to the full_screen ones to make some warnings go away. From xentalion at gmail.com Sat Jul 4 03:23:33 2009 From: xentalion at gmail.com (Colin Jones) Date: Sat Jul 4 03:24:27 2009 Subject: [Dillo-dev] Tango icon theme for Dillo 2.1.1 In-Reply-To: <20090704002606.GF28174@local.gobigwest.com> References: <77623db0907031615y1454a9c1re18c322053ffdf22@mail.gmail.com> <20090704002606.GF28174@local.gobigwest.com> Message-ID: <77623db0907031823m513c0b9ataa051518b502e779@mail.gmail.com> Opps, sorry about that. Thank you! On Fri, Jul 3, 2009 at 8:26 PM, corvid wrote: > Colin wrote: > > Anyhow, I've updated my Tango icon theme to include the Fullscreen > pixmaps > > along with the new Tools pixmaps. I've also fixed the inactive stop > pixmaps > > to have the internal X, as Jorge suggested quite a while ago. > > Updated :) > > I added some consts to the full_screen ones to make some warnings go away. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090703/4ebd6cdf/attachment.htm From xentalion at gmail.com Sat Jul 4 17:04:14 2009 From: xentalion at gmail.com (Colin Jones) Date: Sat Jul 4 17:05:19 2009 Subject: [Dillo-dev] dillo 2.1] In-Reply-To: <20090624215323.GI3858@dillo.org> References: <20090622200112.GB15843@lan-84-240-35-19.skynet.lt> <20090623220603.GG11865@dillo.org> <20090623230507.GJ6014@local.gobigwest.com> <20090624183817.GE3858@dillo.org> <20090624185900.GP6014@local.gobigwest.com> <20090624215323.GI3858@dillo.org> Message-ID: <77623db0907040804j78106900me423355724856a5@mail.gmail.com> > Does anyone know what the contemporary way is to show the information > in Plans.html? I remember ball.gif being ubiquitous in html in 1995 -- > in stratigraphy it is regarded as a valuable 'index fossil', often found > together with a variety of brightly-colored line.gifs and blink tags -- > but I don't know what to do about it. > For the Plans.html, I'd use a list with each item having a background image from a sprite sheet ala http://www.alistapart.com/articles/sprites/, but that requires background image support in Dillo. In the mean time, maybe change the icons to pngs of check marks and Xs or something. Maybe green Xs for unfinished features and red Xs for pending? When I first saw the new website, I was surprised, but I have to say that I like it. On Wed, Jun 24, 2009 at 5:53 PM, Jorge Arellano Cid wrote: > On Wed, Jun 24, 2009 at 06:59:00PM +0000, corvid wrote: > > Jorge wrote: > > > On Tue, Jun 23, 2009 at 11:05:07PM +0000, corvid wrote: > > > > Jorge wrote: > > > > > On Mon, Jun 22, 2009 at 11:01:12PM +0300, Tomas Rimkus wrote: > > > > > > > > > > > > Accidentally sent to corvid only. Forwarding to dillo-dev. > > > > > > > > > > > > > > > It seems whoever designed the new website theme has no idea > what > > > > > > > > > READABILITY means... It looks like someone just used some > stupid online > > > > > > > > > color picker, which just picks some similar colors to the > one user > > > > > > > > > chooses. The old website looked MUCH MUCH better. Imho, > it's a > > > > > > > > > regression... > > > > > > > > > > > > > > > > Hm I like the new design, but I agree that readability might > be a problem. > > > > > > > > Let's see what other say. > > > > > > > > > > > > > > I still find visited text to be hard to read, but I know I > should > > > > > > > break down and get a new display... > > > > > > > > > > > > > > > > > > > I wonder if you are the only dillo user with old display... BTW, > I am using > > > > > > pretty new LCD display and still find it hard to read. > > > > > > > > > > OK, we also had readability concerns but we agreed that it was > > > > > enough. OTOH some people bashed the old design as prehistoric! > > > > > > > > > > After all it's a matter of taste. > > > > > Usability is a different thing. Maybe you need higher contrast > > > > > to see clearly (I suffer with white backgrounds). Do you find > > > > > this one better to read [1]? > > > > > > > > > > What do other people think about the new web design? > > > > > Aesthetically and from a readability point of view. > > > > > Please comment. > > > > > > > > > > > > > > > [1] http://www.dillo.org/test/website/dillo2.2.html > > > > > > > > The test page's visited text is easier for me to read than > > > > the home page's visited text. > > > > > > Funny how it's the reverse effect for me! :-) > > > > > > > > > Please test: > > > > > > :visited {color: #403090 !important} > > > > > > and > > > > > > :visited {color: #603060 !important} > > > > > > on http://www.dillo.org/ and FAQ. > > > > > > I prefer the first one because it fits the palette better. > > > > First one is easier. > > Committed. > > -- > Cheers > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090704/a31e7a99/attachment.html From kelson at pobox.com Sun Jul 5 00:35:53 2009 From: kelson at pobox.com (Kelson Vibber) Date: Sun Jul 5 00:36:22 2009 Subject: [Dillo-dev] dillo-2.1.1 released In-Reply-To: <20090703204110.GF4809@dillo.org> References: <20090703161015.GR15801@local.gobigwest.com> <20090703201519.GA6100@alex-laptop> <20090703204110.GF4809@dillo.org> Message-ID: <200907041535.54076.kelson@pobox.com> On Friday 03 July 2009, Jorge Arellano Cid wrote: > Alexander, > > On Fri, Jul 03, 2009 at 10:15:19PM +0200, Alexander Voigt wrote: > > Dear Dillo developers, > > > > could please anyone be so kind and build an Debian/Ubuntu package for > > the new Dillo 2.1.1? > > Our packagers are aware and working on it. Unfortunately > we're a bit behind the announcement. Packages should be ready in > a day or two (I updated the download page saying it so). > > Sorry for the inconvenience. Sorry for the delay -- it's a holiday weekend here. I've posted Fedora 10 i386 and RHEL5 i386 & x86_64, both SSL and non-SSL, at http://www.hyperborea.org/software/dillo/ -- Kelson Vibber www.hyperborea.org and SpeedForce.org From corvid at lavabit.com Sun Jul 5 01:15:47 2009 From: corvid at lavabit.com (corvid) Date: Sun Jul 5 01:18:51 2009 Subject: [Dillo-dev] client-side redirect Message-ID: <20090704231547.GB29410@local.gobigwest.com> I went to http://home.williampoundstone.net/Keeler/ and it breaks because there's a space before the URL in I can't seem to find anything that does a careful job of specifying what's legal here. From jcid at dillo.org Tue Jul 7 19:24:11 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Tue Jul 7 19:24:36 2009 Subject: [Dillo-dev] .deb files as PPA Message-ID: <20090707172411.GB613@dillo.org> Hi, Now that launchpad is back, .deb packages for Debian and Ubuntu are available from our download page. -- Cheers Jorge.- From sas at 321.hu Tue Jul 7 19:38:10 2009 From: sas at 321.hu (=?ISO-8859-1?Q?SZERV=C1C_Attila?=) Date: Tue Jul 7 19:39:04 2009 Subject: [Dillo-dev] .deb files as PPA In-Reply-To: <20090707172411.GB613@dillo.org> References: <20090707172411.GB613@dillo.org> Message-ID: Hello, On Tue, Jul 7, 2009 at 7:24 PM, Jorge Arellano Cid wrote: > Hi, > > Now that launchpad is back, .deb packages for Debian on squeeze: dillo depends on libxi6 (>= 2:1.2.0); however: Version of libxi6 on system is 2:1.1.4-1. -- SZERV?C Attila http://321.hu/sas SALVI N?ra http://321.hu/zene.html -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090707/929f606d/attachment.htm From acassis at gmail.com Wed Jul 8 17:33:20 2009 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Wed Jul 8 17:34:14 2009 Subject: [Dillo-dev] (no subject) Message-ID: <37367b3a0907080833u581d38cag4a82cb6041dcc176@mail.gmail.com> Hi All, I am trying to port Dillo to i.MX27 (ARM9) processor. Using LTIB build system (www.ltib.org) to cross-compile FLTK. I cross-compiled FLTK2, but it is crashing, I can't run any demo example. To FLTK1.3 everything works fine, I ran all examples successfully. To FLTK2 nothing works. I searched Internet for similar error, but nothing solves it. I tested these FLTK revision: fltk-2.0.x-r6793 fltk-2.0.x-r6101 It appears to crash at "fltk::setfont". In fact I can see "bad font: fixed" message just before that "Segmentation Fault". Could someone give me some suggestion to solve this issue? See below the gdb backtrace. I am running gdbserver on i.MX27 board (IP 192.168.0.180) Best Regards, Alan $ arm-elf-gdb /home/alan/ltib/rootfs/home/test/hello GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... (gdb) target remote 192.168.0.180:3333 Remote debugging using 192.168.0.180:3333 warning: Unable to find dynamic linker breakpoint function. GDB will be unable to debug shared library initializers and track explicitly loaded dynamic code. 0x400007e0 in ?? () (gdb) set solib-absolute-prefix /home/alan/ltib/rootfs (gdb) b main Breakpoint 1 at 0xb9e8: file hello.cxx, line 9. (gdb) c Continuing. Breakpoint 1, main (argc=1, argv=0xbeaa5e44) at hello.cxx:9 9 Window *window = new Window(300, 180); (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 (gdb) bt #0 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 #1 0x0000d1e4 in fltk::setfont (font=0x3a0ac, psize=12) at x11/Font_xlfd.cxx:542 #2 0x0001ac80 in fltk::Widget::draw_box (this=0x40b68, r=@0xbeaa5a18) at Widget_draw.cxx:94 #3 0x0001acc0 in fltk::Widget::draw_box (this=0x0) at Widget_draw.cxx:88 #4 0x0001a810 in fltk::Widget::draw (this=0x0) at Widget.cxx:644 #5 0x0000d618 in fltk::Group::draw_child (this=, w=@0x40b68) at Group.cxx:750 #6 0x0000e218 in fltk::Group::draw (this=0x406e0) at Group.cxx:682 #7 0x00013ff8 in fltk::Window::flush (this=0x406e0) at x11/run.cxx:2566 #8 0x000116d4 in fl_window_flush (window=0x406e0) at run.cxx:657 #9 0x00011784 in fltk::flush () at run.cxx:691 #10 0x00016a60 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:484 #11 0x00016b8c in fltk::run () at run.cxx:397 #12 0x402071cc in __libc_start_main () from /home/alan/ltib/rootfs/lib/libc.so.6 #13 0x0000b94c in _start () (gdb) From acassis at gmail.com Wed Jul 8 20:58:40 2009 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Wed Jul 8 20:59:34 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM Message-ID: <37367b3a0907081158r2fc1faddwbbcf0fe0a4fa5151@mail.gmail.com> Hi Ian, On 7/8/09, imacarthur wrote: > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis wrote: > > fltk-2 is not my strong suit, so what follows is just guesswork > really. However, here are some questions that might be relevant: > > What fonts does your target system actually have installed? Which > names, what types, etc.? > > Now, the reason I ask is that I see from the gdb trace that your > program crashed in Font_xlfd.cxx, so presumably it was attempting to > load an "old style" XLFD font. > > You say your test build works with fltk-1.3, and it defaults to using > "new-style" XFT fonts, rather than using XLFD fonts (although it can > also use XLFD fonts, *or* can be built to only use XLFD fonts by > passing --disable-xft to configure at build time.) > > So... I'm guessing that the fltk-1.3 build works for some reason > because it is using XFT and the fltk-2 build fails because it > attempts to use XLFD. Does that seem feasible? > > If so, it might be worth trying to make sure the fltk-2 build loads > an XFT rather than XLFD font, see how that goes. > > All that said, however, a default flrk-2 build *ought* to default to > XFT enabled anyway - unless someone has changed that? > > Did you later that setting during config by any chance? Maybe that is > somewhere to start looking, if nothing else... > You are right, I compiled Xorg (kdrive) with "--enable-builtin-fonts", then FLTK2 doesn't work. I think FLTK2 could to work with only "fixed" font, just like FLTK1 does. Thank you very much! Regards, P.S.: Dillo is working fine on i.MX27 now! From newman.x at gmail.com Thu Jul 9 09:20:15 2009 From: newman.x at gmail.com (Michal Nowak) Date: Thu Jul 9 09:21:09 2009 Subject: [Dillo-dev] (no subject) In-Reply-To: <37367b3a0907080833u581d38cag4a82cb6041dcc176@mail.gmail.com> References: <37367b3a0907080833u581d38cag4a82cb6041dcc176@mail.gmail.com> Message-ID: <5e9a80350907090020u6d9a0eefre4ef9c6f39f65837@mail.gmail.com> On Wed, Jul 8, 2009 at 5:33 PM, Alan Carvalho de Assis wrote: > Hi All, > > I am trying to port Dillo to i.MX27 (ARM9) processor. > Using LTIB build system (www.ltib.org) to cross-compile FLTK. > > I cross-compiled FLTK2, but it is crashing, I can't run any demo example. > > To FLTK1.3 everything works fine, I ran all examples successfully. > > To FLTK2 nothing works. I searched Internet for similar error, but > nothing solves it. > > I tested these FLTK revision: > fltk-2.0.x-r6793 > fltk-2.0.x-r6101 > > It appears to crash at "fltk::setfont". In fact I can see "bad font: > fixed" message just before that "Segmentation Fault". > > Could someone give me some suggestion to solve this issue? > > See below the gdb backtrace. > I am running gdbserver on i.MX27 board (IP 192.168.0.180) > > Best Regards, > > Alan > > $ arm-elf-gdb /home/alan/ltib/rootfs/home/test/hello > GNU gdb 6.6 > Copyright (C) 2006 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. ?Type "show warranty" for details. > This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... > (gdb) target remote 192.168.0.180:3333 > Remote debugging using 192.168.0.180:3333 > warning: Unable to find dynamic linker breakpoint function. > GDB will be unable to debug shared library initializers > and track explicitly loaded dynamic code. > 0x400007e0 in ?? () > (gdb) set solib-absolute-prefix /home/alan/ltib/rootfs > (gdb) b main > Breakpoint 1 at 0xb9e8: file hello.cxx, line 9. > (gdb) c > Continuing. > > Breakpoint 1, main (argc=1, argv=0xbeaa5e44) at hello.cxx:9 > 9 ? ? ? ? Window *window = new Window(300, 180); > (gdb) c > Continuing. > > Program received signal SIGSEGV, Segmentation fault. > 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 > (gdb) bt > #0 ?0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 > #1 ?0x0000d1e4 in fltk::setfont (font=0x3a0ac, psize=12) at > x11/Font_xlfd.cxx:542 > #2 ?0x0001ac80 in fltk::Widget::draw_box (this=0x40b68, r=@0xbeaa5a18) > at Widget_draw.cxx:94 > #3 ?0x0001acc0 in fltk::Widget::draw_box (this=0x0) at Widget_draw.cxx:88 > #4 ?0x0001a810 in fltk::Widget::draw (this=0x0) at Widget.cxx:644 > #5 ?0x0000d618 in fltk::Group::draw_child (this=, > w=@0x40b68) > ? ?at Group.cxx:750 > #6 ?0x0000e218 in fltk::Group::draw (this=0x406e0) at Group.cxx:682 > #7 ?0x00013ff8 in fltk::Window::flush (this=0x406e0) at x11/run.cxx:2566 > #8 ?0x000116d4 in fl_window_flush (window=0x406e0) at run.cxx:657 > #9 ?0x00011784 in fltk::flush () at run.cxx:691 > #10 0x00016a60 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:484 > #11 0x00016b8c in fltk::run () at run.cxx:397 > #12 0x402071cc in __libc_start_main () from /home/alan/ltib/rootfs/lib/libc.so.6 > #13 0x0000b94c in _start () > (gdb) > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > I'd probably encourage you to file a FLTK2 bug upstream or send an email to FLTK mailing list, however w.r.t FLTK2 I don't think they will fix it soon anyway. My POV is that they answer to bug reports but not fixing much. Michal From newman.x at gmail.com Thu Jul 9 09:22:26 2009 From: newman.x at gmail.com (Michal Nowak) Date: Thu Jul 9 09:23:19 2009 Subject: [Dillo-dev] (no subject) In-Reply-To: <5e9a80350907090020u6d9a0eefre4ef9c6f39f65837@mail.gmail.com> References: <37367b3a0907080833u581d38cag4a82cb6041dcc176@mail.gmail.com> <5e9a80350907090020u6d9a0eefre4ef9c6f39f65837@mail.gmail.com> Message-ID: <5e9a80350907090022l7a56a54cg4568c0f6c55a3314@mail.gmail.com> On Thu, Jul 9, 2009 at 9:20 AM, Michal Nowak wrote: > On Wed, Jul 8, 2009 at 5:33 PM, Alan Carvalho de Assis wrote: >> Hi All, >> >> I am trying to port Dillo to i.MX27 (ARM9) processor. >> Using LTIB build system (www.ltib.org) to cross-compile FLTK. >> >> I cross-compiled FLTK2, but it is crashing, I can't run any demo example. >> >> To FLTK1.3 everything works fine, I ran all examples successfully. >> >> To FLTK2 nothing works. I searched Internet for similar error, but >> nothing solves it. >> >> I tested these FLTK revision: >> fltk-2.0.x-r6793 >> fltk-2.0.x-r6101 >> >> It appears to crash at "fltk::setfont". In fact I can see "bad font: >> fixed" message just before that "Segmentation Fault". >> >> Could someone give me some suggestion to solve this issue? >> >> See below the gdb backtrace. >> I am running gdbserver on i.MX27 board (IP 192.168.0.180) >> >> Best Regards, >> >> Alan >> >> $ arm-elf-gdb /home/alan/ltib/rootfs/home/test/hello >> GNU gdb 6.6 >> Copyright (C) 2006 Free Software Foundation, Inc. >> GDB is free software, covered by the GNU General Public License, and you are >> welcome to change it and/or distribute copies of it under certain conditions. >> Type "show copying" to see the conditions. >> There is absolutely no warranty for GDB. ?Type "show warranty" for details. >> This GDB was configured as "--host=i686-pc-linux-gnu --target=arm-linux"... >> (gdb) target remote 192.168.0.180:3333 >> Remote debugging using 192.168.0.180:3333 >> warning: Unable to find dynamic linker breakpoint function. >> GDB will be unable to debug shared library initializers >> and track explicitly loaded dynamic code. >> 0x400007e0 in ?? () >> (gdb) set solib-absolute-prefix /home/alan/ltib/rootfs >> (gdb) b main >> Breakpoint 1 at 0xb9e8: file hello.cxx, line 9. >> (gdb) c >> Continuing. >> >> Breakpoint 1, main (argc=1, argv=0xbeaa5e44) at hello.cxx:9 >> 9 ? ? ? ? Window *window = new Window(300, 180); >> (gdb) c >> Continuing. >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 >> (gdb) bt >> #0 ?0x4025dfe0 in strcmp () from /home/alan/ltib/rootfs/lib/libc.so.6 >> #1 ?0x0000d1e4 in fltk::setfont (font=0x3a0ac, psize=12) at >> x11/Font_xlfd.cxx:542 >> #2 ?0x0001ac80 in fltk::Widget::draw_box (this=0x40b68, r=@0xbeaa5a18) >> at Widget_draw.cxx:94 >> #3 ?0x0001acc0 in fltk::Widget::draw_box (this=0x0) at Widget_draw.cxx:88 >> #4 ?0x0001a810 in fltk::Widget::draw (this=0x0) at Widget.cxx:644 >> #5 ?0x0000d618 in fltk::Group::draw_child (this=, >> w=@0x40b68) >> ? ?at Group.cxx:750 >> #6 ?0x0000e218 in fltk::Group::draw (this=0x406e0) at Group.cxx:682 >> #7 ?0x00013ff8 in fltk::Window::flush (this=0x406e0) at x11/run.cxx:2566 >> #8 ?0x000116d4 in fl_window_flush (window=0x406e0) at run.cxx:657 >> #9 ?0x00011784 in fltk::flush () at run.cxx:691 >> #10 0x00016a60 in fltk::wait (time_to_wait=1.00000002e+20) at run.cxx:484 >> #11 0x00016b8c in fltk::run () at run.cxx:397 >> #12 0x402071cc in __libc_start_main () from /home/alan/ltib/rootfs/lib/libc.so.6 >> #13 0x0000b94c in _start () >> (gdb) >> >> _______________________________________________ >> Dillo-dev mailing list >> Dillo-dev@dillo.org >> http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >> > > I'd probably encourage you to file a FLTK2 bug upstream or send > an email to FLTK mailing list, however w.r.t FLTK2 I don't think they > will fix it soon anyway. My POV is that they answer to bug reports > but not fixing much. > > Michal > Too late :). From darirf at yahoo.es Thu Jul 9 14:03:58 2009 From: darirf at yahoo.es (Dario Rodriguez) Date: Thu Jul 9 14:04:47 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM Message-ID: <626631.89214.qm@web23407.mail.ird.yahoo.com> Hi Alan, A fellow user of the irex iliad tried to compile dillo2 for it (PXA255) and had similar issues with fltk2 (it was http://www.mobileread.com/forums/showpost.php?p=301183&postcount=84 ). Would you mind posting the configure flags that you have used for kdrive, fltk2 and dillo2? Thanks a lot. Hope that those configure also works for the iliad and we can replace the aging dillo 0.8.6 O:). Best regards and thanks again to all involved in dillo development. Dario. --- El mi?, 8/7/09, Alan Carvalho de Assis escribi?: > De: Alan Carvalho de Assis > Asunto: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Mirror of fltk.general Newsgroup" > CC: "dillo-dev" > Fecha: mi?rcoles, 8 julio, 2009 8:58 > Hi Ian, > > On 7/8/09, imacarthur > wrote: > > > > On 8 Jul 2009, at 16:33, Alan Carvalho de Assis > wrote: > > > > fltk-2 is not my strong suit, so what follows is just > guesswork > > really. However, here are some questions that might be > relevant: > > > > What fonts does your target system actually have > installed? Which > > names, what types, etc.? > > > > Now, the reason I ask is that I see from the gdb trace > that your > > program crashed in Font_xlfd.cxx, so presumably it was > attempting to > > load an "old style" XLFD font. > > > > You say your test build works with fltk-1.3, and it > defaults to using > > "new-style" XFT fonts, rather than using XLFD fonts > (although it can > > also use XLFD fonts, *or* can be built to only use > XLFD fonts by > > passing --disable-xft to configure at build time.) > > > > So... I'm guessing that the fltk-1.3 build works for > some reason > > because it is using XFT and the fltk-2 build fails > because it > > attempts to use XLFD. Does that seem feasible? > > > > If so, it might be worth trying to make sure the > fltk-2 build loads > > an XFT rather than XLFD font, see how that goes. > > > > All that said, however, a default flrk-2 build *ought* > to default to > > XFT enabled anyway - unless someone has changed that? > > > > Did you later that setting during config by any > chance? Maybe that is > > somewhere to start looking, if nothing else... > > > > You are right, I compiled Xorg (kdrive) with > "--enable-builtin-fonts", > then FLTK2 doesn't work. > > I think FLTK2 could to work with only "fixed" font, just > like FLTK1 does. > > Thank you very much! > > Regards, > > P.S.: Dillo is working fine on i.MX27 now! > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > From acassis at gmail.com Thu Jul 9 14:21:58 2009 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Thu Jul 9 14:22:51 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM In-Reply-To: <626631.89214.qm@web23407.mail.ird.yahoo.com> References: <626631.89214.qm@web23407.mail.ird.yahoo.com> Message-ID: <37367b3a0907090521j553ccc32k7a39b18cd04fd372@mail.gmail.com> Hi Dario, On 7/9/09, Dario Rodriguez wrote: > > Hi Alan, > > A fellow user of the irex iliad tried to compile dillo2 for it (PXA255) > and had similar issues with fltk2 (it was > http://www.mobileread.com/forums/showpost.php?p=301183&postcount=84 ). > > Would you mind posting the configure flags that you have used for kdrive, > fltk2 and dillo2? > These are my configure parameters: $ ./configure --prefix=/usr --host=arm-linux --build=i686-pc-linux-gnu --enable-composite --enable-kdrive --disable-dri --disable-xinerama --disable-xf86misc --disable-xf86vidmode --disable-xorg --disable-xorgcfg --disable-xnest --disable-xvfb --disable-xevie --disable-xprint --disable-xtrap --enable-xfbdev --disable-dmx --disable-dbus --enable-xkb --enable-tslib --disable-dga I'm using a touchscreen panel, this is why I am using tslib. > Thanks a lot. Hope that those configure also works for the iliad and we > can replace the aging dillo 0.8.6 O:). > Sure, it worked like a charm! Dillo is really IMPRESSIVE!!! I opened a BUG related to FLTK2, I think Xorg (kdrive) with built-in fonts in really import to embedded system projects: http://www.fltk.org/str.php?L2217+P0+S-2+C0+I0+E0+Q2217 > Best regards and thanks again to all involved in dillo development. > Best Regards, Alan From stevegigijoe at yahoo.com.tw Thu Jul 9 17:51:07 2009 From: stevegigijoe at yahoo.com.tw (=?big5?B?qviu9SCxaQ==?=) Date: Thu Jul 9 17:52:04 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM Message-ID: <402857.85020.qm@web73108.mail.tp2.yahoo.com> Hi Alan I just found a problem around src/x11/Font_xlfd:538last week Below is my solution void fltk::setfont(Font* font, float psize) { FontSize* f = current; IFont* t = (IFont*)font; // only integers supported right now (this can be improved): psize = int(psize+.5); unsigned size = unsigned(psize); // See if the current font is correct: if(f && f->encoding && encoding_) { <<-- Suggest to add some check if (font == current_font_ && psize == current_size_ && <<-- May crash here (f->encoding==encoding_ || (!encoding_ || !strcmp(f->encoding, encoding_)))) return; } current_font_ = font; current_size_ = psize; Steve ______________________________________________________________________________________________________ 禣甧秖礚Yahoo!集筿獺絚2.0禣倒獺ンッ环ぃゲ http://tw.mg0.mail.yahoo.com/dc/landing -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090709/c751a405/attachment.html From acassis at gmail.com Thu Jul 9 19:10:42 2009 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Thu Jul 9 19:11:35 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM In-Reply-To: <402857.85020.qm@web73108.mail.tp2.yahoo.com> References: <402857.85020.qm@web73108.mail.tp2.yahoo.com> Message-ID: <37367b3a0907091010j6660456bvfce6defd4e534876@mail.gmail.com> Hi Steve, On 7/9/09, =AA=F8=AE=F5 =B1i wrote: > Hi Alan > > I just found a problem around src/x11/Font_xlfd:538last week > Below is my solution > > void fltk::setfont(Font* font, float psize) { > FontSize* f =3D current; > IFont* t =3D (IFont*)font; > > // only integers supported right now (this can be improved): > psize =3D int(psize+.5); > unsigned size =3D unsigned(psize); > // See if the current font is correct: > if(f && f->encoding && encoding_) { <<-- Suggest t= o > add some check > if (font =3D=3D current_font_ && psize =3D=3D current_size_ && <<-- M= ay crash > here > (f->encoding=3D=3Dencoding_ || > (!encoding_ || !strcmp(f->encoding, encoding_)))) > return; > } > current_font_ =3D font; current_size_ =3D psize; > Great! Your work around fixed the issue! Thank you very much, Alan From darirf at yahoo.es Fri Jul 10 14:39:04 2009 From: darirf at yahoo.es (Dario Rodriguez) Date: Fri Jul 10 14:39:58 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM Message-ID: <226107.24796.qm@web23402.mail.ird.yahoo.com> Hi Alan, Steve: With Steve's fltk2 patch it has compiled correctly and works :), so I don't have to replace the X server binary (great!). Screenshot at: http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 Thanks a lot to all :-D. Best regards, Dario From Johannes.Hofmann at gmx.de Fri Jul 10 16:43:01 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Fri Jul 10 16:45:04 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM In-Reply-To: <226107.24796.qm@web23402.mail.ird.yahoo.com> References: <226107.24796.qm@web23402.mail.ird.yahoo.com> Message-ID: <20090710144300.GA849@blob.baaderstrasse.com> On Fri, Jul 10, 2009 at 12:39:04PM +0000, Dario Rodriguez wrote: > > Hi Alan, Steve: > > With Steve's fltk2 patch it has compiled correctly and works :), so I don't have to replace the X server binary (great!). > > Screenshot at: > http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 Excellent! Is the softkeyboard support something that needs to be added to fltk, or are modifications to dillo needed? How is this handled for other apps? Cheers, Johannes From darirf at yahoo.es Sat Jul 11 13:07:01 2009 From: darirf at yahoo.es (Dario Rodriguez) Date: Sat Jul 11 13:07:55 2009 Subject: Rv: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM Message-ID: <903687.89986.qm@web23408.mail.ird.yahoo.com> Ups! This one was intented for the list. Sorry. --- El s?b, 11/7/09, Dario Rodriguez escribi?: > De: Dario Rodriguez > Asunto: Re: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM > Para: "Johannes Hofmann" > Fecha: s?bado, 11 julio, 2009 9:07 > Hi, > > --- El vie, 10/7/09, Johannes Hofmann > escribi?: > > >? ? Screenshot at: > > >? ? ???http://www.mobileread.com/forums/showpost.php?p=517459&postcount=92 > > > > Excellent! > > Is the softkeyboard support something that needs to > be > > added to > > fltk, or are modifications to dillo needed? How is > this > > handled > > for other apps? > As the iliad is an e-ink book reader, its software is a bit > unusual. > > The changes are specific to the iliad software stack. All > ported apps have to be modified to have the main window > CLASS to be "sh" and call a couple o functions on an iliad > library to enable the soft-keyboard button. > > Not so long ago we had to also add a library call to update > the screen whenever it changed, but we managed to build a > daemon for that using the XDamage extension. > > Cheers, Dario > > > > From Hole.destructor at gmx.de Sun Jul 12 13:17:31 2009 From: Hole.destructor at gmx.de (Alexander Voigt) Date: Sun Jul 12 13:18:26 2009 Subject: [Dillo-dev] Bug in Dillo's menu Message-ID: <20090712111731.GA17698@alex-laptop> Dear Dillo developers, I just found a little bug in the dillo's menu: When I click on the tool button (the one, where one can de/activate CSS) and I don't want to click on one of it's items (maybe because I pressed the wrong button or something), it is impossible to get out. I just can't simply close the menu by again click on the tool button. Clicking somewhere else (i.e. on another menu button) will not close the tool button. The only way to close the menu seems to be a click on one of it's items. Exactly the same thing happens with the F-menu button. What I also noticed: Sometimes dillo seems to hang, when visiting the "Bug Insertion" page on the dillo homepage: When I click on some of the drop-down menus or the text field, suddenly dillo freezes. I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if anyone could have a look into this. Many thanks in advance, Alexander From corvid at lavabit.com Sun Jul 12 17:24:40 2009 From: corvid at lavabit.com (corvid) Date: Sun Jul 12 17:27:46 2009 Subject: [Dillo-dev] Bug in Dillo's menu In-Reply-To: <20090712111731.GA17698@alex-laptop> References: <20090712111731.GA17698@alex-laptop> Message-ID: <20090712152440.GA2559@local.gobigwest.com> Alexander wrote: > I just found a little bug in the dillo's menu: When I click on the > tool button (the one, where one can de/activate CSS) and I don't want > to click on one of it's items (maybe because I pressed the wrong > button or something), it is impossible to get out. I just can't > simply close the menu by again click on the tool button. Clicking > somewhere else (i.e. on another menu button) will not close the tool > button. > > The only way to close the menu seems to be a click on one of it's > items. > > Exactly the same thing happens with the F-menu button. > > What I also noticed: Sometimes dillo seems to hang, when visiting the > "Bug Insertion" page on the dillo homepage: When I click on some of > the drop-down menus or the text field, suddenly dillo freezes. > > I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" > dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, > libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if > anyone could have a look into this. What window manager are you using? From Hole.destructor at gmx.de Sun Jul 12 17:59:13 2009 From: Hole.destructor at gmx.de (Alexander Voigt) Date: Sun Jul 12 18:00:07 2009 Subject: [Dillo-dev] Bug in Dillo's menu In-Reply-To: <20090712152440.GA2559@local.gobigwest.com> References: <20090712111731.GA17698@alex-laptop> <20090712152440.GA2559@local.gobigwest.com> Message-ID: <20090712155913.GC6318@alex-laptop> On Sun, Jul 12, 2009 at 03:24:40PM +0000, corvid wrote: > Alexander wrote: > > I just found a little bug in the dillo's menu: When I click on the > > tool button (the one, where one can de/activate CSS) and I don't want > > to click on one of it's items (maybe because I pressed the wrong > > button or something), it is impossible to get out. I just can't > > simply close the menu by again click on the tool button. Clicking > > somewhere else (i.e. on another menu button) will not close the tool > > button. > > > > The only way to close the menu seems to be a click on one of it's > > items. > > > > Exactly the same thing happens with the F-menu button. > > > > What I also noticed: Sometimes dillo seems to hang, when visiting the > > "Bug Insertion" page on the dillo homepage: When I click on some of > > the drop-down menus or the text field, suddenly dillo freezes. > > > > I'm using Dillo 2.1.1 (Ubuntu binary "dillo+ssl" > > dillo_2.1.1-0+dillo1~jaunty1_amd64.deb, > > libfltk2.0-dev_2.0.0~r6671-0+devfil1_amd64.deb). It would be nice, if > > anyone could have a look into this. > > What window manager are you using? I'm sorry for my complaint, after a restart of X (I'm using Gnome), dillo works as expected and all above mentioned bugs are gone. This is very strange. Thus, please ignore this bug report. :) Best, Alexander From acassis at gmail.com Mon Jul 13 14:33:00 2009 From: acassis at gmail.com (Alan Carvalho de Assis) Date: Mon Jul 13 14:33:55 2009 Subject: [Dillo-dev] Re: [fltk.general] Cross-compiling Dillo to ARM In-Reply-To: <20090710144300.GA849@blob.baaderstrasse.com> References: <226107.24796.qm@web23402.mail.ird.yahoo.com> <20090710144300.GA849@blob.baaderstrasse.com> Message-ID: <37367b3a0907130533i226fb27i4602e1d61ae181d@mail.gmail.com> Hi Johannes, On 7/10/09, Johannes Hofmann wrote: > Excellent! > Is the softkeyboard support something that needs to be added to > fltk, or are modifications to dillo needed? How is this handled > for other apps? > On my board (i.MX27ADS) I used a hardware keyboard. Do you find any softkeyboard to use with fltk2 app? > Cheers, > Johannes > Cheers, Alan From Johannes.Hofmann at gmx.de Mon Jul 13 21:01:58 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Jul 13 21:04:05 2009 Subject: [Dillo-dev] CSS class handling updated Message-ID: <20090713190158.GA1242@blob.baaderstrasse.com> Hi, the CSS class handling has been updated to support multiple class names as defined in the CSS 2.1 specification. Obviously dillo now has to do some more work to handle the cases with multiple class names. However I hope that at least on pages that do not use this feature performance did not change noticably. If you find a case where the current code feels slower than 2.1.1 please let me know. Cheers, Johannes From jcid at dillo.org Mon Jul 13 21:26:44 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Mon Jul 13 21:27:14 2009 Subject: [Dillo-dev] dpid includes Message-ID: <20090713192644.GB17702@dillo.org> Hi, I just removed a bunch of redundant includes from the dpid/ directory. Please compile test on platforms other than GNU/Linux. TIA. -- Cheers Jorge.- From Johannes.Hofmann at gmx.de Mon Jul 13 21:36:59 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Jul 13 21:39:04 2009 Subject: [Dillo-dev] dpid includes In-Reply-To: <20090713192644.GB17702@dillo.org> References: <20090713192644.GB17702@dillo.org> Message-ID: <20090713193659.GB2138@blob.baaderstrasse.com> On Mon, Jul 13, 2009 at 03:26:44PM -0400, Jorge Arellano Cid wrote: > Hi, > > I just removed a bunch of redundant includes from the dpid/ > directory. Please compile test on platforms other than GNU/Linux. Compiles still fine on DragonFly. Cheers, Johannes From furaisanjin at gmail.com Wed Jul 15 00:47:02 2009 From: furaisanjin at gmail.com (furaisanjin) Date: Wed Jul 15 00:47:26 2009 Subject: [Dillo-dev] dpid includes In-Reply-To: <20090713193659.GB2138@blob.baaderstrasse.com> References: <20090713192644.GB17702@dillo.org> <20090713193659.GB2138@blob.baaderstrasse.com> Message-ID: <144aa14b0907141547o76f7141fn95372a05b037d50e@mail.gmail.com> Hi all. FreeBSD 6.4 is also fine for compiling. Regards, furaisanjin From richard.jrmy at gmail.com Thu Jul 16 09:47:38 2009 From: richard.jrmy at gmail.com (=?ISO-8859-1?Q?J=E9r=E9my_Richard?=) Date: Thu Jul 16 09:48:30 2009 Subject: [Dillo-dev] Height attribute Message-ID: Hello, I'm french, so I'll hope you could understand me. I'm developing for IE 7, Firefox and Dillo. It's not necessary to respect the W3C because it is for local networking use. I need to have a table which have an height of 100% of the page and my attribute doesn't work. I've put " height='100%' " in my and I've tried with CSS too. In Firefox and IE that works but not in Dillo. In Dillo, there is only the width works. So, I would like to know if there is a solution to have a table or the body of 100% of the Dillo windows? I hope that yes, this is a good web browser. Have a good day. Regards. J?r?my -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090716/ea1ce750/attachment.htm From Johannes.Hofmann at gmx.de Sat Jul 18 00:07:58 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Sat Jul 18 00:10:02 2009 Subject: [Dillo-dev] [patch] check for dpip_tag == NULL in https.c Message-ID: <20090717220758.GA1681@blob.baaderstrasse.com> Hi, I was getting frequent https.filter.dpi with dpip_tag == NULL. Attached patch adds a check for that case. If nobody objects I'd commit this in a few days. Cheers, Johannes -------------- next part -------------- diff -r 938249c22d26 dpi/https.c --- a/dpi/https.c Fri Jul 17 11:55:11 2009 -0400 +++ b/dpi/https.c Sat Jul 18 00:05:37 2009 +0200 @@ -95,6 +95,13 @@ static SockHandler *sh; #ifdef ENABLE_SSL +static char *dpip_get_attr_str(char *tag, const char *attrname) +{ + if (tag) + return a_Dpip_get_attr(tag, strlen(tag), attrname); + else + return NULL; +} /* * Read the answer dpip tag for a dialog and return the number for @@ -108,7 +115,7 @@ static int dialog_get_answer_number(void /* Read the dpi command from STDIN */ dpip_tag = sock_handler_read(sh); - response = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "msg"); + response = dpip_get_attr_str(dpip_tag, "msg"); response_number = (response) ? strtol (response, NULL, 10) : -1; dFree(dpip_tag); dFree(response); @@ -194,12 +201,11 @@ static void yes_ssl_support(void) /*Get the network address and command to be used*/ dpip_tag = sock_handler_read(sh); - cmd = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "cmd"); - proxy_url = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "proxy_url"); - proxy_connect = - a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "proxy_connect"); - url = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "url"); - http_query = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "query"); + cmd = dpip_get_attr_str(dpip_tag, "cmd"); + proxy_url = dpip_get_attr_str(dpip_tag, "proxy_url"); + proxy_connect = dpip_get_attr_str(dpip_tag, "proxy_connect"); + url = dpip_get_attr_str(dpip_tag, "url"); + http_query = dpip_get_attr_str(dpip_tag, "query"); if (cmd == NULL || url == NULL || http_query == NULL){ MSG("***Value of cmd, url or http_query is NULL" @@ -699,9 +705,9 @@ static void no_ssl_support(void) MSG("{In https.filter.dpi}\n"); MSG("no_ssl_support version\n"); - cmd = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "cmd"); - url = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "url"); - http_query = a_Dpip_get_attr(dpip_tag, strlen(dpip_tag), "query"); + cmd = dpip_get_attr_str(dpip_tag, strlen(dpip_tag), "cmd"); + url = dpip_get_attr_str(dpip_tag, strlen(dpip_tag), "url"); + http_query = dpip_get_attr_str(dpip_tag, strlen(dpip_tag), "query"); MSG("{ cmd: %s}\n", cmd); MSG("{ url: %s}\n", url); From jcid at dillo.org Sat Jul 18 00:46:03 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Sat Jul 18 00:46:36 2009 Subject: [Dillo-dev] [patch] check for dpip_tag == NULL in https.c In-Reply-To: <20090717220758.GA1681@blob.baaderstrasse.com> References: <20090717220758.GA1681@blob.baaderstrasse.com> Message-ID: <20090717224603.GC6693@dillo.org> On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > Hi, > > I was getting frequent https.filter.dpi with dpip_tag == NULL. > Attached patch adds a check for that case. If nobody objects I'd > commit this in a few days. ACK. I'd prefer to have: char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); in the global DPIP's API. Please wait a bit while I make a patch... -- Cheers Jorge.- From jcid at dillo.org Sat Jul 18 01:20:49 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Sat Jul 18 01:21:20 2009 Subject: [Dillo-dev] [patch] check for dpip_tag == NULL in https.c In-Reply-To: <20090717224603.GC6693@dillo.org> References: <20090717220758.GA1681@blob.baaderstrasse.com> <20090717224603.GC6693@dillo.org> Message-ID: <20090717232049.GD6693@dillo.org> On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > Hi, > > > > I was getting frequent https.filter.dpi with dpip_tag == NULL. > > Attached patch adds a check for that case. If nobody objects I'd > > commit this in a few days. > > ACK. > > I'd prefer to have: > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char *attrname); > char *a_Dpip_get_attr(char *tag, const char *attrname); > > in the global DPIP's API. > > Please wait a bit while I make a patch... Please test tip. -- Cheers Jorge.- From Johannes.Hofmann at gmx.de Sat Jul 18 11:03:20 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Sat Jul 18 11:05:25 2009 Subject: [Dillo-dev] Height attribute In-Reply-To: References: Message-ID: <20090718090320.GA4306@blob.baaderstrasse.com> Hello J?r?my, On Thu, Jul 16, 2009 at 09:47:38AM +0200, J?r?my Richard wrote: > Hello, > > I'm french, so I'll hope you could understand me. > > I'm developing for IE 7, Firefox and Dillo. It's not necessary to respect > the W3C because it is for local networking use. > > I need to have a table which have an height of 100% of the page and my > attribute doesn't work. > I've put " height='100%' " in my
and I've tried with CSS too. > In Firefox and IE that works but not in Dillo. > > In Dillo, there is only the width works. > > So, I would like to know if there is a solution to have a table or the body > of 100% of the Dillo windows? > > I hope that yes, this is a good web browser. For now I can only confirm that it doesn't work in dillo yet. You might try to use a transparent 1x1 image scaled to the size you need. Regards, Johannes From richard.jrmy at gmail.com Sat Jul 18 11:07:15 2009 From: richard.jrmy at gmail.com (=?ISO-8859-15?Q?J=E9r=E9my?= Richard) Date: Sat Jul 18 11:06:09 2009 Subject: [Dillo-dev] [patch] check for dpip_tag == NULL in https.c In-Reply-To: <20090717232049.GD6693@dillo.org> References: <20090717220758.GA1681@blob.baaderstrasse.com> <20090717224603.GC6693@dillo.org> <20090717232049.GD6693@dillo.org> Message-ID: <20090718110715.1801556a@gmail.com> On Fri, 17 Jul 2009 19:20:49 -0400 Jorge Arellano Cid wrote: > On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > > Hi, > > > > > > I was getting frequent https.filter.dpi with dpip_tag == NULL. > > > Attached patch adds a check for that case. If nobody objects I'd > > > commit this in a few days. > > > > ACK. > > > > I'd prefer to have: > > > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char > > *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); > > > > in the global DPIP's API. > > > > Please wait a bit while I make a patch... > > Please test tip. > Hi, The tip works great! It is possible to have this patch in the next version of dillo (2.2?) And I would like to now when we could download the new version? Thank you very much for your help ! Regards From richard.jrmy at gmail.com Sat Jul 18 11:14:00 2009 From: richard.jrmy at gmail.com (=?ISO-8859-15?Q?J=E9r=E9my?= Richard) Date: Sat Jul 18 11:12:57 2009 Subject: [Dillo-dev] Height attribute In-Reply-To: <20090718090320.GA4306@blob.baaderstrasse.com> References: <20090718090320.GA4306@blob.baaderstrasse.com> Message-ID: <20090718111400.485e4a41@gmail.com> On Sat, 18 Jul 2009 11:03:20 +0200 Johannes Hofmann wrote: > Hello J?r?my, > > On Thu, Jul 16, 2009 at 09:47:38AM +0200, J?r?my Richard wrote: > > Hello, > > > > I'm french, so I'll hope you could understand me. > > > > I'm developing for IE 7, Firefox and Dillo. It's not necessary to > > respect the W3C because it is for local networking use. > > > > I need to have a table which have an height of 100% of the page and > > my attribute doesn't work. > > I've put " height='100%' " in my
and I've tried with CSS > > too. In Firefox and IE that works but not in Dillo. > > > > In Dillo, there is only the width works. > > > > So, I would like to know if there is a solution to have a table or > > the body of 100% of the Dillo windows? > > > > I hope that yes, this is a good web browser. > > For now I can only confirm that it doesn't work in dillo yet. > You might try to use a transparent 1x1 image scaled to the size you > need. > > Regards, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev Hello, Thanks for the reply, I will try this solution, I hope that could work in my case. Thank you! Regards From ericshliao at gmail.com Sat Jul 18 19:13:54 2009 From: ericshliao at gmail.com (Eric Liao) Date: Sat Jul 18 19:14:19 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font Message-ID: I built dillo2 for my Debian5 desktop and found that Chinese text were not correctly displayed. All Chinese glyphs are displayed in empty blocks. I found that it's because the dillo2 that I built only recognized type1 font and did not recognize truetype font. I did a small test as the stated in the following to find the cause. I know it is not normal, because people don't have such problem. I wonder if this problem can be solved by setting proper ./configure options or by modifying Makefile. If you have any idea, please help. Thanx. At first, I suspect that FLTK2 does not support multi-national language dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 -lXi -lm" to compile. The result is not not satisfying. With the help from fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will execute the following command to compile: gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ The interesting part is: my previous faulty compile command made my program only recognize type1 font (such as Bitstream Charter), and no truetype font is recognized. The problem was corrected by calling "fltk2-config --compile fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. I also add some code in Dillo 2 source code to hardcode fontname to be used to draw text, I found that only typ1 font was recognized, all truetype fonts are not recognized. -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090719/b31c67c7/attachment.html From corvid at lavabit.com Sat Jul 18 21:35:45 2009 From: corvid at lavabit.com (corvid) Date: Sat Jul 18 21:38:57 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font In-Reply-To: References: Message-ID: <20090718193545.GB14661@local.gobigwest.com> Eric wrote: > I built dillo2 for my Debian5 desktop and found that Chinese text were not > correctly displayed. All Chinese glyphs are displayed in empty blocks. I > found that it's because the dillo2 that I built only recognized type1 font > and did not recognize truetype font. I did a small test as the stated in the > following to find the cause. > I know it is not normal, because people don't have such problem. I wonder if > this problem can be solved by setting proper ./configure options or by > modifying Makefile. If you have any idea, please help. Thanx. > > At first, I suspect that FLTK2 does not support multi-national language > dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 > fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 > -lXi -lm" to compile. The result is not not satisfying. With the help from > fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got > correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will > execute the following command to compile: > gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o > fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 > -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ > The interesting part is: my previous faulty compile command made my program > only recognize type1 font (such as Bitstream Charter), and no truetype font > is recognized. The problem was corrected by calling "fltk2-config --compile > fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided > by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. > > I also add some code in Dillo 2 source code to hardcode fontname to be used > to draw text, I found that only typ1 font was recognized, all truetype fonts > are not recognized. Hmm...I've always used Bitstream Cyberbit for Asian text, and the mighty wikipedia claims it's TTF ( http://en.wikipedia.org/wiki/Unicode_typefaces ) Dillo's configure.in has AC_MSG_CHECKING([FLTK2]) if sh -c "fltk2-config --version" >/dev/null 2>&1 then AC_MSG_RESULT(yes) LIBFLTK_CXXFLAGS=`fltk2-config --cxxflags` LIBFLTK_CFLAGS=`fltk2-config --cflags` LIBFLTK_LIBS=`fltk2-config --use-images --ldflags` else AC_MSG_RESULT(no) AC_ERROR(FLTK2 must be installed!) fi to get the fltk flags... From ericshliao at gmail.com Sat Jul 18 22:32:24 2009 From: ericshliao at gmail.com (Eric Liao) Date: Sat Jul 18 22:32:48 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font In-Reply-To: <20090718193545.GB14661@local.gobigwest.com> References: <20090718193545.GB14661@local.gobigwest.com> Message-ID: The font that I mentioned as type1 was "Bitstream Charter", not "Bitstream Cyberbit". Thanx for the tips about configure.in. I will have a further look. > > > Hmm...I've always used Bitstream Cyberbit for Asian text, > and the mighty wikipedia claims it's TTF > ( http://en.wikipedia.org/wiki/Unicode_typefaces ) > > Dillo's configure.in has > > AC_MSG_CHECKING([FLTK2]) > if sh -c "fltk2-config --version" >/dev/null 2>&1 > then AC_MSG_RESULT(yes) > LIBFLTK_CXXFLAGS=`fltk2-config --cxxflags` > LIBFLTK_CFLAGS=`fltk2-config --cflags` > LIBFLTK_LIBS=`fltk2-config --use-images --ldflags` > else AC_MSG_RESULT(no) > AC_ERROR(FLTK2 must be installed!) > fi > > to get the fltk flags... > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090719/0dc35b6d/attachment.htm From jcid at dillo.org Sat Jul 18 23:29:09 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Sat Jul 18 23:29:43 2009 Subject: [Dillo-dev] [patch] check for dpip_tag == NULL in https.c In-Reply-To: <20090718110715.1801556a@gmail.com> References: <20090717220758.GA1681@blob.baaderstrasse.com> <20090717224603.GC6693@dillo.org> <20090717232049.GD6693@dillo.org> <20090718110715.1801556a@gmail.com> Message-ID: <20090718212909.GB16448@dillo.org> On Sat, Jul 18, 2009 at 11:07:15AM +0200, J?r?my Richard wrote: > On Fri, 17 Jul 2009 19:20:49 -0400 > Jorge Arellano Cid wrote: > > > On Fri, Jul 17, 2009 at 06:46:03PM -0400, Jorge Arellano Cid wrote: > > > On Sat, Jul 18, 2009 at 12:07:58AM +0200, Johannes Hofmann wrote: > > > > Hi, > > > > > > > > I was getting frequent https.filter.dpi with dpip_tag == NULL. > > > > Attached patch adds a check for that case. If nobody objects I'd > > > > commit this in a few days. > > > > > > ACK. > > > > > > I'd prefer to have: > > > > > > char *a_Dpip_get_attr_l(char *tag, size_t tagsize, const char > > > *attrname); char *a_Dpip_get_attr(char *tag, const char *attrname); > > > > > > in the global DPIP's API. > > > > > > Please wait a bit while I make a patch... > > > > Please test tip. > > > Hi, > > The tip works great! > It is possible to have this patch in the next version of dillo (2.2?) That's the idea. What lives in the repository goes in the next release unless it's proven buggy or wrong. > And I would like to now when we could download the new version? You can check out the repository anytime. The date of the next release is unknown now. > Thank you very much for your help ! :) -- Cheers Jorge.- From corvid at lavabit.com Sun Jul 19 00:41:45 2009 From: corvid at lavabit.com (corvid) Date: Sun Jul 19 00:44:58 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font In-Reply-To: References: <20090718193545.GB14661@local.gobigwest.com> Message-ID: <20090718224145.GC14661@local.gobigwest.com> Eric wrote: > The font that I mentioned as type1 was "Bitstream Charter", not "Bitstream > Cyberbit". Right, I'm saying that in my circumstances I'm able to use a truetype font without having to do anything special. From ericshliao at gmail.com Sun Jul 19 06:45:23 2009 From: ericshliao at gmail.com (Eric Liao) Date: Sun Jul 19 06:45:48 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font In-Reply-To: <20090718224145.GC14661@local.gobigwest.com> References: <20090718193545.GB14661@local.gobigwest.com> <20090718224145.GC14661@local.gobigwest.com> Message-ID: Truely, It seems people don't have trouble in making dillo2 recognize treutype fonts. My situation is not normal, so I am trying to find why and how to cope with the situation. On Sun, Jul 19, 2009 at 6:41 AM, corvid wrote: > Eric wrote: > > The font that I mentioned as type1 was "Bitstream Charter", not > "Bitstream > > Cyberbit". > > Right, I'm saying that in my circumstances I'm able to use a truetype font > without having to do anything special. > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090719/816585b3/attachment.html From Johannes.Hofmann at gmx.de Sun Jul 19 21:35:50 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Sun Jul 19 21:37:54 2009 Subject: [Dillo-dev] Problem: Dillo2 does not recognize True Type font In-Reply-To: References: Message-ID: <20090719193550.GA2620@blob.baaderstrasse.com> Hi Eric, On Sun, Jul 19, 2009 at 01:13:54AM +0800, Eric Liao wrote: > I built dillo2 for my Debian5 desktop and found that Chinese text were not > correctly displayed. All Chinese glyphs are displayed in empty blocks. I > found that it's because the dillo2 that I built only recognized type1 font > and did not recognize truetype font. I did a small test as the stated in the > following to find the cause. > I know it is not normal, because people don't have such problem. I wonder if > this problem can be solved by setting proper ./configure options or by > modifying Makefile. If you have any idea, please help. Thanx. > > At first, I suspect that FLTK2 does not support multi-national language > dispaly. So I wrote a small program to test it. I used: "g++ -o fltkhello1 > fltkhello1.cxx -I/usr/local/include -L/local/lib -lfltk2 -lXext -lXft -lX11 > -lXi -lm" to compile. The result is not not satisfying. With the help from > fltk-dev mail list, I tried "fltk2-config --compile fltkhello1.cxx" and got > correct result. In fact, "fltk2-config --compile fltkhello1.cxx" will > execute the following command to compile: > gcc -I/usr/local/include -I/usr/include/freetype2 -Wno-non-virtual-dtor -o > fltkhello1 fltkhello1.cxx -L/usr/local/lib /usr/local/lib/libfltk2.a -lX11 > -lXi -lXinerama -lXcursor -lXft -lpthread -lm -lXext -lsupc++ > The interesting part is: my previous faulty compile command made my program > only recognize type1 font (such as Bitstream Charter), and no truetype font > is recognized. The problem was corrected by calling "fltk2-config --compile > fltkhello1.cxx". Because in my desktop, all the Chinese glyphs are provided > by truetype font, it caued FLTK2 program won't dispaly Chinese glyphs. Maybe the -I/usr/include/freetype2 option is needed on your system to get the right freetype includes? You might try export CPPFLAGS=-I/usr/include/freetype2 before calling the dillo configure script to make sure gcc looks in /usr/include/freetype2 first when searching for freetype includes. Cheers, Johannes From jcid at dillo.org Mon Jul 20 16:47:05 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Mon Jul 20 16:47:40 2009 Subject: [Dillo-dev] Happy announcement (not SW) Message-ID: <20090720144705.GD26631@dillo.org> Hi guys, I'm quite happy to let you know that yesterday 19 Aug, my first daughter Lisa was born! Everything is OK, we're vey happy with this "release" :) and I just wanted to communicate it here, so you more or less know or understand my activities (or lack of) in the next days. :-) -- Cheers Jorge.- From sas at 321.hu Mon Jul 20 16:56:03 2009 From: sas at 321.hu (=?ISO-8859-1?Q?SZERV=C1C_Attila?=) Date: Mon Jul 20 16:56:57 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: On Mon, Jul 20, 2009 at 4:47 PM, Jorge Arellano Cid wrote: > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Happy 1.1 :-) btw.: I've checked intrepid build on Debian stable/testing. Fine. -- SZERV?C Attila - zeneszerz? http://google.com/search?q=szerv?c -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090720/e49d7ce0/attachment.htm From Johannes.Hofmann at gmx.de Mon Jul 20 17:40:22 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Mon Jul 20 17:42:24 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090720154022.GA882@blob.baaderstrasse.com> Hi Jorge, On Mon, Jul 20, 2009 at 10:47:05AM -0400, Jorge Arellano Cid wrote: > Hi guys, > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) > and I just wanted to communicate it here, so you more or > less know or understand my activities (or lack of) in the next days. > > :-) This is excellent news! Congratulations! Cheers, Johannes From corvid at lavabit.com Mon Jul 20 18:20:53 2009 From: corvid at lavabit.com (corvid) Date: Mon Jul 20 18:24:03 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090720162053.GE14661@local.gobigwest.com> Jorge wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations! PS It's still July here -- you might need to get some sleep :) :) From darkspirit5000 at gmail.com Mon Jul 20 18:27:25 2009 From: darkspirit5000 at gmail.com (Diego .) Date: Mon Jul 20 18:28:18 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720162053.GE14661@local.gobigwest.com> References: <20090720144705.GD26631@dillo.org> <20090720162053.GE14661@local.gobigwest.com> Message-ID: <19be94b30907200927m4ccf6041l3e364fe145d09a86@mail.gmail.com> Congratulations!! 2009/7/20, corvid : > Jorge wrote: >> I'm quite happy to let you know that yesterday 19 Aug, >> my first daughter Lisa was born! > > Congratulations! > > PS It's still July here -- you might need to get some sleep :) :) > > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > From kelson at pobox.com Mon Jul 20 19:33:51 2009 From: kelson at pobox.com (Kelson Vibber) Date: Mon Jul 20 19:34:22 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <4A64AA7F.9010804@pobox.com> Jorge Arellano Cid wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations! -- Kelson Vibber Hyperborea.org - SpeedForce.org From newman.x at gmail.com Mon Jul 20 20:26:27 2009 From: newman.x at gmail.com (Michal Nowak) Date: Mon Jul 20 20:26:53 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720162053.GE14661@local.gobigwest.com> References: <20090720144705.GD26631@dillo.org> <20090720162053.GE14661@local.gobigwest.com> Message-ID: <20090720182626.GA3616@assam.redhat.com> On Mon, Jul 20, 2009 at 04:20:53PM +0000, corvid wrote: > Jorge wrote: > > I'm quite happy to let you know that yesterday 19 Aug, > > my first daughter Lisa was born! > > Congratulations! > > PS It's still July here -- you might need to get some sleep :) :) Congratulations! (I am different month-zone too :) ). Michal From higuita7 at yahoo.co.uk Tue Jul 21 00:52:55 2009 From: higuita7 at yahoo.co.uk (higuita) Date: Tue Jul 21 00:54:02 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090720235255.449819d2@Couracado.homelinux.net> Hi all On Mon, 20 Jul 2009 10:47:05 -0400, Jorge Arellano Cid wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulations!! Being a father also of a small girl (1 year now), i can tell you that you will be very busy in the next few weeks (years!), but its amazing and fun experience. If you have any question, just ask, in the beginning everything is new and unknown. again, congratulations for you, the mother and the rest of the family. :) higuita -- Naturally the common people don't want war... but after all it is the leaders of a country who determine the policy, and it is always a simple matter to drag the people along, whether it is a democracy, or a fascist dictatorship, or a parliament, or a communist dictatorship. Voice or no voice, the people can always be brought to the bidding of the leaders. That is easy. All you have to do is tell them they are being attacked, and denounce the pacifists for lack of patriotism and exposing the country to danger. It works the same in every country. -- Hermann Goering, Nazi and war criminal, 1883-1946 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available Url : /pipermail/attachments/20090720/f4c7432a/signature.pgp From jorl17.8 at gmail.com Tue Jul 21 01:40:28 2009 From: jorl17.8 at gmail.com (=?UTF-8?B?Sm/Do28=?= Ricardo =?UTF-8?B?TG91cmVuw6dv?=) Date: Tue Jul 21 01:40:54 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090721004028.07ae8eb0@jorl17-laptop> A Mon, 20 Jul 2009 10:47:05 -0400 Jorge Arellano Cid escreveu: > Hi guys, > > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) > and I just wanted to communicate it here, so you more or > less know or understand my activities (or lack of) in the next days. > > :-) > That is fantastic! I'm really happy for you! Congratulations and...be prepared! Jorl17 From joerg.sonnenberger at web.de Tue Jul 21 01:41:36 2009 From: joerg.sonnenberger at web.de (Joerg Sonnenberger) Date: Tue Jul 21 01:42:07 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090720234136.GA20645@britannica.bec.de> On Mon, Jul 20, 2009 at 10:47:05AM -0400, Jorge Arellano Cid wrote: > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! Congratulation! In which category of parent hacker will you now fall? "I have no time for anything else now" or "I have lots of spare time in the middle of the night while nursing the baby"? Joerg From onepoint at starurchin.org Tue Jul 21 09:00:41 2009 From: onepoint at starurchin.org (Jeremy Henty) Date: Tue Jul 21 09:01:35 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090720144705.GD26631@dillo.org> References: <20090720144705.GD26631@dillo.org> Message-ID: <20090721070041.GB14553@omphalos.singularity> > I'm quite happy to let you know that yesterday 19 Aug, > my first daughter Lisa was born! > > Everything is OK, we're vey happy with this "release" :) Many congratulations! Jeremy Henty From hubugui at gmail.com Tue Jul 21 09:47:11 2009 From: hubugui at gmail.com (=?UTF-8?B?5rGq5rSL?=) Date: Tue Jul 21 09:48:25 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: <20090721070041.GB14553@omphalos.singularity> References: <20090720144705.GD26631@dillo.org> <20090721070041.GB14553@omphalos.singularity> Message-ID: Best congratulations from China! :-) 2009/7/21 Jeremy Henty > > > I'm quite happy to let you know that yesterday 19 Aug, > > my first daughter Lisa was born! > > > > Everything is OK, we're vey happy with this "release" :) > > Many congratulations! > > Jeremy Henty > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev > -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090721/61375bb6/attachment.htm From jcid at dillo.org Fri Jul 24 17:31:05 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 24 17:31:43 2009 Subject: [Dillo-dev] Happy announcement (not SW) In-Reply-To: References: <20090720144705.GD26631@dillo.org> <20090721070041.GB14553@omphalos.singularity> Message-ID: <20090724153105.GF9247@dillo.org> Hi, Thanks a lot for all the congratulations and good wishes! Now, I'm back from the quantum-space month-zone leap too. -- Happy :) Jorge.- From jcid at dillo.org Fri Jul 24 17:33:28 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 24 17:34:04 2009 Subject: [Dillo-dev] Planning Message-ID: <20090724153328.GG9247@dillo.org> Hi, Here are some pending issues which I've partially sorted by priority (at least the top half). Please add the missing ones and let's try to finish sorting it, with a view to planify our work. * Make DIV-based pages render correctly. This is the most visible rendering fault in Dillo. The textblock doesn't have a way to handle it (not implemented). IIRC I'm willing to dig into it and Johannes will help. e.g. http://www.advogato.org/faq.html * Add blocker (this also has to do with privacy). A full RE-based one may have significant overhead (test required), but simple string-matching may do most of the trick. I've also thought for a long time that a "don't load from other sites" preference may help a lot. The whole topic needs some thought but it's not hard to implement. e.g. doubleclick. * Handle negative values in CSS. e.g. wikipedia. * What will we do with xhtml? To render or not to render... FF doesn't validate. BUG#732 One solution is to add a notification widget area below the control panel that hides/unhides as the find bar, to warn when a xhtml file has detected bugs (we'd also move the meta refresh warning to display here). I already have a simple patch to add xhtml rendering. The widget implemetation is the missing part. It should be much simpler than the close button in each tab. :-) e.g. http://planet.postgresql.org/ * Jump to #anchor doesn't work correctly. It looks like a timing issue, but the idle-call API needs a review as a whole. * dpi for "view page source" (it re-uses search capability). This requires a check of the current data-passing inside DPIP. * Improve the DPI development/debug framework. * https dialog bombing issue. BUG#868 AKA make https dpi a server (i.e. not a filter dpi). * Render bug at http://www.directfb.org/ (and its links). The table has too wide a first column. Back/Fwd solves it. *   handling in fltk.org The relevant point is to define a consistent way to handle whitespace in the textblock. * FTP download doesn't work?! -- Cheers Jorge.- From corvid at lavabit.com Fri Jul 24 19:02:55 2009 From: corvid at lavabit.com (corvid) Date: Fri Jul 24 19:06:06 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724153328.GG9247@dillo.org> References: <20090724153328.GG9247@dillo.org> Message-ID: <20090724170254.GA26610@local.gobigwest.com> Jorge wrote: > * Render bug at http://www.directfb.org/ (and its links). The > table has too wide a first column. Back/Fwd solves it. I generally run dillo with my nowrap patch, which isn't showing this problem. (But before I make it sound perfect, I have noticed insufficiently wide menu widgets for SELECT on first load on occasion lately, but haven't yet gotten around to looking into whether it's the patch's fault) > *   handling in fltk.org > The relevant point is to define a consistent way to handle > whitespace in the textblock. What is wrong here? The wide underlines? > * FTP download doesn't work?! I haven't been having trouble with FTP. PS I see that there's a new fltk2 out that may be worth upgrading to (scandir glibc thing) so that we can find out whether to recommend it on the download page. From Johannes.Hofmann at gmx.de Fri Jul 24 19:19:43 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Fri Jul 24 19:21:46 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724153328.GG9247@dillo.org> References: <20090724153328.GG9247@dillo.org> Message-ID: <20090724171943.GA4464@blob.baaderstrasse.com> Hi, On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > Hi, > > Here are some pending issues which I've partially sorted by > priority (at least the top half). Please add the missing ones and > let's try to finish sorting it, with a view to planify our work. > > > * Make DIV-based pages render correctly. > This is the most visible rendering fault in Dillo. The > textblock doesn't have a way to handle it (not implemented). > IIRC I'm willing to dig into it and Johannes will help. > e.g. http://www.advogato.org/faq.html With DIV-based pages you mean floats as in http://www.w3.org/TR/CSS21/visuren.html#floats? Yes, this is the most obvious rendering problem atm. > > * Add blocker (this also has to do with privacy). > A full RE-based one may have significant overhead (test > required), but simple string-matching may do most of the trick. > I've also thought for a long time that a "don't load from > other sites" preference may help a lot. The whole topic needs > some thought but it's not hard to implement. > e.g. doubleclick. > > * Handle negative values in CSS. e.g. wikipedia. Actually it's dw/* that needs to be adapted to handle negative margins. This might be related to the floats stuff. > > * What will we do with xhtml? To render or not to render... > FF doesn't validate. BUG#732 > One solution is to add a notification widget area below the > control panel that hides/unhides as the find bar, to warn when a > xhtml file has detected bugs (we'd also move the meta refresh > warning to display here). I already have a simple patch to add > xhtml rendering. The widget implemetation is the missing part. > It should be much simpler than the close button in each tab. :-) > e.g. http://planet.postgresql.org/ > > * Jump to #anchor doesn't work correctly. > It looks like a timing issue, but the idle-call API needs a > review as a whole. > > * dpi for "view page source" (it re-uses search capability). > This requires a check of the current data-passing inside DPIP. > > * Improve the DPI development/debug framework. > > * https dialog bombing issue. BUG#868 > AKA make https dpi a server (i.e. not a filter dpi). > > * Render bug at http://www.directfb.org/ (and its links). The > table has too wide a first column. Back/Fwd solves it. Yes, I've seen this on several pages. > > *   handling in fltk.org > The relevant point is to define a consistent way to handle > whitespace in the textblock. Can you explain the problem a bit? > > * FTP download doesn't work?! wget - based downloads work mostly fine for me. Where do you see an issue? I've got one more point: * Add clipping to the fltk drawing code, so that e.g. margins of huge boxes don't cause X11 coordinate overflows. E.g. on http://alpen-panoramen.de/newcomments.php I will try to fix that. Similar issues occur with very long lines in plain.cc. Cheers, Johannes From joerg.sonnenberger at web.de Fri Jul 24 19:51:46 2009 From: joerg.sonnenberger at web.de (Joerg Sonnenberger) Date: Fri Jul 24 19:52:23 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724153328.GG9247@dillo.org> References: <20090724153328.GG9247@dillo.org> Message-ID: <20090724175146.GA14341@britannica.bec.de> On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > * Add blocker (this also has to do with privacy). > A full RE-based one may have significant overhead (test > required), but simple string-matching may do most of the trick. > I've also thought for a long time that a "don't load from > other sites" preference may help a lot. The whole topic needs > some thought but it's not hard to implement. I'd be very careful with that assumptions. A good regex engine needs a single pass over the input string independent of the number of strings to search for. Note that the OS regex might not work that well, but e.g. TRE isn't that big. Joerg From Johannes.Hofmann at gmx.de Fri Jul 24 20:03:31 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Fri Jul 24 20:05:35 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724175146.GA14341@britannica.bec.de> References: <20090724153328.GG9247@dillo.org> <20090724175146.GA14341@britannica.bec.de> Message-ID: <20090724180331.GA4909@blob.baaderstrasse.com> On Fri, Jul 24, 2009 at 07:51:46PM +0200, Joerg Sonnenberger wrote: > On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > > * Add blocker (this also has to do with privacy). > > A full RE-based one may have significant overhead (test > > required), but simple string-matching may do most of the trick. > > I've also thought for a long time that a "don't load from > > other sites" preference may help a lot. The whole topic needs > > some thought but it's not hard to implement. > > I'd be very careful with that assumptions. A good regex engine needs a > single pass over the input string independent of the number of strings > to search for. Note that the OS regex might not work that well, but > e.g. TRE isn't that big. Yes, here is a nice article about regexp matching: http://swtch.com/~rsc/regexp/regexp1.html IRC corvid already did some testing with regexps for adblocking. Cheers, Johannes From corvid at lavabit.com Fri Jul 24 21:42:18 2009 From: corvid at lavabit.com (corvid) Date: Fri Jul 24 21:45:29 2009 Subject: [Dillo-dev] exit codes Message-ID: <20090724194218.GC26610@local.gobigwest.com> I checked what bash sees when dillo returns -1 for bad cmdline argument, and $? shows 255. It seems that out of range values turn into 255. Not that anyone will ever care beyond zero vs nonzero, but I'd like to change it to something valid. I could change it to 1...or 2...or I could use the values from sysexits.h (i.e., borrow their values as opposed to including it, since it doesn't appear to be standard). Any opinions? From corvid at lavabit.com Fri Jul 24 21:50:58 2009 From: corvid at lavabit.com (corvid) Date: Fri Jul 24 21:54:08 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724180331.GA4909@blob.baaderstrasse.com> References: <20090724153328.GG9247@dillo.org> <20090724175146.GA14341@britannica.bec.de> <20090724180331.GA4909@blob.baaderstrasse.com> Message-ID: <20090724195058.GD26610@local.gobigwest.com> Johannes wrote: > On Fri, Jul 24, 2009 at 07:51:46PM +0200, Joerg Sonnenberger wrote: > > On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > > > * Add blocker (this also has to do with privacy). > > > A full RE-based one may have significant overhead (test > > > required), but simple string-matching may do most of the trick. > > > I've also thought for a long time that a "don't load from > > > other sites" preference may help a lot. The whole topic needs > > > some thought but it's not hard to implement. > > > > I'd be very careful with that assumptions. A good regex engine needs a > > single pass over the input string independent of the number of strings > > to search for. Note that the OS regex might not work that well, but > > e.g. TRE isn't that big. > > Yes, here is a nice article about regexp matching: > http://swtch.com/~rsc/regexp/regexp1.html > > IRC corvid already did some testing with regexps for adblocking. So far as I can recall, - using a small number of rules and some fnmatch() didn't give any obvious slowdown, although I didn't gprof it. - trying to make one big rule naively for regexec() used a huge amount of memory. and that's as far as I got. From corvid at lavabit.com Sat Jul 25 22:02:02 2009 From: corvid at lavabit.com (corvid) Date: Sat Jul 25 22:05:14 2009 Subject: [Dillo-dev] dIsspace Message-ID: <20090725200201.GF26610@local.gobigwest.com> When are we supposed to use isspace() and when are we supposed to use dIsspace()? It appears that one is now used in the C++ code and the other in the C code, but I don't know the reason for this distinction. From jcid at dillo.org Sun Jul 26 18:27:05 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Sun Jul 26 18:27:47 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090725200201.GF26610@local.gobigwest.com> References: <20090725200201.GF26610@local.gobigwest.com> Message-ID: <20090726162705.GA3828@dillo.org> On Sat, Jul 25, 2009 at 08:02:02PM +0000, corvid wrote: > When are we supposed to use isspace() > and when are we supposed to use dIsspace()? > It appears that one is now used in the C++ code > and the other in the C code, but I don't know > the reason for this distinction. C and C++ have different conventions for data types. dIsspace() avoids problems in C code on platforms with a signed char default. C++ is inmune. OTOH, it looks weird to have both calls in the code. I'd happily use dIsspace() all over if the compiler optimizes the extra cast away. -- Cheers Jorge.- From joerg.sonnenberger at web.de Sun Jul 26 18:53:11 2009 From: joerg.sonnenberger at web.de (Joerg Sonnenberger) Date: Sun Jul 26 18:53:47 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090726162705.GA3828@dillo.org> References: <20090725200201.GF26610@local.gobigwest.com> <20090726162705.GA3828@dillo.org> Message-ID: <20090726165311.GA1545@britannica.bec.de> On Sun, Jul 26, 2009 at 12:27:05PM -0400, Jorge Arellano Cid wrote: > On Sat, Jul 25, 2009 at 08:02:02PM +0000, corvid wrote: > > When are we supposed to use isspace() > > and when are we supposed to use dIsspace()? > > It appears that one is now used in the C++ code > > and the other in the C code, but I don't know > > the reason for this distinction. > > C and C++ have different conventions for data types. > dIsspace() avoids problems in C code on platforms with > a signed char default. C++ is inmune. The results for C++ are not different as far as ctype(3) are concerned. > OTOH, it looks weird to have both calls in the code. I'd > happily use dIsspace() all over if the compiler optimizes the > extra cast away. The cast is a nop on every architecture that matters. That is not the answer you might get from comp.lang.c though :) Joerg From corvid at lavabit.com Sun Jul 26 19:21:07 2009 From: corvid at lavabit.com (corvid) Date: Sun Jul 26 19:24:20 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724153328.GG9247@dillo.org> References: <20090724153328.GG9247@dillo.org> Message-ID: <20090726172107.GG26610@local.gobigwest.com> Jorge wrote: > * Jump to #anchor doesn't work correctly. > It looks like a timing issue, but the idle-call API needs a > review as a whole. Speaking of idle, is there a reasonable way to make it so that the importance goes 1) network->cache 2) UI responsive 3) cache->textblock I know we have "throttle rendering" listed in the plans, but I seem to recall that being a KB/s sort of thing. From jcid at dillo.org Sun Jul 26 21:08:22 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Sun Jul 26 21:09:01 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724171943.GA4464@blob.baaderstrasse.com> References: <20090724153328.GG9247@dillo.org> <20090724171943.GA4464@blob.baaderstrasse.com> Message-ID: <20090726190822.GE3828@dillo.org> On Fri, Jul 24, 2009 at 07:19:43PM +0200, Johannes Hofmann wrote: > Hi, > > On Fri, Jul 24, 2009 at 11:33:28AM -0400, Jorge Arellano Cid wrote: > > Hi, > > > > Here are some pending issues which I've partially sorted by > > priority (at least the top half). Please add the missing ones and > > let's try to finish sorting it, with a view to planify our work. > > > > > > * Make DIV-based pages render correctly. > > This is the most visible rendering fault in Dillo. The > > textblock doesn't have a way to handle it (not implemented). > > IIRC I'm willing to dig into it and Johannes will help. > > e.g. http://www.advogato.org/faq.html > > With DIV-based pages you mean floats as in > http://www.w3.org/TR/CSS21/visuren.html#floats? Exactly. > Yes, this is the most obvious rendering problem atm. It looks complex, and it will take some time to study before coming with implementation ideas. > > * Add blocker (this also has to do with privacy). > > A full RE-based one may have significant overhead (test > > required), but simple string-matching may do most of the trick. > > I've also thought for a long time that a "don't load from > > other sites" preference may help a lot. The whole topic needs > > some thought but it's not hard to implement. > > e.g. doubleclick. > > > > * Handle negative values in CSS. e.g. wikipedia. > > Actually it's dw/* that needs to be adapted to handle negative > margins. This might be related to the floats stuff. It looks like. Maybe they can be implemented separately. > * Add clipping to the fltk drawing code, so that e.g. margins of huge > boxes don't cause X11 coordinate overflows. > E.g. on http://alpen-panoramen.de/newcomments.php > I will try to fix that. > Similar issues occur with very long lines in plain.cc. At what priority? -- Cheers Jorge.- From jcid at dillo.org Mon Jul 27 16:02:28 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Mon Jul 27 16:03:09 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090726165311.GA1545@britannica.bec.de> References: <20090725200201.GF26610@local.gobigwest.com> <20090726162705.GA3828@dillo.org> <20090726165311.GA1545@britannica.bec.de> Message-ID: <20090727140227.GA3987@dillo.org> On Sun, Jul 26, 2009 at 06:53:11PM +0200, Joerg Sonnenberger wrote: > On Sun, Jul 26, 2009 at 12:27:05PM -0400, Jorge Arellano Cid wrote: > > On Sat, Jul 25, 2009 at 08:02:02PM +0000, corvid wrote: > > > When are we supposed to use isspace() > > > and when are we supposed to use dIsspace()? > > > It appears that one is now used in the C++ code > > > and the other in the C code, but I don't know > > > the reason for this distinction. > > > > C and C++ have different conventions for data types. > > dIsspace() avoids problems in C code on platforms with > > a signed char default. C++ is inmune. > > The results for C++ are not different as far as ctype(3) are concerned. It looks like it's the compiler the one that decides [1]. When porting dillo to minix3 I had this problem. > > OTOH, it looks weird to have both calls in the code. I'd > > happily use dIsspace() all over if the compiler optimizes the > > extra cast away. > > The cast is a nop on every architecture that matters. That is not the > answer you might get from comp.lang.c though :) Good, then we can use dIsspace all over the place. [1] http://home.att.net/~jackklein/c/inttypes.html -- Cheers Jorge.- From jcid at dillo.org Mon Jul 27 16:18:33 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Mon Jul 27 16:19:15 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090726172107.GG26610@local.gobigwest.com> References: <20090724153328.GG9247@dillo.org> <20090726172107.GG26610@local.gobigwest.com> Message-ID: <20090727141833.GB3987@dillo.org> On Sun, Jul 26, 2009 at 05:21:07PM +0000, corvid wrote: > Jorge wrote: > > * Jump to #anchor doesn't work correctly. > > It looks like a timing issue, but the idle-call API needs a > > review as a whole. > > Speaking of idle, is there a reasonable way to make it so that > the importance goes > 1) network->cache > 2) UI responsive > 3) cache->textblock Given the way the code and network engine are designed, there're much simpler ways to achieve UI responsiveness. For instance: AFAIR, currently the redraw requests are queued and idled. When the idle queue is finally processed all the pending redraws are issued one after another. Considering that rendering is a resource-heavy operation, if the drawing code could cancel the previous requests and only issue the really needed ones this alone could reduce CPU usage by a significative factor, and make the whole browser feel much faster. > I know we have "throttle rendering" listed in the plans, but I seem to > recall that being a KB/s sort of thing. There're several ways to approach this problem... -- Cheers Jorge.- From corvid at lavabit.com Mon Jul 27 16:16:53 2009 From: corvid at lavabit.com (corvid) Date: Mon Jul 27 16:20:06 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090727140227.GA3987@dillo.org> References: <20090725200201.GF26610@local.gobigwest.com> <20090726162705.GA3828@dillo.org> <20090726165311.GA1545@britannica.bec.de> <20090727140227.GA3987@dillo.org> Message-ID: <20090727141653.GK26610@local.gobigwest.com> Jorge wrote: > When porting dillo to minix3 I had this problem. So it works? I don't see it in Compatibility.html From joerg.sonnenberger at web.de Mon Jul 27 16:20:31 2009 From: joerg.sonnenberger at web.de (Joerg Sonnenberger) Date: Mon Jul 27 16:21:03 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090727140227.GA3987@dillo.org> References: <20090725200201.GF26610@local.gobigwest.com> <20090726162705.GA3828@dillo.org> <20090726165311.GA1545@britannica.bec.de> <20090727140227.GA3987@dillo.org> Message-ID: <20090727142030.GA11658@britannica.bec.de> On Mon, Jul 27, 2009 at 10:02:28AM -0400, Jorge Arellano Cid wrote: > On Sun, Jul 26, 2009 at 06:53:11PM +0200, Joerg Sonnenberger wrote: > > The results for C++ are not different as far as ctype(3) are concerned. > > It looks like it's the compiler the one that decides [1]. > When porting dillo to minix3 I had this problem. Yes, what I said is that it is irrelevant whether you have C or C++ for this. The argument for ctype(3) macros must always be either EOF or 0..255. At least on NetBSD you will also get a compiler warning when using (signed) char. Joerg From corvid at lavabit.com Mon Jul 27 16:26:08 2009 From: corvid at lavabit.com (corvid) Date: Mon Jul 27 16:29:19 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090727141833.GB3987@dillo.org> References: <20090724153328.GG9247@dillo.org> <20090726172107.GG26610@local.gobigwest.com> <20090727141833.GB3987@dillo.org> Message-ID: <20090727142608.GL26610@local.gobigwest.com> Jorge wrote: > On Sun, Jul 26, 2009 at 05:21:07PM +0000, corvid wrote: > > Jorge wrote: > > > * Jump to #anchor doesn't work correctly. > > > It looks like a timing issue, but the idle-call API needs a > > > review as a whole. > > > > Speaking of idle, is there a reasonable way to make it so that > > the importance goes > > 1) network->cache > > 2) UI responsive > > 3) cache->textblock > > Given the way the code and network engine are designed, > there're much simpler ways to achieve UI responsiveness. > > For instance: AFAIR, currently the redraw requests are queued > and idled. When the idle queue is finally processed all the > pending redraws are issued one after another. Considering that > rendering is a resource-heavy operation, if the drawing code > could cancel the previous requests and only issue the really > needed ones this alone could reduce CPU usage by a significative > factor, and make the whole browser feel much faster. Ohh... I thought it was doing this already. From jcid at dillo.org Mon Jul 27 22:32:43 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Mon Jul 27 22:33:25 2009 Subject: [Dillo-dev] dIsspace In-Reply-To: <20090727141653.GK26610@local.gobigwest.com> References: <20090725200201.GF26610@local.gobigwest.com> <20090726162705.GA3828@dillo.org> <20090726165311.GA1545@britannica.bec.de> <20090727140227.GA3987@dillo.org> <20090727141653.GK26610@local.gobigwest.com> Message-ID: <20090727203243.GC3987@dillo.org> On Mon, Jul 27, 2009 at 02:16:53PM +0000, corvid wrote: > Jorge wrote: > > When porting dillo to minix3 I had this problem. > > So it works? I don't see it in Compatibility.html Minix3 doesn't have Unix sockets nor pthreads yet, so all the DPI framework is not of the party. The main program (dillo itself) works very well on rendering and UI (flawless in my local testing). I don't have a network card supported by minix so they're testing how it works on the real Web. Once I get an official OK, it surely deserves a mention in Compatibility.html. -- Cheers Jorge.- From stevegigijoe at yahoo.com.tw Tue Jul 28 13:41:41 2009 From: stevegigijoe at yahoo.com.tw (=?big5?B?qviu9SCxaQ==?=) Date: Tue Jul 28 14:42:49 2009 Subject: [Dillo-dev] dillo crash at dlib/dlib.c:173 Message-ID: <27000.88928.qm@web73103.mail.tp2.yahoo.com> Hello all After update, the dillo crash while opening http://www.google.com.tw on dlib/dlib.c:173 The array haystack is null and unchecked cause the problem... Log as below gigijoe@user-desktop:~/dillo2$ gdb src/dillo GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (gdb) r Starting program: /home/gigijoe/dillo2/src/dillo [Thread debugging using libthread_db enabled] paths: Cannot open file '/home/gigijoe/.dillo/keysrc' paths: Cannot open file '/usr/local/etc/dillo/keysrc' paths: Using internal defaults... dillo_dns_init: Here we go! (threaded) Disabling cookies. Nav_open_url: new url='http://www.google.com.tw' [New Thread 0xb795b8e0 (LWP 11430)] [New Thread 0xb782bb90 (LWP 11433)] Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 [Thread 0xb782bb90 (LWP 11433) exited] Connecting to 74.125.19.105 Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb795b8e0 (LWP 11430)] 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) Current language: auto; currently c (gdb) q The program is running. Exit anyway? (y or n) y Steve ______________________________________________________________________________________________________ 禣甧秖礚Yahoo!集筿獺絚2.0禣倒獺ンッ环ぃゲ http://tw.mg0.mail.yahoo.com/dc/landing -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090728/b0442d6e/attachment.html From corvid at lavabit.com Tue Jul 28 18:20:05 2009 From: corvid at lavabit.com (corvid) Date: Tue Jul 28 18:23:24 2009 Subject: [Dillo-dev] dillo crash at dlib/dlib.c:173 In-Reply-To: <27000.88928.qm@web73103.mail.tp2.yahoo.com> References: <27000.88928.qm@web73103.mail.tp2.yahoo.com> Message-ID: <20090728162005.GP26610@local.gobigwest.com> ?? wrote: > After update, the dillo crash while opening http://www.google.com.tw > on dlib/dlib.c:173 > > The array haystack is null and unchecked cause the problem... > > Log as below > > gigijoe@user-desktop:~/dillo2$ gdb src/dillo > GNU gdb 6.8-debian > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-linux-gnu"... > (gdb) r > Starting program: /home/gigijoe/dillo2/src/dillo > [Thread debugging using libthread_db enabled] > paths: Cannot open file '/home/gigijoe/.dillo/keysrc' > paths: Cannot open file '/usr/local/etc/dillo/keysrc' > paths: Using internal defaults... > dillo_dns_init: Here we go! (threaded) > Disabling cookies. > Nav_open_url: new url='http://www.google.com.tw' > [New Thread 0xb795b8e0 (LWP 11430)] > [New Thread 0xb782bb90 (LWP 11433)] > Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 > [Thread 0xb782bb90 (LWP 11433) exited] > Connecting to 74.125.19.105 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb795b8e0 (LWP 11430)] > 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 > 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) > Current language: auto; currently c > (gdb) q > The program is running. Exit anyway? (y or n) y I believe it's breaking in your javascript patch. We usually write if (attrbuf) { .. } But regardless, dStristr() should have checks for NULL. I'll add them in a moment. From Johannes.Hofmann at gmx.de Tue Jul 28 18:13:33 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Wed Jul 29 01:22:27 2009 Subject: [Dillo-dev] dillo crash at dlib/dlib.c:173 In-Reply-To: <27000.88928.qm@web73103.mail.tp2.yahoo.com> References: <27000.88928.qm@web73103.mail.tp2.yahoo.com> Message-ID: <20090728161332.GA859@blob.baaderstrasse.com> On Tue, Jul 28, 2009 at 07:41:41PM +0800, ?? ? wrote: > Hello all > > After update, the dillo crash while opening http://www.google.com.tw > on dlib/dlib.c:173 > > The array haystack is null and unchecked cause the problem... Can you please type "bt" in gdb to get a backtrace and post the output? Are you running plain dillo without additional patches? Cheers, Johannes > > Log as below > > gigijoe@user-desktop:~/dillo2$ gdb src/dillo > GNU gdb 6.8-debian > Copyright (C) 2008 Free Software Foundation, Inc. > License GPLv3+: GNU GPL version 3 or later > This is free software: you are free to change and redistribute it. > There is NO WARRANTY, to the extent permitted by law. Type "show copying" > and "show warranty" for details. > This GDB was configured as "i486-linux-gnu"... > (gdb) r > Starting program: /home/gigijoe/dillo2/src/dillo > [Thread debugging using libthread_db enabled] > paths: Cannot open file '/home/gigijoe/.dillo/keysrc' > paths: Cannot open file '/usr/local/etc/dillo/keysrc' > paths: Using internal defaults... > dillo_dns_init: Here we go! (threaded) > Disabling cookies. > Nav_open_url: new url='http://www.google.com.tw' > [New Thread 0xb795b8e0 (LWP 11430)] > [New Thread 0xb782bb90 (LWP 11433)] > Dns_server [0]: www.google.com.tw is 74.125.19.105 74.125.19.106 74.125.19.99 74.125.19.104 74.125.19.103 74.125.19.147 > [Thread 0xb782bb90 (LWP 11433) exited] > Connecting to 74.125.19.105 > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0xb795b8e0 (LWP 11430)] > 0x0807ee7c in dStristr (haystack=0x0, needle=0x810c13f "javascript") at dlib.c:173 > 173 for (i = 0, j = 0; haystack[i] && needle[j]; ++i) > Current language: auto; currently c > (gdb) q > The program is running. Exit anyway? (y or n) y > > > Steve > > > ______________________________________________________________________________________________________ > ?????????Yahoo!??????2.0????????????? http://tw.mg0.mail.yahoo.com/dc/landing > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev From bf2006a at yahoo.com Wed Jul 29 07:01:12 2009 From: bf2006a at yahoo.com (bf) Date: Wed Jul 29 07:02:07 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090724153328.GG9247@dillo.org> Message-ID: <313693.55874.qm@web39106.mail.mud.yahoo.com> --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > From: Jorge Arellano Cid > Subject: [Dillo-dev] Planning > To: "Dillo mailing list" > Date: Friday, July 24, 2009, 11:33 AM > Hi, > > ? Here? are? some? pending? issues > which I've partially sorted by > priority (at least the top half). Please add the missing > ones and > let's try to finish sorting it, with a view to planify our > work. > * Add blocker (this also has to do with privacy). > ???A? full? RE-based? > one? may? have? significant? overhead > (test > required),? but? simple string-matching may do > most of the trick. > I've? also? thought? for? a? > long? time? that? a "don't load from > other? sites"? preference? may? help a > lot. The whole topic needs > some thought but it's not hard to implement. > ???e.g. doubleclick. Or you could just point users to privoxy, junkbuster, WWWOFFLE, and/or polipo. I don't see any mention of a limit on concurrent connections that was proposed earlier, and as far as I know it hasn't been implemented. In addition to the reasons given earlier, it is very frustrating to have to implement your own traffic-shaping just to avoid being blocked by a rate/connection-limiting firewall, or to avoid being blocklisted by a site you had hoped to visit. I'd hate to see dillo gain a reputation as a problematic UserAgent, and perhaps be blocked by some heavy-handed administrators. b. From stevegigijoe at yahoo.com.tw Wed Jul 29 13:17:59 2009 From: stevegigijoe at yahoo.com.tw (=?big5?B?qviu9SCxaQ==?=) Date: Wed Jul 29 13:19:04 2009 Subject: [Dillo-dev] Re: dillo crash at dlib/dlib.c:173 Message-ID: <132119.9135.qm@web73103.mail.tp2.yahoo.com> Hello guys I'm Sorry. Corvid is right. I must mass up something :p Steve ______________________________________________________________________________________________________ 禣甧秖礚Yahoo!集筿獺絚2.0禣倒獺ンッ环ぃゲ http://tw.mg0.mail.yahoo.com/dc/landing -------------- next part -------------- An HTML attachment was scrubbed... URL: /pipermail/attachments/20090729/180b7261/attachment.htm From jcid at dillo.org Wed Jul 29 20:14:30 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Wed Jul 29 20:15:13 2009 Subject: [Dillo-dev] Planning In-Reply-To: <313693.55874.qm@web39106.mail.mud.yahoo.com> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> Message-ID: <20090729181430.GC3670@dillo.org> On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > From: Jorge Arellano Cid > > Subject: [Dillo-dev] Planning > > To: "Dillo mailing list" > > Date: Friday, July 24, 2009, 11:33 AM > > Hi, > > > > ? Here? are? some? pending? issues > > which I've partially sorted by > > priority (at least the top half). Please add the missing > > ones and > > let's try to finish sorting it, with a view to planify our > > work. > > > * Add blocker (this also has to do with privacy). > > ???A? full? RE-based? > > one? may? have? significant? overhead > > (test > > required),? but? simple string-matching may do > > most of the trick. > > I've? also? thought? for? a? > > long? time? that? a "don't load from > > other? sites"? preference? may? help a > > lot. The whole topic needs > > some thought but it's not hard to implement. > > ???e.g. doubleclick. > > Or you could just point users to privoxy, junkbuster, WWWOFFLE, and/or polipo. > > I don't see any mention of a limit on concurrent connections > that was proposed earlier, and as far as I know it hasn't been > implemented. In addition to the reasons given earlier, it is very > frustrating to have to implement your own traffic-shaping just to > avoid being blocked by a rate/connection-limiting firewall, or to > avoid being blocklisted by a site you had hoped to visit. I'd > hate to see dillo gain a reputation as a problematic UserAgent, > and perhaps be blocked by some heavy-handed administrators. That was an incomplete list to start sorting priorities. * Limit number of concurrent connections. is certainly a valid item, also as is * Document CCC, dlib and dillo in doxygen format. Please Johannes or corvid, sort the titles of the items we have so far in this thread so we can sort them and do our planning. -- Cheers Jorge.- From jcid at dillo.org Wed Jul 29 20:18:30 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Wed Jul 29 20:19:13 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090729181430.GC3670@dillo.org> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> Message-ID: <20090729181830.GD3670@dillo.org> On Wed, Jul 29, 2009 at 02:14:30PM -0400, Jorge Arellano Cid wrote: > [...] > That was an incomplete list to start sorting priorities. BTW, we haven't even mentioned the javascript prototype, which is certainly a major topic. This mainly because it needs a lot of thought, a decision on whether to do it through dpip, etc. We'd be in a better shape to decide on scripting once the floats are in place, and some of the related topics are solved. -- Cheers Jorge.- From corvid at lavabit.com Thu Jul 30 04:13:52 2009 From: corvid at lavabit.com (corvid) Date: Thu Jul 30 04:17:10 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090729181430.GC3670@dillo.org> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> Message-ID: <20090730021352.GX26610@local.gobigwest.com> Jorge wrote: > On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > > > From: Jorge Arellano Cid > > > Subject: [Dillo-dev] Planning > > > To: "Dillo mailing list" > > > Date: Friday, July 24, 2009, 11:33 AM > > > Hi, > > > > > > ? Here? are? some? pending? issues > > > which I've partially sorted by > > > priority (at least the top half). Please add the missing > > > ones and > > > let's try to finish sorting it, with a view to planify our > > > work. > > > > > * Add blocker (this also has to do with privacy). > > > ???A? full? RE-based? > > > one? may? have? significant? overhead > > > (test > > > required),? but? simple string-matching may do > > > most of the trick. > > > I've? also? thought? for? a? > > > long? time? that? a "don't load from > > > other? sites"? preference? may? help a > > > lot. The whole topic needs > > > some thought but it's not hard to implement. > > > ???e.g. doubleclick. > > > > Or you could just point users to privoxy, junkbuster, WWWOFFLE, and/or polipo. Perhaps so. I would like some way to make it so that dillo would always ask me before following redirections, but maybe I should just argue for a pref for that specific thing rather than going for a whole general adblockerplus deal. > > I don't see any mention of a limit on concurrent connections > > that was proposed earlier, and as far as I know it hasn't been > > implemented. In addition to the reasons given earlier, it is very > > frustrating to have to implement your own traffic-shaping just to > > avoid being blocked by a rate/connection-limiting firewall, or to > > avoid being blocklisted by a site you had hoped to visit. I'd > > hate to see dillo gain a reputation as a problematic UserAgent, > > and perhaps be blocked by some heavy-handed administrators. If I had magical make-Jorge-do-my-bidding powers, this would be on the top of my list. > * Document CCC, dlib and dillo in doxygen format. The situation seems to me as follows: pre-doxygen: easy-to-read code, useless documentation post-doxygen: hard-to-read code, useless documentation > Please Johannes or corvid, sort the titles of the items we have > so far in this thread so we can sort them and do our planning. I guess I'll paw through it and stuff everything into Plans.html. From jcid at dillo.org Fri Jul 31 01:55:43 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 31 01:56:26 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090730021352.GX26610@local.gobigwest.com> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> <20090730021352.GX26610@local.gobigwest.com> Message-ID: <20090730235543.GC3907@dillo.org> On Thu, Jul 30, 2009 at 02:13:52AM +0000, corvid wrote: > Jorge wrote: > > On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > I don't see any mention of a limit on concurrent connections > > > that was proposed earlier, and as far as I know it hasn't been > > > implemented. In addition to the reasons given earlier, it is very > > > frustrating to have to implement your own traffic-shaping just to > > > avoid being blocked by a rate/connection-limiting firewall, or to > > > avoid being blocklisted by a site you had hoped to visit. I'd > > > hate to see dillo gain a reputation as a problematic UserAgent, > > > and perhaps be blocked by some heavy-handed administrators. > > If I had magical make-Jorge-do-my-bidding powers, this would be on the > top of my list. Interesting... I'll give it a look, try to come up with raw patch and send it to you for polish. Would you? > > * Document CCC, dlib and dillo in doxygen format. > > The situation seems to me as follows: > pre-doxygen: easy-to-read code, useless documentation > post-doxygen: hard-to-read code, useless documentation Oh, sounds harsh! For me Dw docs have been a bless. Without them I would not be able to rewrite the table-formating algorithms. Non-dw documents under doc/ are outdated and I have to agree they are of little use. I'll try to write one about CCC that will hopefully help you with the limit on concurrent connections. -- Cheers Jorge.- From Johannes.Hofmann at gmx.de Fri Jul 31 07:40:20 2009 From: Johannes.Hofmann at gmx.de (Johannes Hofmann) Date: Fri Jul 31 07:42:30 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090730235543.GC3907@dillo.org> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> <20090730021352.GX26610@local.gobigwest.com> <20090730235543.GC3907@dillo.org> Message-ID: <20090731054020.GA878@blob.baaderstrasse.com> On Thu, Jul 30, 2009 at 07:55:43PM -0400, Jorge Arellano Cid wrote: > On Thu, Jul 30, 2009 at 02:13:52AM +0000, corvid wrote: > > Jorge wrote: > > > On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > > I don't see any mention of a limit on concurrent connections > > > > that was proposed earlier, and as far as I know it hasn't been > > > > implemented. In addition to the reasons given earlier, it is very > > > > frustrating to have to implement your own traffic-shaping just to > > > > avoid being blocked by a rate/connection-limiting firewall, or to > > > > avoid being blocklisted by a site you had hoped to visit. I'd > > > > hate to see dillo gain a reputation as a problematic UserAgent, > > > > and perhaps be blocked by some heavy-handed administrators. > > > > If I had magical make-Jorge-do-my-bidding powers, this would be on the > > top of my list. > > Interesting... > > I'll give it a look, try to come up with raw patch and > send it to you for polish. Would you? > > > > * Document CCC, dlib and dillo in doxygen format. > > > > The situation seems to me as follows: > > pre-doxygen: easy-to-read code, useless documentation > > post-doxygen: hard-to-read code, useless documentation > > Oh, sounds harsh! Yes that's a bit harsh, but I think corvid is right to some degree. doxygen style comments that describe every method and their parameters are not needed in dillo. It is no library after all. What is really important is an up-to-date overview document that explains the concepts. The rest can mostly be figured out from the code. > > For me Dw docs have been a bless. Without them I would not be > able to rewrite the table-formating algorithms. Yes. the dw/* documentation is good because it describes the concepts. But if I want to find out what some method does, I now look at the code, not the docs. > > Non-dw documents under doc/ are outdated and I have to agree > they are of little use. I'll try to write one about CCC that will > hopefully help you with the limit on concurrent connections. That would be great. Cheers, Johannes From jcid at dillo.org Fri Jul 31 18:43:16 2009 From: jcid at dillo.org (Jorge Arellano Cid) Date: Fri Jul 31 18:43:59 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090731054020.GA878@blob.baaderstrasse.com> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> <20090730021352.GX26610@local.gobigwest.com> <20090730235543.GC3907@dillo.org> <20090731054020.GA878@blob.baaderstrasse.com> Message-ID: <20090731164315.GA9530@dillo.org> On Fri, Jul 31, 2009 at 07:40:20AM +0200, Johannes Hofmann wrote: > On Thu, Jul 30, 2009 at 07:55:43PM -0400, Jorge Arellano Cid wrote: > > On Thu, Jul 30, 2009 at 02:13:52AM +0000, corvid wrote: > > > Jorge wrote: > > > > On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > > > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > > > I don't see any mention of a limit on concurrent connections > > > > > that was proposed earlier, and as far as I know it hasn't been > > > > > implemented. In addition to the reasons given earlier, it is very > > > > > frustrating to have to implement your own traffic-shaping just to > > > > > avoid being blocked by a rate/connection-limiting firewall, or to > > > > > avoid being blocklisted by a site you had hoped to visit. I'd > > > > > hate to see dillo gain a reputation as a problematic UserAgent, > > > > > and perhaps be blocked by some heavy-handed administrators. > > > > > > If I had magical make-Jorge-do-my-bidding powers, this would be on the > > > top of my list. > > > > Interesting... > > > > I'll give it a look, try to come up with raw patch and > > send it to you for polish. Would you? > > > > > > * Document CCC, dlib and dillo in doxygen format. > > > > > > The situation seems to me as follows: > > > pre-doxygen: easy-to-read code, useless documentation > > > post-doxygen: hard-to-read code, useless documentation > > > > Oh, sounds harsh! > > Yes that's a bit harsh, but I think corvid is right to some degree. > doxygen style comments that describe every method and their > parameters are not needed in dillo. It is no library after all. > What is really important is an up-to-date overview document > that explains the concepts. The rest can mostly be figured out from > the code. > > > > > For me Dw docs have been a bless. Without them I would not be > > able to rewrite the table-formating algorithms. > > Yes. the dw/* documentation is good because it describes the > concepts. But if I want to find out what some method does, I now > look at the code, not the docs. FWIW, when I said "doxygen format" I meant something similar to dw. As you remark, the concepts are the important part. The functions are well commented in the code. I don't know whether there's a fixed doxygen standard, and surely didn't mean it. Sorry for the confusion. -- Cheers Jorge.- From corvid at lavabit.com Fri Jul 31 18:56:34 2009 From: corvid at lavabit.com (corvid) Date: Fri Jul 31 18:59:52 2009 Subject: [Dillo-dev] Planning In-Reply-To: <20090730235543.GC3907@dillo.org> References: <20090724153328.GG9247@dillo.org> <313693.55874.qm@web39106.mail.mud.yahoo.com> <20090729181430.GC3670@dillo.org> <20090730021352.GX26610@local.gobigwest.com> <20090730235543.GC3907@dillo.org> Message-ID: <20090731165634.GA17894@local.gobigwest.com> Jorge wrote: > On Thu, Jul 30, 2009 at 02:13:52AM +0000, corvid wrote: > > Jorge wrote: > > > On Tue, Jul 28, 2009 at 10:01:12PM -0700, bf wrote: > > > > --- On Fri, 7/24/09, Jorge Arellano Cid wrote: > > > > I don't see any mention of a limit on concurrent connections > > > > that was proposed earlier, and as far as I know it hasn't been > > > > implemented. In addition to the reasons given earlier, it is very > > > > frustrating to have to implement your own traffic-shaping just to > > > > avoid being blocked by a rate/connection-limiting firewall, or to > > > > avoid being blocklisted by a site you had hoped to visit. I'd > > > > hate to see dillo gain a reputation as a problematic UserAgent, > > > > and perhaps be blocked by some heavy-handed administrators. > > > > If I had magical make-Jorge-do-my-bidding powers, this would be on the > > top of my list. > > Interesting... > > I'll give it a look, try to come up with raw patch and > send it to you for polish. Would you? I can try. It would be nice if we could have Keep-Alive. (Conceivably pipelining someday, but there might be too many annoying failure modes to recover from.) > > > * Document CCC, dlib and dillo in doxygen format. > > > > The situation seems to me as follows: > > pre-doxygen: easy-to-read code, useless documentation > > post-doxygen: hard-to-read code, useless documentation > > Oh, sounds harsh! > > For me Dw docs have been a bless. Without them I would not be > able to rewrite the table-formating algorithms. The conceptual dw docs (doc/*.doc) have helped me understand some things at times (but not due to their doxygenicity), but the doxygen stuff in the source makes it harder for me to read comments. > Non-dw documents under doc/ are outdated and I have to agree > they are of little use. I'll try to write one about CCC that will > hopefully help you with the limit on concurrent connections. Yeah, I should dig through some of doc/*.txt and update some things in the areas I'm familiar with.