- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] Some thoughts

by higuita

On Thu, 17 Apr 2003 10:58:13 -0400 (CLT), Jorge Arellano Cid <jcid(a)softhome.net> wrote: > Finally I want to send a big thank and my sincere recognition > to all of you who have kept following and cooperating (patches, as a user i want to thank you and all others involved with dillo, its a great browser, big help for all of us and a proof that web browsing can be fast and fun again Muito obrigado 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

April 21, 2003

Re: bookmarks server bug?

by Jorge Arellano Cid

Hi. Has anyone been able to reproduce the bm_srv bug? Cheers Jorge.- > OK, when trying to add more bookmarks and going back and forth with the page > arrows or "," ".", after the third or so addition of URL to the bookmark dillo > is gone. I add the end of the log below if that helps. > > [...] > > He is using 0.7.1.2, and I can't reproduce the bug here. As > bug reports for the bookmarks server stopped a long time ago, I > tend to think it is a problem with his settings (maybe an older > server not upgraded, or repeated instances, or the old sever > still in ~/.dillo/ ...), but who knows?

April 17, 2003

Some thoughts

by Jorge Arellano Cid

On Thu, 17 Apr 2003, Nikita V. Borodikhin wrote: > Hi, All ! > > There is an updated patch (against CVS) to save input values in memory > when form is posted. > > http://tkk.ru/~eliterr/dillo/saving_values.diff Thanks Nikita, both for the patch and for making it a link. I know it needs another revision and the only reason I haven't done it, is because I have a lot of things to sort in the project at this time. The Dillo project is slowly entering into what can be stated as a second stage in its development cycle. We're a single step away from https, Downloads and FTP. The funding initiative also has taken a lot of my time, but its yields is what has made my continued work possible. Now I have to plan for the future: after 0.7.2 is released (with Copy&Paste), most probably the pressure for adding new features will increase (it already had internally!). People will start thinking of using sourceforge an other sites with dillo, and I want the impression that lingers from using the browser there, is of a fast, stable and reliable tool. We're not far from there, and I owe a more detailed planning email to dillo-dev. For now, I'm on 0.7.2 release, then I'll focus on the SSL plugin (asking for the cooperation of all of those that had showed interest and code to make https work). I already have a guy working on the downloads plugin (as his thesis), and as I made the FTP plugin, I know exactly how to integrate it with downloads. Appart from that, I still have to finish the design of dpi initialization, addition, managing etc. (needed to support several dpis at the same time). Add generic patch-reviewing/correcting/integrating, answering the mailing list, keeping the web site updated and you'll have an idea of my duties. Ah, we even hold some nice patches for Linear History, Image menu popup, cache size, speedups and so on, just because we haven't got them stable or polished enough to integrate (within the limited time of our prioritized schedules). Finally I want to send a big thank and my sincere recognition to all of you who have kept following and cooperating (patches, testing, informed comments, documentation, icons, etc) with this project for all (or scattered periods) of its lifespan. Without you, it wouldn't have become what it is today. Sincerely Jorge.-

April 17, 2003

Re: [Dillo-dev] cache fonts and support font size/face

by Jorge Arellano Cid

Madis, > Tried to enable font tag size/face support and discovered that this made > loading sites slow since same fonts were queried, dropped and requeried > many times from X server. So here is a patch which makes Dw_style not drop > any fonts from fonts_table hashmap until Dw_style_cleanup_fonts is called > (from Html_close, when page rendering is finished) and enables support > for font tags size and face attributes. Please read the FONT related articles from our [links] section. They explain why we don't include support for the FONT element. As for the expires patch, I'll get back to it after 0.7.2 is out. Cheers Jorge.-

April 17, 2003

Re: [Dillo-dev] cache fonts and support font size/face

by Madis Janson

Thanks for noting! I attached cleaned up patch (without commented printf-s and with ability to apply... hopefully, worked for me). On Wed, 16 Apr 2003, Chris Palmer wrote: > madis writes: > > > Tried to enable font tag size/face support and discovered that this > > made loading sites slow since same fonts were queried, dropped and > > requeried many times from X server. So here is a patch which makes > > Dw_style not drop any fonts from fonts_table hashmap until > > Dw_style_cleanup_fonts is called (from Html_close, when page rendering > > is finished) and enables support for font tags size and face > > attributes. > > Your patch was broken. It has some changes to html.c, but the diff is > not marked that way, so patch died on it. > > Also, many of the added lines are commented out. > > Attached is a diff which should apply cleanly, and result in a > compile-able source tree. > It was too broken to fix, you had ended up with some code belonging to html.c in dw_style.h...

April 17, 2003

Patch update: Bug 220 - saving entered datas in forms

by Nikita V. Borodikhin

Hi, All ! There is an updated patch (against CVS) to save input values in memory when form is posted. http://tkk.ru/~eliterr/dillo/saving_values.diff WBR, Nikita

April 17, 2003

Re: [Dillo-dev] SSL for dillo

by Chris Palmer

> Turns out that patch(1) didn't create the needed files IO/https.c and > IO/DBIO.[ch] when fed your diff. I created them by hand and got a > compile. Turns out patch *did* create them, but I didn't see them. :P -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003

Re: [Dillo-dev] cache fonts and support font size/face

by Chris Palmer

madis writes: > Tried to enable font tag size/face support and discovered that this > made loading sites slow since same fonts were queried, dropped and > requeried many times from X server. So here is a patch which makes > Dw_style not drop any fonts from fonts_table hashmap until > Dw_style_cleanup_fonts is called (from Html_close, when page rendering > is finished) and enables support for font tags size and face > attributes. Your patch was broken. It has some changes to html.c, but the diff is not marked that way, so patch died on it. Also, many of the added lines are commented out. Attached is a diff which should apply cleanly, and result in a compile-able source tree. -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003

Re: [Dillo-dev] SSL for dillo

by Chris Palmer

I squeaked: > === > > nice gmake > gmake all-recursive > gmake[1]: Entering directory `/usr/local/home/chris/src/dillo/dillo' > Making all in doc > gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/doc' > gmake[2]: Nothing to be done for `all'. > gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/doc' > Making all in src > gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src' > Making all in IO > gmake[3]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src/IO' > gmake[3]: *** No rule to make target `https.c', needed by `https.o'. Stop. > gmake[3]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src/IO' > gmake[2]: *** [all-recursive] Error 1 > gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src' > gmake[1]: *** [all-recursive] Error 1 > gmake[1]: Leaving directory `/usr/local/home/chris/src/dillo/dillo' > gmake: *** [all-recursive-am] Error 2 > === Turns out that patch(1) didn't create the needed files IO/https.c and IO/DBIO.[ch] when fed your diff. I created them by hand and got a compile. Now that it compiles, I too can visit <https://auriga.wearlab.de/>. Excellent!! Thanks. :) -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003

Re: [Dillo-dev] SSL for dillo

by Chris Palmer

Andreas Kemnade writes: > The result is at > http://users.auriga.wearlab.de/~andi/dillo-ssl-0.7.diff.gz > > I can access https://auriga.wearlab.de/ without problems. > The ssl support has to be enabled with --enable-ssl This causes make to die screaming: === > nice gmake gmake all-recursive gmake[1]: Entering directory `/usr/local/home/chris/src/dillo/dillo' Making all in doc gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/doc' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/doc' Making all in src gmake[2]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src' Making all in IO gmake[3]: Entering directory `/usr/local/home/chris/src/dillo/dillo/src/IO' gmake[3]: *** No rule to make target `https.c', needed by `https.o'. Stop. gmake[3]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src/IO' gmake[2]: *** [all-recursive] Error 1 gmake[2]: Leaving directory `/usr/local/home/chris/src/dillo/dillo/src' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/usr/local/home/chris/src/dillo/dillo' gmake: *** [all-recursive-am] Error 2 === -- Chris music is what numbers feel like San Francisco, CA http://www.nodewarrior.org/chris

April 17, 2003