November 2004 - Dillo-dev - lists.mailman3.com

Re: [Dillo-dev]Parsing of XML empty tags

by Matthias Franz

On Fri, Nov 05, 2004 at 10:11:21AM -0300, Jorge Arellano Cid wrote: > Now the parser recognizes: </x>, <x /> and <x/>. (committed) Maybe one should do this only in w3c_plus_heuristics mode (or in a future XML mode), for two reasons: Firstly, the slash "/" has a special meaning in SGML, hence in HTML, as a so-called NET-enabling start tag. Essentially, this means that <x/content/ is equivalent to <x>content</x> (This is one of the weird features of HTML that almost no browser supports, see http://www.cs.tut.fi/~jkorpela/html/empty.html .) Therefore, parsing <x/> or <x /> as <x></x> makes Dillo manifestly non-HTML-conforming. Secondly, if I understand the HTML compatibility guidelines of Appendix C of the XHTML 1.0 spec correctly, they suggest to use <x /> only for elements which have no close tag in HTML, like <hr> or <br> for instance. For others, one should use an explicit end tag. This means that one can ignore an "/" at the end of a tag for all XHTML documents which follow these guidelines. (But note that according to the first point these guidelines are not compatible with SGML.) All the best, -- Matthias Franz Section de Mathématiques, Université de Genève, Suisse

Nov. 5, 2004

Re: [Dillo-dev]Parsing of XML empty tags (e.g <script/> as <script></script>).

by Brian Hechinger

On Thu, Nov 04, 2004 at 07:28:16PM -0300, Jorge Arellano Cid wrote: > Topic change (cache control): > > Brian: Take a look at BUG#161, Madis worked on the same problem > long ago. Some ideas may be saved... I'm not saying the patch is > wrong, I just happened to notice this entry while skimming. ok, i've got a copy. i'm going to put this on hold until a decision is made for configuration stuffs however, since i would like to get that written first before i continue with cache control. -brian -- IHTFP: I firmly believe that people dumber than me exist solely for my amusement. IHTFP: Okay, maybe not solely for my amusement. Some of them make good cake.

Nov. 5, 2004

Re: [Dillo-dev]Parsing of XML empty tags (e.g <script/> as <script></script>).

by Jorge Arellano Cid

On Thu, Nov 04, 2004 at 07:28:16PM -0300, Jorge Arellano Cid wrote: > Hi there, > > Well, the priorities list draft had this one with top priority > (among others): > > <q> > [1] Parsing of XML empty tags (e.g <script/> as <script></script>). > </q> > > [...] > Unto the bug, it's BUG#514 and seems also #587. It needs some > testing. As a matter of fact I had to fix the patch because google's answer links were not being rendered. Now the parser recognizes: </x>, <x /> and <x/>. (committed) -- Cheers Jorge.-

Nov. 5, 2004

[Dillo-dev]dpi menu and inteface hadling question

by Diego Sáenz

I have made some proof of concept about dpi menu handling with a patch that add a dpi command that add a toolbar item/button and some test commands. ¿must i continue with menus or must i wait for fltk port and universal ccc implementation? The attached files are the b2ziped patch and a b2ziped and tared directory tree with some test files. Look at the second attachment for the dpi command. To test use the patch (works from cvs 2004-09-18 to current cvs), uncompres the directory in a /home/SOME_USER/.dillo/dpi/ directory, run the patched dillo and put dpi:/dpitest/ in the location bar. Then you can use the buttons that apear in the toolbar. Please if you have any suggestion reply and say it. I am open to change even command name :) If dillo suported onevent and css or javascript all the dillo interface could be a html page with an iframe(or something like that) that contain the site viewed. An external dpi or program could modify the interface page to add buttons or menu items when dpis ask for it and say to dillo to refresh interface page. I think this is the way that less code add to dillo but it is imposible for now and waste a few mem. DarkSpirit/Diego Saenz PD: sorry for my english

Nov. 4, 2004

[Dillo-dev]Parsing of XML empty tags (e.g <script/> as <script></script>).

by Jorge Arellano Cid

Hi there, Well, the priorities list draft had this one with top priority (among others): <q> [1] Parsing of XML empty tags (e.g <script/> as <script></script>). </q> I'll post the priorities draft tomorrow for you to read, probably before Sebastian has a chance to review it... Unto the bug, it's BUG#514 and seems also #587. It needs some testing. Thorben: Do you have a test page for #587? --- Topic change (cache control): Brian: Take a look at BUG#161, Madis worked on the same problem long ago. Some ideas may be saved... I'm not saying the patch is wrong, I just happened to notice this entry while skimming. -- Cheers Jorge.-

Nov. 4, 2004

Re: [Dillo-dev]Memory leak bug

by Jorge Arellano Cid

