October 2003 - Dillo-dev - lists.mailman3.com

dpi patches and dpilib

by Carlos Daniel Ruvalcaba Valenzuela

Hi everybody I have uploaded the patches for dpi autoloading, its kind of inestable, but works, i got to do some fixes, i'll upload updates as they are ready. Just download the tarball, unpack on the src dir, and: $ patch capi.c capi.diff $ patch IO/dpi.c dpi.diff Also i uploaded the dpilib, a helper library to create plugins for dillo. Check all this on: http://earth.prohosting.com/wbuffer Cheers Carlos Daniel Ruvalcaba Valenzuela

Oct. 18, 2003

Re: GTK2 performance and Dillo

by Alex Pavloff

I hadn't seen this posted on dillo-dev yet, so I thought I'd forward it along. I'm just the messenger, put the guns away. -------- From: Owen Taylor <otaylor(a)redhat.com> To: Robin Rowe <rower(a)MovieEditor.com> Cc: gtk-app-devel-list(a)gnome.org, Stephen Lewis <slewis(a)paradise.net.nz> Date: Fri, 17 Oct 2003 11:12:48 -0400 On Thu, 2003-10-16 at 14:09, Robin Rowe wrote: > Hi. Dillo is a very small fast web browser (400kb executable). Stephan > Lewis posted some interesting performances tests yesterday comparing > GTK1 and GTK2 running Dillo. > > Can anyone illuminate further on the size and performance differences > between GTK1 and GTK2? I think these observations are basically irrelevant to most GTK+-2.x applications. GTK+-2.x *is* bigger and slower (this is an almost inevitable consequence of having more features and rendering nicer), but it's not megs bigger and minutes slower. > > Test 1: Base load times > > dillo1 > > Time to load+render: ~1s > > Time to quit: instantaneous > > Size (from top): 7MB > > dillo2 > > Time to load+render: ~3s > > Time to quit: 0.5s (estimated, "felt" slower than dillo1) > > Size: 14MB This is almost a plausible difference between GTK+-1.2 and GTK+-2.0 for a large program; though I suspect that reading the common FAQ's about how to read top sizes would show that the memory difference in actual memory used is much smaller than described above. Small GTK+-2.0 programs load in a few tenths of a second and malloc maybe ~600k of memory on X11. (Probably considerably less on Windows since a large amount that RAM is being used for font lists and fonts.) > > Test2: Loading a 1.8MB html file, styled text, bulletted lists, tables > > of text > > dillo1 > > Time to load: 3s > > extra time to finish rendering: 6s > > Time to quit: ~2s > > Size: 56MB > > dillo2 > > Time to load: 1m20s real according to the time command, more like > > 2m30s due to swapping > > extra time to finish rendering: 10s > > Time to close: 1m20s > > Size: 220MB This is a dillo bug and has nothing to do with GTK+. (Or alternatively dillo is misusing GTK+ badly; if it's creating a GtkLabel per paragraph or something you might get this kind of change. But the 56meg "before" is pretty bad too.) > > A couple of behavioural notes: > > 1) Progressive rendering wasn't useful in dillo2, you get an initial > > draw (which is largely useless), then dillo2 blocks, then the final > > draw. dillo2 issue; the expose models *are* different between GTK+-1.2 and GTK+-2.0. This needs to be taken into account if you are doing something like progressive rendering. Regards, Owen --------

Oct. 17, 2003

Re: [Dillo-dev] [PATCH] Interface patch

by Johann Koenig

On Friday October 17 at 08:41pm Johan Hovold <johan(a)myspys.org> wrote: > - Z/X, back/forward > - These shortcuts will enable quick back/forw without having to > move the left hand (from the left hand side of the keyboard) or > to move the right hand from the mouse (assuming the majority of > dillos users are right handed). Actually, with a dvorak keymap, "," and "." (the current back/forward keys) are very well positioned, in the space usually occupied by 'w' and 'w,' respectively, on a qwerty keyboard. -- -johann koenig Now Playing: Today is Sweetmorn, the 67th day of Bureaucracy in the YOLD 3169 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Oct. 17, 2003

[PATCH] Interface patch

by Johan Hovold

