- Dillo-dev - lists.mailman3.com

RE: [Dillo-dev] [RFC] Plans for next version of tab patch
by Eric Gaudet June 17, 2003

June 17, 2003

> I'd advise you to choose a date from CVS and improve the patch > against it (not trying to catch up with current); that way the > patch can be polished without too much hassle and with the > feedback of interested developers. > I recommend we tag cvs for such things, to get an easy reference, or better yet, we branch, so merging is easy.

1 0

Suggestion for a next dillo version
by Manuel Serrano June 17, 2003

June 17, 2003

Hello there, first of all, many thanks for making Dillo available. I'm using it on a daily basis. It does almost anything I want of my web browser (nearly may be CSS2 but this is not the purpose of this mail :-). I like the new feature of 0.7.2 that enables to hide the navigation bar. I was wondering if it could be possible to have an automatic hidden bar such as in many window manager (fluxbox, kde, gnone, ...). That is the navigation bar is automatically hidden until the mouse fly over the very top lines. If the mouse fly over these lines, it automatically appears... Do you think that it would be difficult to implement this feature in a coming version? Many thanks in advance and one more time, thanks for making Dillo available. -- Manuel

2 1

IFRAME element stub
by Nikita V. Borodikhin June 17, 2003

June 17, 2003

Hi all Dillo developers ! There is a very small patch to support IFRAME HTML element. It does nothing except handling IFRAME via FRAME handler so special IFAME attributes (width and height) are not handled but this patch is suitable for current temporary solution (as we do not have real frame support for now). Your, Nikita diff -pruN dillo/src/html.c dillo-iframe/src/html.c --- dillo/src/html.c 2003-06-06 14:13:00.000000000 +0700 +++ dillo-iframe/src/html.c 2003-06-11 16:50:54.000000000 +0700 @@ -3795,6 +3795,7 @@ static const TagInfo Tags[] = { {"hr", Html_tag_open_hr, Html_tag_close_nop}, /* html */ {"i", Html_tag_open_i, Html_tag_close_default}, + {"iframe", Html_tag_open_frame, Html_tag_close_nop}, {"img", Html_tag_open_img, Html_tag_close_nop}, {"input", Html_tag_open_input, Html_tag_close_nop}, /* ins */

5 10

[PATCH] Tabbed version of Dillo, now available on geocities
by Frank de Lange June 17, 2003

June 17, 2003

Hiya! I put my patch for a tabbed version of Dillo on a geocities page, so if you are quick you might be able to download it before Yahoo? shuts it down because the site has exceeded its puny transfer allowance. Get it here: http://www.geocities.com/ikbenfrank/dillo-20030615-tabs.patch.gz md5sum: dae3cc4bb8c6c31050abaf8013a7e973 As said, this patch applies to today's (well, yesterday's) CVS version of Dillo. Good Luck//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." ]

4 5

dillo tabbed version
by linux seaq June 17, 2003

June 17, 2003

HI, everybody just reporting a succesful compilation of tabbed dillo. 'til now its working flawlessly. Thanks a lot for it.

1 0

[PATCH] Tabbed version of Dillo
by Frank de Lange June 17, 2003

June 17, 2003

FYI As promised, I now have a patch ready which implements tabbed browsing. The patch is quite big (173586 bytes, 42305 gzipped), so I think it is not a good idea to send it to the mailing list. As I currently do not have a webserver handy I can not put it on my site like I used to do when times were good and broadband was available (1-0 for The Netherlands - Sweden). Why is the patch so big? Well, it touches many files (37 source and header files, 6 other files) in Dillo, as it moves around some code and adds some more. The moving around is mostly due to the fact that, to implement tabs, I had to split 'document' from 'interface' logic in Dillo. In the current (non-patched) version of Dillo, the 'document' (everything related to a single browsing session in a single window) code is spread out over several files (interface.c, nav.c, web.c, html.c, plain.c, etc...). For tabs (and, later, frames) this does not work well, since a single browser window can contain several individual browsing sessions (tabs, frames (when implemented)). I solved this by putting all document-related stuff in a new abstraction, the 'DilloDoc' (defined in browser.h). DilloDoc contains the document-related stuff from BrowserWindow, progress data and document state info (the 'ready' bit) and - currently - the document-specific widgets (docwin, pagemark menu). Tab-specific stuff can be found in src/tab.c|h. As I know that not everybody wants to have tab functionality in the browser - it can also be implemented at the window manager level - I made the tabbed feature optional. To compile Dillo without tabs, use the --disable-tabs option, and there will be no tab-specific code in your binary. I did some tests with regard to 'code bloat' on the current, new (tabs disabled) en new (tabs enabled) versions of Dillo, which show a binary code size increase of about 7500 bytes for the tab feature. This is not to bad I think. The results of these tests can be found in the doc/Browser_Tabs.txt document (which comes with the patch). So, list, tell me what to do... Do you want your mailboxes to overflow, shall I send the patch to a select few, shall I wrap it in tar paper and bury it? I have already sent it to Jorge and the individuals who expressed interest in having a look at it, but I have had several requests from people on the list to send the patch to the list as well. As I have only a puny modem line here in Sweden, I do not relish the prospect of having to send the patch to loads of individuals. You decide. Oh, and I will be off-line between the 23d of june and the 13th of juli, so please let me know beforehand... Also, as the patch is against today's CVS version of Dillo, it has a relatively short shelf life. So, let me know, or (Jorge) apply it to CVS so others can have a go at it. Go'natt//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." ]

4 7

Re: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities
by Frank de Lange June 17, 2003

June 17, 2003

Todd Slater wrote: > On Tue, 17 Jun 2003 02:07:20 +0200 > Frank de Lange <frank(a)unternet.org> wrote: > > >>Todd Slater wrote: > > >>>This is great, Frank! How does one apply the patch? >>>Todd >> >>First, take a chicken... >> >>Well, no, skip the chicken, get the CVS version of Dillo instead (see >>the Dillo website for how to do this). Go to the base directory >>(/usr/src/dillo-cvs/dillo or something like that), and apply the patch >>using something like zcat name_of_gzipped_patch_file|patch -p1. If >>everything went allright, you now have a patched version of Dillo. >> >>So: >> get CVS version of Dillo >> get patch >> cd /to/where/you/put/dillo >> zcat /where/you/put/dillo-20030615-tabs.patch.gz | patch -p1 >> >> ./autogen.sh (this rebuilds the auto*tools files) >> ./configure (with the usual options like --prefix=, etc) >> (if you want to DISABLE tabs, use --disable-tabs after configure) >> make >> su -c 'make uninstall && make install' >> >>But, err, you already knew that, or you would not be subscribed to a >>developers list, right? >> >>It is late, I should sleep now. >> >>Go'Natt//Frank > > > I was looking forward to the chicken! > > I thought that's what I was supposed to do; however, I get this: > > [todd@clevername dillo]$ zcat ../dillo-20030615-tabs.patch.gz | patch > -p1 > patching file ChangeLog > can't find file to patch at input line 21 > Perhaps you used the wrong -p or --strip option? > The text leading up to this was: > -------------------------- > |diff -pruN dillo/configure dillot/configure > |--- dillo/configure 2003-05-26 14:08:02.000000000 +0200 > |+++ dillot/configure 2003-06-13 19:38:12.000000000 +0200 > -------------------------- > File to patch: > > Do I need to specify the file, or is something else wrong? > > BTW, I'm in the dillo directory when I do this, not the src directory. > Correct? > > Sorry for being such a bonehead! > > Todd You need to run ./autogen.sh on the CVS version of Dillo first (this creates the configure file, and other files), or just skip this file (and the others it might complain about). I might remove the 'generated' files from the next version of the patch - which will result in people asking why they do not get the new configure options (because they forgot to run ./autogen.sh after applying the patch...) 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." ]

1 0

Strange condition in cache.c old code
by Nikita V. Borodikhin June 15, 2003

June 15, 2003

Hello old Dillo developers ! Explain me please what is 1024 in the following code for. I read HTML and HTTP/1.1 (rfc2616) specifications but didn't find an answer. I think this condition must be wiped out because some servers (linux.org.ru for example) give too long responses. Code from cache.c revision 1.2, Tue Aug 29 00:36:27 2000 UTC, 2 years, 9 months ago by shaleh: /* * Process redirections (HTTP 30x answers) * (This is a work in progress --not finished yet) */ int Cache_redirect(CacheData_t *entry, int Flags, BrowserWindow *bw) { if ( ((entry->Flags & CA_Redirect) && entry->Location) && ((entry->Flags & CA_ForceRedirect) || !entry->ValidSize || entry->ValidSize < 1024 ) ) { Yours, Nikita

3 4

Tabbed version of Dillo
by Frank de Lange June 13, 2003

June 13, 2003

Hiya, I have finally found some time to work on my tabbed version of Dillo, which I mailed about last week. I hope to have it ready for first release in a few days. If anyone is planning extensive architectural changes to one of these files in the next few days, please let me know: interface.c html.c web.c nav.c plain.c cache.c capi.c browser.h Some other changes I made: - I separated the pagemark functionality into its own file, and renamed the functions from 'pagemarks' to a_Pagemark_... files pagemark.c/h - new files for tab and document functionality files tab.c/h, doc.c/h There is still quite a bit of 'interface' code in the document rendering path (just do a search for a_Interface_ and see from where these functions are called...). This needs to be dealt with for implementation of frames. I'm currently looking at this, but I will probably not implement it before I release the patch. 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." ]

1 0

gtk-list@gnome.org
by Jorge Arellano Cid June 12, 2003

June 12, 2003

Hi, Is anyone here member of "gtk-list(a)gnome.org"? I sent an email some days ago there and it is being "held" for aproval because I'm not a member. If someone has a membership there please let me know to forward my message through him. Thanks Jorge.-

1 0