On Wed, Nov 03, 2004 at 09:32:15AM +0100, Roberto A. Foglietta wrote: > Roberto A. Foglietta wrote: > >Hi, > > > > I didn't find memory leak bug but I have to say this: waiting html page > >load complete doesn't help. > > > > I have done a patch which after first load doesn't show images BUT I > >lost it because I didn't care it... But when I saw my logs I see that > >patch fixed memory leak. Even if memory leak has nothing to do with > >images because trivial pages has no images. Probably 4kb is a structure > >not data. > > > > Thinking memory leak is generated by losing a structure instead data > >could explain why has fixed size (4kb for each reload) and probably why > >it happen only during a reload. In reload some data is cached but > >structures a created and destroyed... probably not all of them. > > > > Unfortunately it's time I have to find another browser to use it in my > >project. Sorry. > > Suggest: > > http://valgrind.kde.org/overview.html Yes, I haven't used it in a long time. Good to remember. After upgrading to valgrind-2.2.0, and testing, it detected two minor leaks in Dillo (fixed now in CVS), but these were not the cause for the "reload" leak. After that, I got no more leak errors detected inside Dillo (while testing a trivial page with 12 reloads) with: valgrind --tool=addrcheck --leak-check=yes ./dillo /tmp Interesting to note is this one in GTK+: ==9413== ==9413== ==9413== 2816 bytes in 36 blocks are definitely lost in loss record 47 of 54 ==9413== at 0x34148F1D: calloc (in /usr/lib/valgrind/vgpreload_addrcheck.so) ==9413== by 0x34343F2A: g_malloc0 (in /usr/lib/libglib-1.2.so.0.0.10) ==9413== by 0x342C12AA: gtk_type_new (in /usr/lib/libgtk-1.2.so.0.9.1) ==9413== by 0x34284C27: gtk_pixmap_new (in /usr/lib/libgtk-1.2.so.0.9.1) ==9413== -- Cheers Jorge.-

Nov. 3, 2004

Re: [Dillo-dev]Memory leak bug

by Roberto A. Foglietta

Roberto A. Foglietta wrote: > Hi, > > I didn't find memory leak bug but I have to say this: waiting html page > load complete doesn't help. > > I have done a patch which after first load doesn't show images BUT I > lost it because I didn't care it... But when I saw my logs I see that > patch fixed memory leak. Even if memory leak has nothing to do with > images because trivial pages has no images. Probably 4kb is a structure > not data. > > Thinking memory leak is generated by losing a structure instead data > could explain why has fixed size (4kb for each reload) and probably why > it happen only during a reload. In reload some data is cached but > structures a created and destroyed... probably not all of them. > > Unfortunately it's time I have to find another browser to use it in my > project. Sorry. Suggest: http://valgrind.kde.org/overview.html Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

Nov. 3, 2004

[Dillo-dev]dillo.c patch

by Russell J. Wood

Hello all, Attached is a patch for dillo.c that merely ensures all command line arguments are parsed and complete before the GUI environment. Previous to this, the locale and GUI functions where run and then the command line, of which, in my opinion, should be run after the CLI because the CLI has the immediate commands. There is no point firing up the GUI when all one would like to know is the version they are running, right? Again, it's nothing major and doubtfully increases performance in any way. Regards, Russell

Nov. 3, 2004

[Dillo-dev]Memory leak bug

by Roberto A. Foglietta

Hi, I didn't find memory leak bug but I have to say this: waiting html page load complete doesn't help. I have done a patch which after first load doesn't show images BUT I lost it because I didn't care it... But when I saw my logs I see that patch fixed memory leak. Even if memory leak has nothing to do with images because trivial pages has no images. Probably 4kb is a structure not data. Thinking memory leak is generated by losing a structure instead data could explain why has fixed size (4kb for each reload) and probably why it happen only during a reload. In reload some data is cached but structures a created and destroyed... probably not all of them. Unfortunately it's time I have to find another browser to use it in my project. Sorry. Cheers, -- Roberto A. Foglietta Analista Programmatore GNU/Linux SAD Trasporto Locale S.p.a. Corso Italia 13/N 39100 BOLZANO (I) Tel. +39/0471-450.261 Fax +39/0471-450.253

Nov. 2, 2004

Re: [Dillo-dev]protocol handler dpi for mailto:, etc.

by Jorge Arellano Cid

On Sun, Oct 31, 2004 at 10:41:14AM -0330, Lee Bigelow wrote: > Hello again, Hi! > I did up a proto-type bash shell dpi for handling > unsupported protocols, like mailto:, with external > applications. I called it xproto. > > It uses the config file $HOME/dillo/protorc to > decide what to do. The plugin will make a default > one you can edit when it's first run. > > I'm working on the C version, but I'm just > learning C, so it'll take me a bit. Good you made a prototype. Dpi isn't that hard to program and I hope your code will encourage more developers to try it. > > One thing I can't seem to figure out is how to > send a url from the plugin to dillo and have dillo > display that page. For example I would like the > url gg:water to send dillo > http://www.google.com/search?q=water For now I > just have it open up another dillo. I tried > sending <dpi cmd="open_url" > url="http://www.google.com/search?q=water"> but > that didn't work, booo. Try the small patch below. It's a no frills version to keep you going on... Beware that there's a safety test in the function: Capi_verify_dpi_url_request() (Safety test: only allow dpi-urls from dpi-generated pages.) To avoid the "permission denied" message, while testing the patch, I asked for bookmarks (dpi generated page) and then the hello dpi (that was modified to send 'open_url'). If this is too much trouble, just disable the safety test! :-) > > Again, xproto.filter.dpi is just a shell script, > so play away. If you have any hints on the gg: > thing let me know, please... Please post the next prototype as an URL. If you don't have access to a web server please ask Jörgen to put it on our downloads directory. Sometime ago someone asked about how to make a slide show with dpi. Another thing to have in mind is how to tell a running Dillo to display another URL (for instance for sylpheed, or slides, or help manual apps.). Please try the small patch. That's the basis, details need to be thought better. ... & tell us how it works for you! -- Cheers Jorge.-

Nov. 1, 2004