Hi! Here's my patch that adds a search feature and makes a few minor modifications to dillo's interface. - Added search dialog. - Added search button to location bar. - Hidable using show_search preference. - Added cache for search, findtext and open url dialogs. - Added selection of contents upon opening of search, findtext and open url dialogs. - Added selection of text upon shortcut focusing of location bar. - Added deactivation of Ctrl-L in full screen mode. - Added focusing of document window at full screen mode activation. - Added shortcut (ESC) to focus document window. - Accelerators - Ctrl-L, focus location bar. - Ctrl-Shift-L, open url dialog. - Ctrl-S, open search dialog - Z, back - X, forward - ESC, focus document window Most of this has been discussed already in (http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-June/000781.html) but some additional motivations goes below. Jorge, if you don't agree with me on the shortcut issue, please change them as you prefer. If you don't like the text selection parts, it's easily disabled in the corresponding open dialog callback. Cheers, Johan Some motivations: ================= - Selection of text upon opening of Open Url dialog. - Dialog most likely to be used to enter _new_ urls, hence the previous url should be cleared or should be easy to clear. - By selecting the previous url, it is easily cleared but also easily modifed, if desired. - Selection of text upon shortcut focusing of location bar, and upon opening of find text and search dialog. - As above, by selecting the text, it is easily cleared and also easily modified. - Common behaviour in other applications. - Added cache for search, findtext and open url dialogs. - Previously the text was cleared if you hit cancel (but not otherwise). Accelerators - Ctrl-L/Ctrl-Shift-L, focus locationbar/open url dialog - Partially overlapping functionality (hence shortcuts should be similar). - Use of location bar makes dialog (almost) redundant (hence ctrl-shift for open dialog). - Shortcuts also found in Mozilla. - Ctrl-U interferes with GTK's Delete line shortcut. - F11, fullscreen - De facto standard shortcut for full screen browsing. - Probably not one of the most used shortcuts, why the more awkward F11 key may be used instead of a quicker Ctrl-<key> shortcut. - Ctrl-H interferes with GTK Delete Backward Character shortcut. - Z/X, back/forward - These shortcuts will enable quick back/forw without having to move the left hand (from the left hand side of the keyboard) or to move the right hand from the mouse (assuming the majority of dillos users are right handed). - ESC, focus document window - Added as requested. - Temporary workaround for GTK focus issue?

Oct. 17, 2003

