Hi,
On Thu, Jul 17, Jorge Arellano Cid wrote:
I just came across this site:
It has some problems rendering the leftmost column. When downloaded at slow speeds it sometimes ends being too wide (twice as much as required, and sometimes less).
I just committed a fix. Please test it, I'll also look at it again tomorrow.
Sebastian
Today I was just preparing the details for uploading the tarball with a view to make the official announcement on Thursday (to allow for .rpm, .deb, etc be updated), when the following site showed the same bug: http://www.icewalkers.com/search.php With a dialup, it is easy to reproduce. Broadband will make it harder (you may try while downloading another file). Finally a: 'wget -kp ...' and viewing it from the local files (with the added delay of HD access also works sometimes). This adds another delay... :( The good news is that the 0.8.0-pre tarball is ready (I just finished a non-polished but functional ftp plugin, also added a hello.dpi example, and wrote a seven pages doc file Dpid.txt). As you know, I was wishing to make it available after 0.7.3, but most probably I'll have to upload this tarballs soon. Ah, with all this release overhead I haven't had the time for answering some interesting issues. I hope to have more time after the release: Johan H. : Yes, you convinced me! :), and I gave it some extra thought please be patient. I'll write back. Frank : A review of the tabs patch is still pending. Counting dillo users: I have an idea, stay tunned! "Nirvana" Focus: I have an answer from Owen Taylor. Interesting. User agent ID: I gave it a nother review (It had being brought by Damien a long time ago). As then, I digged the http specs and pondered the seccurity concerns and kept more inclined to not providing OS info. GTK+2 : It'd be very interesting to know how much overhead it adds: is it slower?, how much bigger? etc. Please note that one of the main causes for GTK+ being very slow, is GTK+ themes (but they can be avoided!). If someone has these answers, or pointer to docs. it'd be very interesting to follow the thread. Cheers Jorge.-
On Tue, Jul 22, 2003 at 03:16:50PM -0400, Jorge Arellano Cid wrote:
Frank : A review of the tabs patch is still pending.
I'm preparing a new patch, against recent CVS. Some improvements which I planned are implemented, no bugs fixed since last time as I have not found any. Who will review the patch, when, will it be included in 0.8.0? The sooner the better I think, since major changes in CVS will probably force changes in the patch, which will then have to be reviewed again, ad infinitum et delirium... New patch coming tomorrow I hope, I will put it on the geocities page (still no broadband here in Sweden -> no webserver, even though this is supposed to be one of the most wired countries on the planet...) and announce it to the list. The new patch addresses the focus issues (focus on location bar on new empty tab/window, focus docwin on tab switch) and the left-to-right tab deletion issues. BTW, I also have started to look into the possibility of implementing a pie menu (like mozilla's/phoenix's RadialContext menu) for Dillo, since this would radically speed up menu interaction. Optional, of course. The current popup-menu is not really suited to fast no-eyes navigation: the top of the menu is completely inactive (title and separators) so it is not possible to right-click-drag-release the top menu option (which should be the most used option). This pie-menu would only be used for the static menus on the page itself, not for the button menus or the pagemark menu. Pie menus only make sense in a static context so positional memory can take effect. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ <Hacker for Hire> \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]
On Tue, 22 Jul 2003, Jorge Arellano Cid wrote:
GTK+2 : It'd be very interesting to know how much overhead it adds: is it slower?, how much bigger? etc. Please note that one of the main causes for GTK+ being very slow, is GTK+ themes (but they can be avoided!). If someone has these answers, or pointer to docs. it'd be very interesting to follow the thread.
one interesting mail thread about gtk2 signals slowness: http://mail.gnome.org/archives/gtk-devel-list/2001-May/msg00398.html http://mail.gnome.org/archives/gtk-devel-list/2001-May/msg00404.html which also suggests, that using G_SIGNAL_TYPE_STATIC_SCOPE will make gtk2 signals a bit faster. http://developer.gnome.org/doc/API/2.0/gobject/gobject-Signals.html#G-SIGNAL...
participants (3)
-
Frank de Lange -
Jorge Arellano Cid -
Madis Janson