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

Dillo Configuration

by Ringwraith

I'd first like to say thanks for Dillo, its sooo great loading the complete list of CPAN modules in less than 2 seconds, as compared with the nice 5 to 10 seconds with mozilla/firebird :) I do not know if this has been discussed but: One thing I noticed, as Dillo matures, it will obviously need a configuration/preferences menu. I am really starting to get pissed off (pardon lang) at how other browsers use the standard toolkit based widgets to do their configuration. This, IMHO, with the features of today's browsers, clutters up the user interface and causes bloat with the browser. I think having a PURE html interface to doing web browser configuration would do two important things: 1. Gives the flexibility to have a feature rich browser while maintain simplicity. It is a web browser, 90% of the user interface is a web page, so why not make the GUI something the user is familiar with. 2. Reduces bloat. IMHO not so much importantly, 3. Allows for nice customization (themes) of the user interface by someone who knows HTML and vi w/o having to recompile dillo. ;) I am considering to attempt to make a module for the configuration of Dillo that will do this: 1. Configure all aspect of the browser including the (upcoming?) plugin support. 2. Allow pluggable configuration. If plugins have any configurable options (sometimes they do), they will also be configurable using the interface. This module would be accessed through something like: config:// or about:config (i like config:// much better) It would obviously have some security built in so that no one can pull a IE type trick on us and be able to do things they shouldn't. Anyhow this is just a brainstorm, what are your thoughts on doing something like this?

Sept. 29, 2003

Re: [Dillo-dev] Yes or No: optional compilation of 'extra' features

by Frank de Lange

On Tue, Sep 30, 2003 at 04:41:19PM +0200, Sebastian Geerken wrote: > Its not a matter of liking or not, users may simply ignore tabs (and > there may perhaps be a _user_ option for alternative presentations of > frames). However, conditional compilation makes maintaining more > difficult (and since that's the task of Jorge and me, the list is the > wrong place to ask) ...beep... wrong I could of course split the tree, and maintain the tabbed/framed version separately. The list is the place to ask all developers, there is no hierarchy in this brave new world, if one does not pick up a task someone else will... I think the list is a good place to ask things like this, since that is the place where (prospective) developers go for information on these issues. , so it is a question whether the reduced binary > size outweighs the increased maintaining problems. For you, maybe. For someone who wants as small a program as possible, maybe not. Who are we to say? The thing is, currently there is a clear separation in the code, which does seem to be beneficial for at least some people. Removing that separation makes it a bit easier to maintain the code later on, but also removes the benefits. Choice is good... The needs of the many, or the few, outweigh the needs of the one (thanks, Spock). Anyway, I vote to keep the separation of the tab code, but remove the separation for the frame code. > What I meant is that the link menu should have to entries, "Open link > in new tab", and "Open link in new background tab" (or so). Options > should reflect different user's taste, while this difference depends > on the situation. That can be implemented simply, but clutters the menu. I think having the option to chose a default behaviour is a good thing. The default is eg. used when opening a tab for the "_blank" URL target, on middle click, etc. Renaming Doc to something else is no big deal, but should only be done when really needed. And Doc does not deal with presentation, it deals with keeping state for a document. Presentation is BrowserWindow, Tab, Frameset, Frame. Or it should be, in any case. The separation is not really complete yet... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Sept. 28, 2003

Problems with cookies

by johannes leimbach

Hi ! I am using dillo 0.7.3 on my gentoo box, and it just works great! It's fast, does good rendering, short: I like it One thing bugs me though, it does not save cookies from any message boards (PHPBB). I have cookies enabled (DEFAULT ACCEPT in cookiesrc, file cookies does exist), but still: No writing. I have just noticed google does place a cookie, so it isn't entirely borked. Hey, how can i change this? It would rally make that browser perfect :) Thanks for answer & cu

Sept. 28, 2003

Re: [Dillo-dev] Re: Gtk-WARNING with link/image menu

by Frank de Lange