Re: [Dillo-dev] Re: SPAM in the list :(

by Johann Koenig

On Friday October 17 at 10:10am Kelson Vibber <kelson(a)pobox.com> wrote: > I've been using SpamAssassin for well over a year now. While it's > very effective, there are occasionally false positives (fewer now than > there used to be, but they haven't disappeared completely). If it's > possible with Mailman, I'd suggest quarantining mail that SpamAssassin > labels, rather than deleting it outright. Yeah, I use it too, it's pretty good. However, a mailing list is not anywhere near the same as a regular mailbox. Consider, that they do quarantine messages. Perhaps 1% is marked 'unsure.' Now consider that this is not the only mailing list maintained by auriga.wearlab.de. Let's assume 1000 messages per day across all mailing lists. That's 100 messages that must be scanned, every day, probably by someone who is not getting paid. Considering that I only have 87 messages in dillo-dev, and I've been watching the list for some time, thats almost 1 message lost. Could it have been some super-important message? No, because while dillo is really really cool, it's not all too critical (at least not for me). Plus, if it is super-critical, use email, not mailing lists. I, for one, really appreciate the list green-lighting this spam removal. -- -johann koenig Today is Sweetmorn, the 67th day of Bureaucracy in the YOLD 3169 My public pgp key: http://mental-graffiti.com/pgp/johannkoenig.pgp

Oct. 17, 2003

Re: [Dillo-dev] Re: SPAM in the list :(

by Phil Pennock

On 2003-10-17 at 10:10 -0700, Kelson Vibber wrote: > I've been using SpamAssassin for well over a year now. While it's very > effective, there are occasionally false positives (fewer now than there > used to be, but they haven't disappeared completely). If it's possible > with Mailman, I'd suggest quarantining mail that SpamAssassin labels, > rather than deleting it outright. There's one major difference. If user Fred sends mail to user Barney and Barney's spam-filters delete it, Fred never knows this. If user Fred sends mail to a mailing-list to which Fred is subscribed, Fred sees that his mail never makes it through. He can raise the issue with the list-owner, or look over his mail and think "Hrm, that was written in a poor way, wasn't it?" or whatever. There's user feedback. Jorge's shown that he understands this principle with Dillo. :^) It makes all the difference. If this is a big concern, then it might be worth a monthly mail-out of the list charter with a brief list FAQ, such as some mailing-lists used to have (and USENET certainly did). -- 2001: Blogging invented. Promises to change the way people bore strangers with banal anecdotes about their pets. <http://www.thelemon.net/issues/timeline.php>

Oct. 17, 2003

Re: [Dillo-dev] Re: SPAM in the list :(

by Kelson Vibber

At 09:22 AM 10/17/2003, Jorge Arellano Cid wrote: >On Fri, 17 Oct 2003, Andreas Kemnade wrote: > > spamassassin is attached to dillo-dev now. Every message considered as spam > > will be deleted without notice. I'm a bit concerned about that. From the SpamAssassin FAQ: http://spamassassin.taint.org/faq/index.cgi?req=show&file=faq01.010.htp >1.10. Is it sensible to simply delete all mail that SpamAssassin marks as >being spam? > >In general, no. While SpamAssassin is very good at picking out a large >proportion of spam, it's impossible for a computer to do this job >perfectly. You should only delete mail if you (and your users/customers) >would find it acceptable to lose mail that might be legitimate. A much >better idea is to filter possible spam into a separate folder that can be >checked less frequently than the normal mailbox. I've been using SpamAssassin for well over a year now. While it's very effective, there are occasionally false positives (fewer now than there used to be, but they haven't disappeared completely). If it's possible with Mailman, I'd suggest quarantining mail that SpamAssassin labels, rather than deleting it outright. Kelson Vibber www.hyperborea.org

Oct. 17, 2003

Re: [Dillo-dev] Dillo CVS has no bookmark menu?

by Jorge Arellano Cid

On Fri, 17 Oct 2003, johannes leimbach wrote: > Hi! > > Is it only me, or is the bookmark menu broken in the current cvs version? > It does not show up.. > > Thanks for answer! We've been making sevral changed to dpid lately, but it works! Just make sure you don't have an obsolete dpid on ~/.dillo/ or anywhere in your path. (rm `which dpid`; cd dpid/; strip dpid; cp dpid ~/.dillo) Also make sure the bookmarks dpi binary is accesible. Ah, you may also have an old dpid already running, kill all of the instances and make sure they're gone! ps aux | grep dpi; kill stuff... (kill the dpis first, then dpi. We're working on this). HTH Jorge.-

Oct. 17, 2003

Re: SPAM in the list :(

by Jorge Arellano Cid

On Fri, 17 Oct 2003, Andreas Kemnade wrote: > On Fri, 17 Oct 2003 09:36:44 -0300 (CLST) > Jorge Arellano Cid <jcid(a)dillo.org> wrote: > > > > > Hi Andi, > > > > I just noticed four intances of the "nigerian scam" type of > > SPAM in dillo-dev. I'm worried because usually I also receive > > warning bounces from recipients telling that mail from dillo-dev > > may end being filetered out. > > > spamassassin is attached to dillo-dev now. Every message considered as spam > will be deleted without notice. > > Greetings > Andreas Kemnade Take note guys! If you ever feel unsure about whether a message made its way into the list, just check the archives. Cheers Jorge.- PS: Thanks Andreas.

Oct. 17, 2003

[PATCH] Version 2 of keyboard navigation, solves problem with Tab

by Frank de Lange

Hi'all, The next version (2) of my keyboard navigation patch is ready. See the end of this message for download instructions. Do note that the tab/frame patch already contains this functionality, so there is no need (and no way) to apply this patch on top of that or the other way around. This release does not contain any major new functionality. It solves the problems with Tab, which now does what you'd expect it to do: cycle through form widgets. For more info on what this patch does, see the last message on the list or the doc/Keyboard_Navigation.txt document (after applying the patch, naturally...) Download instructions ===================== There is currently only one version of the patch, made against 20031017/11:26GMT CVS. As always, have a look at the patch website (http://www.geocities.com/ikbenfrank/) for the latest version of the patch. This patch does NOT apply on top of the tab/frame patch, and the tab/frame patch does not apply on top of this one! The tab/frame patch already contains this functionality, so it is not needed. http://www.geocities.com/ikbenfrank/dillo-200310171559-kbnav.patch.gz size: 14494 bytes (gzipped, as downloaded) 64277 bytes (uncompressed) md5sum: 8ebd2450b762a720363346c0c4a7a537 (gzipped, as downloaded) 9538b60172b910e89c993d887b28bc97 (uncompressed) Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Oct. 17, 2003