On Sat, Sep 27, 2003 at 10:33:44AM -0400, Jorge Arellano Cid wrote: > > On Thu, 25 Sep 2003, Frank de Lange wrote: > > > Jorge, > > > > Your patch for the link/image menu makes Dillo give Gtk-CRITICAL warnings: > > > > Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' > > > > Gtk-CRITICAL **: file gtkobject.c: line 1100 (gtk_object_remove_data): > > assertion `object != NULL' failed. > > > > These are caused by attempts to remove data from non-existing objects in > > menu.c: > > Really weird, as the "non-existing" object is created with the > bw and destroyed with it. > > Anyway to reproduce it? Yeah: 1: Open a frameset 2: in a frame in this frameset, choose "This Frame->Show only this frame" 3: watch the error (that is, without the patch... I have added it to the tab/frame patch, so you will NOT see it with my patch... just remove the if(...) to see it... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Sept. 28, 2003

Re: Gtk-WARNING with link/image menu

by Jorge Arellano Cid

On Thu, 25 Sep 2003, Frank de Lange wrote: > Jorge, > > Your patch for the link/image menu makes Dillo give Gtk-CRITICAL warnings: > > Gtk-WARNING **: invalid cast from (NULL) pointer to `GtkObject' > > Gtk-CRITICAL **: file gtkobject.c: line 1100 (gtk_object_remove_data): > assertion `object != NULL' failed. > > These are caused by attempts to remove data from non-existing objects in > menu.c: Really weird, as the "non-existing" object is created with the bw and destroyed with it. Anyway to reproduce it? Jorge.-

Sept. 27, 2003

Re: [Dillo-dev] [PATCH] Version 10 of tab/frame patch is ready...

by Victor Sahlstedt

On Sat, 27 Sep 2003 12:56:59 +0200 Frank de Lange <frank(a)unternet.org> wrote: > Which patch are you actually using, and which CVS version? Patch 10 (the one I > just released) is against 09/26 CVS (not 08/21 like you state in your message), > and the patch file is dillo-20030926-tabs.patch.gz (not > dillo-20030821-tabs.patch.gz). My wrong. I fetched the patch from http://www.geocities.com/ikbenfrank/ but didn't reflect over the fact that it was dated 08/21, not 09/26. No wonder it didn't apply to 9/26-CVS. The 9/26-patch worked fine with 9/26-CVS, keep up the good work. - Victor

Sept. 27, 2003

Re: [Dillo-dev] [PATCH] Version 10 of tab/frame patch is ready...

by Frank de Lange

On Sat, Sep 27, 2003 at 02:47:22AM +0200, Victor Sahlstedt wrote: > On Fri, 26 Sep 2003 19:48:04 +0200 > Frank de Lange <frank(a)unternet.org> wrote: > > > The next version (10) of my tab patch is ready > > salan@smedjan:~/incoming/cvs/dillo> gmake -s > Making all in doc > Making all in src > Making all in IO > http.c: In function `Http_use_socket': > http.c:228: structure has no member named `bw' > http.c:232: structure has no member named `bw' > http.c: In function `Http_connect_socket': > http.c:320: structure has no member named `bw' > http.c: In function `Http_send_query': > http.c:339: structure has no member named `bw' > http.c: In function `Http_get': > http.c:406: structure has no member named `bw' > http.c: In function `a_Http_ccc': > http.c:437: structure has no member named `bw' > http.c:466: structure has no member named `bw' > http.c:477: structure has no member named `bw' > http.c:502: structure has no member named `bw' > gmake[3]: *** [http.o] Error 1 > gmake[2]: *** [all-recursive] Error 1 > gmake[1]: *** [all-recursive] Error 1 > gmake: *** [all] Error 2 > > dillo-20030821-tabs.patch.gz patched against 08/21 CVS. > It's related to the patch as Dillo compiles fine without it. > > OpenBSD 3.3 / GCC 2.95.3 > > - Victor Hm, sounds like BW_MSG is not patched correctly in your case, did the patch not apply cleanly? Which patch are you actually using, and which CVS version? Patch 10 (the one I just released) is against 09/26 CVS (not 08/21 like you state in your message), and the patch file is dillo-20030926-tabs.patch.gz (not dillo-20030821-tabs.patch.gz). Try again with the correct versions, and if it does not work, by all means let me know... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / \ \ `--| _/ <Hacker for Hire> \ `---' \ +46-734352015 / \ frank(a)unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ]

Sept. 27, 2003

Re: [Dillo-dev] [PATCH] Version 10 of tab/frame patch is ready...

by Kelson Vibber

On Friday 26 September 2003 10:48 am, Frank de Lange wrote: > The next version (10) of my tab patch is ready (see bottom of this > message for download instructions). In case anyone's interested, I've posted RPMs for most of my usual set of distributions, based on 0.7.3 and the new tab patch at http://www.hyperborea.org/software/dillo/modified.html This covers Red Hat 6,7,8, and 9, Mandrake 8.1 and 8.2, Mandrake 9.1 PPC, and the source RPM, plus a CVS-based RPM or SuSE 8.1 contributed by Patrick Shanahan. I'll get the last two (SuSE 8.2 and Mandrake 9.1 x86) posted tomorrow. -- Kelson Vibber kelson(a)pobox.com http://www.hyperborea.org/ Creative Writing - Photography - The Flash

Sept. 27, 2003

Re: [Dillo-dev] Mac OS X Aqua port and new project HEML

by Kelson Vibber

Sorry to extend this thread again... I just wanted to apologize for anything inflammatory I said earlier. Andreas has the right idea: let the past stay in the past and move on. -- Kelson Vibber www.hyperborea.org

Sept. 27, 2003

Re: [Dillo-dev] [PATCH] Version 10 of tab/frame patch is ready...

by Victor Sahlstedt

On Fri, 26 Sep 2003 19:48:04 +0200 Frank de Lange <frank(a)unternet.org> wrote: > The next version (10) of my tab patch is ready salan@smedjan:~/incoming/cvs/dillo> gmake -s Making all in doc Making all in src Making all in IO http.c: In function `Http_use_socket': http.c:228: structure has no member named `bw' http.c:232: structure has no member named `bw' http.c: In function `Http_connect_socket': http.c:320: structure has no member named `bw' http.c: In function `Http_send_query': http.c:339: structure has no member named `bw' http.c: In function `Http_get': http.c:406: structure has no member named `bw' http.c: In function `a_Http_ccc': http.c:437: structure has no member named `bw' http.c:466: structure has no member named `bw' http.c:477: structure has no member named `bw' http.c:502: structure has no member named `bw' gmake[3]: *** [http.o] Error 1 gmake[2]: *** [all-recursive] Error 1 gmake[1]: *** [all-recursive] Error 1 gmake: *** [all] Error 2 dillo-20030821-tabs.patch.gz patched against 08/21 CVS. It's related to the patch as Dillo compiles fine without it. OpenBSD 3.3 / GCC 2.95.3 - Victor

Sept. 27, 2003