From kdemirev@yahoo.com Mon Jun 2 17:38:20 2003 From: kdemirev@yahoo.com (kdemirev@yahoo.com) Date: Mon, 2 Jun 2003 09:38:20 -0700 (PDT) Subject: [Dillo-dev] animated GIF's Message-ID: <20030602163820.70135.qmail@web13901.mail.yahoo.com> Hi to all Dillo developers, Thank's to Jorge to point me out the right way to communicate with Dillo developers. I have an embedded system based on Geode( another x86 embedded implementation) and trying to run Dillo on it. Everything's fine till the moment I want to show an animated GIF. I did include few changes into the "gif.c" to handle animated GIF's as frame timeout and iteration counter. Because of lack of time and knowledge of gtk+ I do not know how to show consecutive frames( I start to read gtk+,gdk FAQ, Tutorials and so on 2 weeks ago). Of cource animated GIF must be run with fork or as pthread in Dillo but for now I am interested to find out how I could show different frames. After I got frame data from the cache gif.c is returning to cache server and then I am missing the part what signal or event in Dillo is triggering displaying of frame. I'll be very thankful, if you give me a clue how to do that, Thank you again. Kosta Demirev I do include Jorge answer to my first email. Thank you Jorge. Kosta, > Hi Jorge, Hi! > I apologize to send you an email( you probably very > busy). Thanks. Please use the mailing list for consecutive emails, that way other developers could also respond and help. > I try to do an animated GIF in dillo and I could not > make it. I couldn't draw the consecutive frames and to > show them with gtk+ functions( I'm not familiar with > gtk+). Go to our [links] section and download the GTK+ docs. That will help a lot. > I will appreciate if you give me a clue or tell me is > that implemented in some dillo version( I'm using > 0.7.1). OK. Don't use 0.7.1, get 0.7.2. No, we haven't implemented animated GIFS. I think gtk's timeout functions are a good choice for triggering the frame display change. I'd start there. Note that some of us are *very* happy without animated gifs, so a dillorc option to disable animation is a must! Cheers Jorge.- __________________________________ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com From wang_xq@neusoft.com Tue Jun 3 09:57:03 2003 From: wang_xq@neusoft.com (ronnie) Date: Tue, 03 Jun 2003 16:57:03 +0800 Subject: [Dillo-dev] chinese fonts support!! Message-ID: <001201c329ae$1a469ef0$d41ea8c0@ronnie> This is a multi-part message in MIME format. --Boundary_(ID_MXMDKwDWOJ7h86Eo8UEVzw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT hello everybody! I use dillo browse a chinese web and all of the fonts cannot display ,can you tell me how can I make dillo support chinese fonts? thanks regard!! ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com --Boundary_(ID_MXMDKwDWOJ7h86Eo8UEVzw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
hello everybody!
    I use dillo browse a chinese web and all of the fonts cannot display ,can you tell me how can I make dillo support chinese fonts?
thanks regard!!
*********************************************
Sincerely Yours
 
Wang Xingqiang
Embedded Software Division.
Neusoft Middleware Technologies Company
Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC
TEL:+86-24-83665518
E-mail:wang_xq@neusoft.com
Http://www.neusoft.com
--Boundary_(ID_MXMDKwDWOJ7h86Eo8UEVzw)-- From rachel@public.qz.fj.cn Tue Jun 3 12:39:11 2003 From: rachel@public.qz.fj.cn (Rachel) Date: Tue, 3 Jun 2003 19:39:11 +0800 Subject: [Dillo-dev] manufacturer of garments and bags in China Message-ID: Dear Sir or Madam, I have the pleasure to know your esteemed Corp. We are a manufacturer of garments and bags in Quanzhou, China. I think we can cooperate and supply you with garments and bags as you need. The following is some introductions about our company. Set up: 1988 Type: manufacturer & exporter Product: knitted garments and bags Employees: 1300 persons ( garments factory: 500 bags factory: 800) Product data: product (main items) capacity(/year) brief 2,000,000dzs baby body 1,800,000dzs boxer short 200,000dzs pajama 50,000dzs soft bag 1,500,000pcs hard bag 500,000pcs Mimn order: 300dzs for garments 500pcs for bags Payment: irrevocable L/C at sight Our garment factory mainly specialize in Lady's and men's underwear, children's wear, baby's wear, pajama, boxer shorts, T-shirt, etc. The materials we often use are cotton, T/C, Polyester, Polyamide, Elasthan, and Polyamide. Our products are design with PAD system, produced with advanced equipment, processed in highly quality control system with seasoned workmanship and high efficiency. Our main market is Europe, Australia, Japan. We also accept the orders designed and required by costumers. Our bag factory was founded in 1988, too. We produce all kinds of bags, including suitcase, backpack, travel bag, shoulder bag, sport bag, trolley, camera bag, tote bag, school bag, computer case, luggage,waist bag, notecase, etc. And the goods have met a great favor in the Europe countries, Australia and America because of their good quality, beautiful design and competitive price. Thank you very much. Hope you will give us an opportunity to do business together and we will try our level best to fulfill your present requirement. Should you therefore need any more details for your clarification, pls do not hesitate to contact us. And you are welcome to visit our factories. With best regards Rachel Wang Mob:0086-13960286700 Jason Chen Mob:0086-13959893400 Vicki Wang Mob:0086-13960228599 ----------------------------------------------------------------------------- SENWER GARMENTS CO., LTD. ADD: Room F202, Fugui Renjia Building, Liuguan Road, Quanzhou, Fujian, China. Tel: 0086-595-2506700 Fax: 0086-595-2563400 P.C.:362000 E-mail: rachel@public.qz.fj.cn ----------------------------------------------------------------------------- From jcid@softhome.net Tue Jun 3 19:35:05 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Tue, 3 Jun 2003 14:35:05 -0400 (CLT) Subject: [Dillo-dev] Icons poll In-Reply-To: <20030531135433.GC26688@hs.uni-hamburg.de> References: <20030530172458.GA16542@globnix.org> <20030531135433.GC26688@hs.uni-hamburg.de> Message-ID: Hi, Sebastian, Livio, Eric, Jorgen: What do you think about this? :-) Cheers Jorge.- From livio@ime.usp.br Tue Jun 3 20:28:42 2003 From: livio@ime.usp.br (Livio Baldini Soares) Date: Tue, 3 Jun 2003 16:28:42 -0300 Subject: [Dillo-dev] Icons poll In-Reply-To: References: <20030530172458.GA16542@globnix.org> <20030531135433.GC26688@hs.uni-hamburg.de> Message-ID: <20030603192842.GA23783@ime.usp.br> Hi Jorge! Jorge Arellano Cid writes: > > Hi, > > Sebastian, Livio, Eric, Jorgen: > > What do you think about this? :-) I think John's icons are easier to look at than the traditional default icons. I vote for making John's icons the default ones. PS: Really sorry for being absent, but I'm barely breathing here... Working 12-13 hours per day on something you _really_ like is very amazing! But leaves no time for doing some basic stuff, like sleeping, eating and helping out Dillo's development. best regards! -- Livio B. Soares From eric@rti-zone.org Tue Jun 3 21:04:27 2003 From: eric@rti-zone.org (Eric GAUDET) Date: Tue, 03 Jun 2003 13:04:27 -0700 (PDT) Subject: [Dillo-dev] Icons poll In-Reply-To: <20030603192842.GA23783@ime.usp.br> Message-ID: -- En reponse de "Re: [Dillo-dev] Icons poll" de Livio Baldini Soares, le 03-Jun-2003 : > Hi Jorge! > > Jorge Arellano Cid writes: >> >> Hi, >> >> Sebastian, Livio, Eric, Jorgen: >> >> What do you think about this? :-) > > I think John's icons are easier to look at than the traditional > default icons. I vote for making John's icons the default ones. > I'm for the new icons too, but we should keep the old .h in the tarball. > PS: Really sorry for being absent, but I'm barely breathing > here... Working 12-13 hours per day on something you _really_ like is > very amazing! But leaves no time for doing some basic stuff, like > sleeping, eating and helping out Dillo's development. > Ditto! > best regards! > > -- > Livio B. Soares > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev ------------------------------------------------------------------------ Eric GAUDET Le 03-Jun-2003 a 13:02:46 "Parler pour ne rien dire et ne rien dire pour parler sont les deux principes majeurs et rigoureux de tous ceux qui feraient mieux de la fermer avant de l'ouvrir." ------------------------------------------------------------------------ From thestar@tpg.com.au Tue Jun 3 22:26:22 2003 From: thestar@tpg.com.au (TheStar) Date: Wed, 4 Jun 2003 07:26:22 +1000 Subject: [Dillo-dev] Those annoying garments and bag advertisements... Message-ID: <200306040726.22399.thestar@tpg.com.au> Why doesn't someone just ban/unsubsribe the person? Having this email once or twice was 'okay'... But it appears to be comming on a regular basis... From kelson@pobox.com Tue Jun 3 23:26:29 2003 From: kelson@pobox.com (Kelson Vibber) Date: Tue, 03 Jun 2003 15:26:29 -0700 Subject: [Dillo-dev] Those annoying garments and bag advertisements... In-Reply-To: <200306040726.22399.thestar@tpg.com.au> Message-ID: <5.2.1.1.0.20030603150907.01c18460@mail.speed.net> At 02:26 PM 6/3/2003, TheStar wrote: >Why doesn't someone just ban/unsubsribe the person? > Having this email once or twice was 'okay'... But it appears to > be comming on >a regular basis... So far they've come from at least two different addresses (although both with the same domain name) from at least two different servers - although the common netblock has rated a listing on Spamhaus.org: http://spamhaus.org/SBL/sbl.lasso?query=SBL3954 (In my case they've all been routed into my junk mail folder - thank you, SpamAssassin!) I'm guessing the mailing list is open to postings by non-members, in which case unsubscribing them isn't an option. Does mailman have the ability to ban senders? Kelson Vibber www.hyperborea.org From besthealthplan2457@PRIMARYFOCALPOINTS.NET Wed Jun 4 04:55:59 2003 From: besthealthplan2457@PRIMARYFOCALPOINTS.NET (besthealthplan2457@PRIMARYFOCALPOINTS.NET) Date: Wed, 04 Jun 03 03:55:59 GMT Subject: [Dillo-dev] Self Employed Health Insurance - Free Quotes! zg fm jsgdidohrrskt Message-ID: <08f1z1g45--25tvyal$3bb4v7j$bz@0fa.3mb> This is a multi-part message in MIME format. --E9AC38C72664_8.82AED9. Content-Type: text/html; Content-Transfer-Encoding: quoted-printable
Lowest Cost Health Insurance with Full = Coverage!
Health Insurance, Prescriptions, Dental, Vision and More! Specializing in Self-Employed Plans, Family and Individual Care!

Lower Rates than Blue Cross and All Other Major Providers GUARANTEED!
= America's #1 Coverage Underwriter Wants to Help You Now!
Your Family, Your Health, Your Future - INSURE IT NOW!
Get Your FREE Insurance Savings Quote Today!

= ACT NOW FOR YOUR FREE QUOTE!<= /A>
+++++++++++++++++++++++
To Remove CLICK HERE
++++++++++++++++++++++
 pjlh --E9AC38C72664_8.82AED9.-- From s.geerken@ping.de Wed Jun 4 18:37:31 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Wed, 4 Jun 2003 19:37:31 +0200 Subject: [Dillo-dev] Icons poll In-Reply-To: References: <20030530172458.GA16542@globnix.org> <20030531135433.GC26688@hs.uni-hamburg.de> Message-ID: <20030604173730.GB1185@sg.local> On Tue, Jun 03, Jorge Arellano Cid wrote: > Sebastian, Livio, Eric, Jorgen: > > What do you think about this? :-) I was near suggesting this myself, so you have my agreement :-) Sebastian From wang_xq@neusoft.com Thu Jun 5 08:16:28 2003 From: wang_xq@neusoft.com (ronnie) Date: Thu, 05 Jun 2003 15:16:28 +0800 Subject: [Dillo-dev] confirm 681396 Message-ID: <001001c32b32$6234ea20$d41ea8c0@ronnie> This is a multi-part message in MIME format. --Boundary_(ID_aQ80rvK5CAU7wbJQtSepPA) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com --Boundary_(ID_aQ80rvK5CAU7wbJQtSepPA) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
 
*********************************************
Sincerely Yours
 
 --Boundary_(ID_aQ80rvK5CAU7wbJQtSepPA)-- From jcid@softhome.net Thu Jun 5 16:06:06 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 5 Jun 2003 11:06:06 -0400 (CLT) Subject: [Dillo-dev] dillo.org Message-ID: Hi there! Have you tried http://www.dillo.org ? :-) Cheers Jorge.- From madis@ats.cyber.ee Thu Jun 5 23:42:25 2003 From: madis@ats.cyber.ee (Madis Janson) Date: Fri, 6 Jun 2003 01:42:25 +0300 (EEST) Subject: [Dillo-dev] HTTPS support Message-ID: I wrote a http to https proxy and simple patch to make dillo to start this up (when some https query is made) and forward https queries through unix domain socket to the proxy. Server certificate chains verification is not implemented (yet). It probably could be made into a dpi plugin in future, but currently dpi seemed to lack some needed properties (like forwarding full http querys with cookies to the proxy), which are used by the patch and proxy interface. oh and it could be get here: http://www.zone.ee/myzz/dillo/sslgw-0.1.tar.gz -- mzz From wang_xq@neusoft.com Fri Jun 6 04:48:00 2003 From: wang_xq@neusoft.com (ronnie) Date: Fri, 06 Jun 2003 11:48:00 +0800 Subject: [Dillo-dev] can not connect remote web! Message-ID: <002801c32bde$6d41d1b0$d41ea8c0@ronnie> This is a multi-part message in MIME format. --Boundary_(ID_BdDcM0rbsG7Uz4OzAWQB5g) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT hello everyone! I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can connect any remote web through our company proxy .can you tell me how set the proxy in dillo and make me enjoy the lightweight browser? ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com --Boundary_(ID_BdDcM0rbsG7Uz4OzAWQB5g) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
hello everyone!
    I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can connect any remote web through our company proxy .can you tell me how set the proxy in dillo and make me enjoy the lightweight browser?
   
*********************************************
Sincerely Yours
 
Wang Xingqiang
Embedded Software Division.
Neusoft Middleware Technologies Company
Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC
TEL:+86-24-83665518
E-mail:wang_xq@neusoft.com
Http://www.neusoft.com
--Boundary_(ID_BdDcM0rbsG7Uz4OzAWQB5g)-- From akemnade@informatik.uni-bremen.de Fri Jun 6 07:48:03 2003 From: akemnade@informatik.uni-bremen.de (Andreas Kemnade) Date: Fri, 6 Jun 2003 08:48:03 +0200 Subject: [Dillo-dev] HTTPS support In-Reply-To: References: Message-ID: <20030606084803.76ce62d6.akemnade@informatik.uni-bremen.de> On Fri, 6 Jun 2003 01:42:25 +0300 (EEST) Madis Janson wrote: > > I wrote a http to https proxy and simple patch to make dillo to start this > up (when some https query is made) and forward https queries through unix > domain socket to the proxy. Server certificate chains verification is not > implemented (yet). > > It probably could be made into a dpi plugin in future, but currently dpi > seemed to lack some needed properties (like forwarding full http querys > with cookies to the proxy), which are used by the patch and proxy > interface. > Oh, yet another method to support ssl in dillo. Very interesting idea. I guess now it is time to find out which is the better one. Is there any ssl patch out there, which supports certificates? Greetings Andreas Kemnade From wang_xq@neusoft.com Fri Jun 6 09:41:42 2003 From: wang_xq@neusoft.com (ronnie) Date: Fri, 06 Jun 2003 16:41:42 +0800 Subject: [Dillo-dev] chinese support!! Message-ID: <001201c32c07$76a31ba0$d41ea8c0@ronnie> This is a multi-part message in MIME format. --Boundary_(ID_eC9/L62ntfoiQRxce5gkIg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT hi all! I insert follow into the dw_style.c's Dw_style_font_relize : strcat (fontname, "-adobe-helvetica-medium-r-normal--16-*-*-*-*-*-iso8859-1,\ -*-*-medium-r-normal--16-*-*-*-*-*-gb2312.1980-0,*-r-*"); font->font = gdk_fontset_load(fontname); // font->font = gdk_font_load (fontname); and then dillo can display chinese but the window can not show properly . However dillo-0.7.2 dose not suport pango and is based on gtk-1.2 ,the most important is dillo dose not internationlize .Why this change can make dillo display chinese ? I'm so puzzling! ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com --Boundary_(ID_eC9/L62ntfoiQRxce5gkIg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
hi all!
   I insert follow into the dw_style.c's Dw_style_font_relize :
      strcat (fontname,
           "-adobe-helvetica-medium-r-normal--16-*-*-*-*-*-iso8859-1,\
    -*-*-medium-r-normal--16-*-*-*-*-*-gb2312.1980-0,*-r-*");
   font->font = gdk_fontset_load(fontname);
  // font->font = gdk_font_load (fontname);
and then dillo can display chinese but the window can not show properly .
However dillo-0.7.2 dose not suport pango and is based on gtk-1.2 ,the most important is dillo dose not internationlize .Why this change can make dillo display chinese ? I'm so puzzling!
*********************************************
Sincerely Yours
 
Wang Xingqiang
Embedded Software Division.
Neusoft Middleware Technologies Company
Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC
TEL:+86-24-83665518
E-mail:wang_xq@neusoft.com
Http://www.neusoft.com
--Boundary_(ID_eC9/L62ntfoiQRxce5gkIg)-- From cfraz@wanadoo.fr Fri Jun 6 12:01:25 2003 From: cfraz@wanadoo.fr (fraazz) Date: Fri, 06 Jun 2003 13:01:25 +0200 Subject: [Dillo-dev] can not connect remote web! In-Reply-To: <002801c32bde$6d41d1b0$d41ea8c0@ronnie> References: <002801c32bde$6d41d1b0$d41ea8c0@ronnie> Message-ID: <3EE07485.5080504@wanadoo.fr> On 06.06.2003 05:48, ronnie wrote: > hello everyone! > I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can > connect any remote web through our company proxy .can you tell me how set the > proxy in dillo and make me enjoy the lightweight browser? > see your /home/user/.dillo/dillorc file Franco From frank@unternet.org Fri Jun 6 12:14:55 2003 From: frank@unternet.org (Frank de Lange) Date: Fri, 06 Jun 2003 13:14:55 +0200 Subject: [Dillo-dev] Tabbed version of Dillo Message-ID: <3EE077AF.3060004@unternet.org> FYI, I have added the often-requested 'tabbed browsing' feature to dillo. Even though it works fine, I want to finish the patch before I send it off for inclusion (or rejection, see below). To add this feature, I have created a new 'document' abstraction in Dillo, the 'DilloDoc'. This contains all data related to a single 'browser document' (including navigation history, etc), many parts of which used to reside in the 'BrowserWindow'. This was necessary to separate 'interface' functionality from 'document' functionality, as a tabbed browser can have 'document' activity going on in the background (eg. load a tab in the background while reading another tab, etc). When ready, I'll send a patch to jcid@softhome.net. I know that tabbed functionality can also be implemented at the window manager level, but I happen to like having it in the browser itself. It also saves memory compared to having several instances of Dillo loaded, which fits in nicely with Dillo's 'philosophy'. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From Andreas.Schweitzer@hs.uni-hamburg.de Fri Jun 6 12:23:42 2003 From: Andreas.Schweitzer@hs.uni-hamburg.de (Andreas Schweitzer) Date: Fri, 6 Jun 2003 13:23:42 +0200 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <3EE077AF.3060004@unternet.org> References: <3EE077AF.3060004@unternet.org> Message-ID: <20030606112342.GF19968@hs.uni-hamburg.de> Hi, > To add this feature, I have created a new 'document' abstraction in > Dillo, the 'DilloDoc'. This contains all data related to a single > 'browser document' (including navigation history, etc), many parts of > which used to reside in the 'BrowserWindow'. This was necessary to > separate 'interface' functionality from 'document' functionality, as a > tabbed browser can have 'document' activity going on in the background > (eg. load a tab in the background while reading another tab, etc). hmmm, that sounds awfully a lot like what I thought frames would need. I tried to modify the BrowserWindow as well, but wasn't too succesful (due to lack of time and lack of GTK knowledge). So, I think, this is useful as frames should then be trivial to implement. Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198 From black@asplinux.ru Fri Jun 6 12:36:22 2003 From: black@asplinux.ru (Grigory Bakunov) Date: Fri, 06 Jun 2003 15:36:22 +0400 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <3EE077AF.3060004@unternet.org> References: <3EE077AF.3060004@unternet.org> Message-ID: <3EE07CB6.4020901@asplinux.ru> Frank de Lange wrote: > > When ready, I'll send a patch to jcid@softhome.net. Can you show this patch to all please? Jorge work on dillo hardly, so you patch must be placed to queue, not to stack We all can test your patch before Jorge read it and (may be) commit to cvs. -- .............................................................. IRC: irc.openproject.net #asplinux Grigory Bakunov EMAIL: black@asplinux.ru ASPLinux Development Team ICQ: 51369901 http://www.asplinux.ru From frank@unternet.org Fri Jun 6 22:50:06 2003 From: frank@unternet.org (Frank de Lange) Date: Fri, 06 Jun 2003 23:50:06 +0200 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <3EE07CB6.4020901@asplinux.ru> References: <3EE077AF.3060004@unternet.org> <3EE07CB6.4020901@asplinux.ru> Message-ID: <3EE10C8E.20909@unternet.org> Grigory Bakunov wrote: > Frank de Lange wrote: > >> >> When ready, I'll send a patch to jcid@softhome.net. > > > > Can you show this patch to all please? > Jorge work on dillo hardly, so you patch must be placed to queue, not > to stack > We all can test your patch before Jorge read it and (may be) > commit to cvs. > OK, when ready (somewhere next week, unless I find time this weekend...) I'll see how big the patch is, and tell the list the results. If it is to big to send to the list (probably...) I'll find some other way to spread it. (yeah, it really is time for broadband to come to this part of Sweden so I can put up my webserver again... this was better in the Netherlands...) Anyone have any special wishes for this tabbed feature? Architecturally it is easy to move tabs between browser windows, or move single tabs into new browserwindows (like Galeon does), but is this needed? Also, tab-close buttons on the tabs, in the tab button-3 menu, elsewhere? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From pelzlpj@eecs.umich.edu Fri Jun 6 23:36:39 2003 From: pelzlpj@eecs.umich.edu (Paul Pelzl) Date: Fri, 6 Jun 2003 18:36:39 -0400 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <3EE10C8E.20909@unternet.org> References: <3EE077AF.3060004@unternet.org> <3EE07CB6.4020901@asplinux.ru> <3EE10C8E.20909@unternet.org> Message-ID: <20030606223639.GB25500@cello.eecs.umich.edu> On Fri, Jun 06, 2003 at 11:50:06PM +0200, Frank de Lange wrote: > Anyone have any special wishes for this tabbed feature? Architecturally > it is easy to move tabs between browser windows, or move single tabs > into new browserwindows (like Galeon does), but is this needed? Also, > tab-close buttons on the tabs, in the tab button-3 menu, elsewhere? I prefer Mozilla's model for closing tabs: there is a single close button somewhere to the right of the tabs, which closes the active tab. The tab button-3 menu can be used to close an inactive tab if desired. (Putting tab-close buttons on every tab clutters the interface, and it means you have to hunt around for the proper close button instead of having it fixed in a constant location.) The most important functionality, in my opinion, is to have the option of loading a link in the background without automatically switching focus to that tab. I look forward to seeing what you come up with. Paul From chris@nodewarrior.org Fri Jun 6 23:40:16 2003 From: chris@nodewarrior.org (Chris Palmer) Date: Fri, 6 Jun 2003 17:40:16 -0500 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <20030606223639.GB25500@cello.eecs.umich.edu> References: <3EE077AF.3060004@unternet.org> <3EE07CB6.4020901@asplinux.ru> <3EE10C8E.20909@unternet.org> <20030606223639.GB25500@cello.eecs.umich.edu> Message-ID: <20030606224016.GF6333@nodewarrior.org> Paul Pelzl writes: > I prefer Mozilla's model for closing tabs: there is a single close Agreed. > The most important functionality, in my opinion, is to have the option > of loading a link in the background without automatically switching > focus to that tab. Agreed. > I look forward to seeing what you come up with. Me too. :) From wang_xq@neusoft.com Sun Jun 8 10:35:53 2003 From: wang_xq@neusoft.com (ronnie) Date: Sun, 08 Jun 2003 17:35:53 +0800 Subject: [Dillo-dev] can not connect remote web! References: <002801c32bde$6d41d1b0$d41ea8c0@ronnie> <3EE07485.5080504@wanadoo.fr> Message-ID: <000701c32da1$5b020730$d41ea8c0@ronnie> hi Franco Thanks respondence! I have edited the dillorc and set the folloings: # Set the proxy information for http http_proxy=http://proxy.neusoft.com:8080/ proxy.neusoft.com is the proxy and which need username and passwd; But I still can't connect remote URL . ----- Original Message ----- From: "fraazz" To: "ronnie" Cc: Sent: Friday, June 06, 2003 7:01 PM Subject: Re: [Dillo-dev] can not connect remote web! > On 06.06.2003 05:48, ronnie wrote: > > hello everyone! > > I have installed dillo on my pc(redhat 7.2) and find it's perfect.But I can > > connect any remote web through our company proxy .can you tell me how set the > > proxy in dillo and make me enjoy the lightweight browser? > > > see your /home/user/.dillo/dillorc file > > Franco > > > From frank@unternet.org Sun Jun 8 19:21:27 2003 From: frank@unternet.org (Frank de Lange) Date: Sun, 08 Jun 2003 20:21:27 +0200 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <20030608130235.GA76007@hs.uni-hamburg.de> References: <3EE077AF.3060004@unternet.org> <20030606112342.GF19968@hs.uni-hamburg.de> <3EE1157B.4080801@unternet.org> <20030608130235.GA76007@hs.uni-hamburg.de> Message-ID: <3EE37EA7.4050009@unternet.org> Andreas Schweitzer wrote: > Hi, > > >>Yes, it does facilitate the development of a frames-capable Dillo. I >>have some ideas about how to implement this, and might implement it >>after the tab code is ready for first release. > > > If the "might" should not happen, I'll certainly look into it :-) Well, the weekend is nearly over and I have not used a computer other than to send this message, so it'll definitely be somewhere coming week for the first release of dillo/tabs. By theway, do not let me possibly working on tabs withold you from doing the same... > Oh, one thing : Sebastian Geerken is the one responsible for > the widget part - unless he already mailed you :-) Ack, have not seen mail from him... Sebastian, maybe dw_gtk_scrolled_window needs a method to remove the gadget? I re-use the BrowserWindow's full_screen_off_button gadget in all tabs (reparenting it when needed), but I have to forcibly NULLify the window->gadget attribute to be able to add a new gadget to a dw_gtk_scrolled_window. It is not 'right' to mess with interal widget structures... or am I missing something? The code does not seem to provide a way to remove the gadget once it has been defined. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From cbhoh@mimos.my Mon Jun 9 03:06:13 2003 From: cbhoh@mimos.my (CHEE BIN HOH) Date: 09 Jun 2003 10:06:13 +0800 Subject: [Dillo-dev] HTTPS support In-Reply-To: References: Message-ID: <1055124381.474.19.camel@ivest48.nat.mimos.my> On Sat, 2003-06-07 at 21:51, Madis Janson wrote: > > On Fri, 6 Jun 2003, Jorge Arellano Cid wrote: > > > The "http to https proxy" is what I call dpi! > > > > I'm working very hard with Ferdi extending the dpi1 design with > > a general plugin manager. We have working code and it had gone > > great on tests. I hope to commit the first version in a week or > > so. > > > Great! > > > > This will ease the process of understanding and developing a > > dpi. I hoped all the concepts and internal working to be clear > > from the dpi1 spec and the bookmarks server code, but it is > > certainly very complex to understand it fully (inside and outside > > of dillo and inside the dpi and within the CCC for dpi). > > It would be useful, if you could put some of the basic dpi server > functionality into a simple library (so dpi tag parsing does not have > to be reimplemented in every dpi server written in C). > > > > Now, as I'm not an HTTPS expert, I don't know what interactions > > will be required to support https fully. That is what data > > exchanges/questions/ are required for each operation. > > > > For instance, when the server's certificate can't be verified > > (by the https dpi in this case), the user must be asked whether > > to accept it under this doubt. This will traduce into a dpi > > command sent to dillo, something like: > > > > > text='Accept unverified connection from this server?' > > options='YES|NO'> > > > > Then dillo will make the window, ask the user, and send the > > answer back: > > > > > > > > ...and the https dpi can resume. > > It would be nice, if some certificate fields (issuer, dates) and > certificate MD5/SHA1 hashes would be also shown to the user. This > allows user to verify the certificate hash in a rare case, when > (s)he has got the hash previously using some trusted channel > (printed to paper for example). > > > > Appart from this one, what else is required? > > That I don't know in detail. <-- (this is a question!) > > On the connection side, nothing. Some way for adding trusted certificates > is needed. This could be achieved by coping these certificate files to > certain directory (like .dillo/certificates), although it is _maybe_ > easier for user, when this can be done using some file open dialog (which > will tell the dpi plugin to get the file from specified location). I think > the dialog way of adding certificates is not essential (notably, because > its a very rare activity). > how about adding client side certificate into the https proxy (dpi plugin), certain website might requires a client certificate (which user can obtain from them), it is good if we can allow the user to add a file certificate so or allow another level of plugin to retrieve the client certificate from like smartcard, or other entity, so the https proxy can verify the client with the server. But this happen very rare. -- -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chee Bin HOH (cbhoh) iVEST Department, Mimos Bhd, Technology Park Malaysia, 57000, Kuala Lumpur, Malaysia. http://www.mimos.my http://www.ivest.com.my -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+JkDQAlAFlqwDyl4RAqrhAKClZ50SvSMPeMWYEHbGKQDnfN5FQwCg4JGH u4FBpHbJTKfskuJiS9BjP2o= =pnCn -----END PGP SIGNATURE----- From mzz@frog.dyn.ee Mon Jun 9 06:52:22 2003 From: mzz@frog.dyn.ee (madis) Date: Mon, 9 Jun 2003 08:52:22 +0300 (EEST) Subject: [Dillo-dev] HTTPS support In-Reply-To: <1055124381.474.19.camel@ivest48.nat.mimos.my> References: <1055124381.474.19.camel@ivest48.nat.mimos.my> Message-ID: On Mon, 9 Jun 2003, CHEE BIN HOH wrote: > how about adding client side certificate into the https proxy (dpi > plugin), certain website might requires a client certificate (which user > can obtain from them), it is good if we can allow the user to add a file > certificate so or allow another level of plugin to retrieve the client > certificate from like smartcard, or other entity, so the https proxy can > verify the client with the server. But this happen very rare. > This could be also done by adding files manually to separate directory (some conf file is then also needed, to associate hosts with certificates that will be used, when connecting to them). And i think, that if someone wants a gui for adding them, this (gui) could be very well done later using a separate plugin. -- mzz From eliterr@tkk.ru Mon Jun 9 07:21:22 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Mon, 9 Jun 2003 13:21:22 +0700 Subject: [Dillo-dev] chinese support!! In-Reply-To: <001201c32c07$76a31ba0$d41ea8c0@ronnie> References: <001201c32c07$76a31ba0$d41ea8c0@ronnie> Message-ID: <20030609132122.61b6d9bb.eliterr@tkk.ru> Hello, Wang ! On Fri, 06 Jun 2003 16:41:42 +0800 ronnie wrote: ...skipped... > and then dillo can display chinese but the window can not show > properly . However dillo-0.7.2 dose not suport pango and is based on > gtk-1.2 ,the most important is dillo dose not internationlize .Why > this change can make dillo display chinese ? I'm so > puzzling! Try to use russian patch. I didn't tested it on Chinese encodings or fonts but it works quite nice (unless selection code) with multibyte-encoded locales like UTF-8. If you'd try it please say your opinion (and how it will run for you). It lives here: http://stuphead.asplinux.ru/dillo/index.html.en Nikita eliterr(at)tkk.ru From wang_xq@neusoft.com Mon Jun 9 08:46:01 2003 From: wang_xq@neusoft.com (ronnie) Date: Mon, 09 Jun 2003 15:46:01 +0800 Subject: [Dillo-dev] can't connect remote host!! Message-ID: <001c01c32e5b$2c86f6d0$d41ea8c0@ronnie> This is a multi-part message in MIME format. --Boundary_(ID_qAXXaqTBVKudPpen/lDn2Q) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT hi all! I'm new user dillo and the first question is the dillo can't connect remote host .I have set the file "dillorc" in the path ~/.dillo/dillorc : # Set the proxy information for http #http_proxy=http://localhost:8080/ http_proxy=http://localhost:8080/-------which need username and passwd; once I set the proxy as :http_proxy=http://proxy.neusoft.com:8080/ It still can't connect remote host. additional I set : # When using a proxy, this sets the domains to access without proxy. # (separated with a single space -- see examples below) #no_proxy = ".mynet.com" #no_proxy = ".mynet.com .other.net .foo.bar.org" no_proxy = ".web.neusoft.com"-----Url our company internal. all of those setting can't make dillo connect any host! could you help me sir ? ********************************************* Sincerely Yours Wang Xingqiang Embedded Software Division. Neusoft Middleware Technologies Company Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC TEL:+86-24-83665518 E-mail:wang_xq@neusoft.com Http://www.neusoft.com --Boundary_(ID_qAXXaqTBVKudPpen/lDn2Q) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT
hi all! 
       I'm new user dillo and the first question is the dillo can't connect remote host .I have set the file "dillorc" in the path ~/.dillo/dillorc :
   # Set the proxy information for http
   #http_proxy=http://localhost:8080/
   http_proxy=http://localhost:8080/-------which need username and passwd;
once I set the proxy as :http_proxy=http://proxy.neusoft.com:8080/
It still can't connect remote host.
 
additional I set :
# When using a proxy, this sets the domains to access without proxy.
# (separated with a single space -- see examples below)
#no_proxy = ".mynet.com"
#no_proxy = ".mynet.com .other.net .foo.bar.org"
no_proxy = ".web.neusoft.com"-----Url our company internal.
 
all of those setting can't make dillo connect any host!
could you help me sir ?
*********************************************
Sincerely Yours
 
Wang Xingqiang
Embedded Software Division.
Neusoft Middleware Technologies Company
Neusoft Park, Hun Nan Industrial Area, New & High-Tech Development Zone, Shenyang 110179, PRC
TEL:+86-24-83665518
E-mail:wang_xq@neusoft.com
Http://www.neusoft.com
--Boundary_(ID_qAXXaqTBVKudPpen/lDn2Q)-- From akemnade@informatik.uni-bremen.de Mon Jun 9 10:29:22 2003 From: akemnade@informatik.uni-bremen.de (Andreas Kemnade) Date: Mon, 9 Jun 2003 11:29:22 +0200 Subject: [Dillo-dev] can't connect remote host!! In-Reply-To: <001c01c32e5b$2c86f6d0$d41ea8c0@ronnie> References: <001c01c32e5b$2c86f6d0$d41ea8c0@ronnie> Message-ID: <20030609112922.27f0c499.akemnade@informatik.uni-bremen.de> On Mon, 09 Jun 2003 15:46:01 +0800 ronnie wrote: > hi all! > I'm new user dillo and the first question is the dillo can't connect remote host .I have set the file "dillorc" in the path ~/.dillo/dillorc : > # Set the proxy information for http > #http_proxy=http://localhost:8080/ > http_proxy=http://localhost:8080/-------which need username and passwd; Does dillo really support authentication in that way? AFAIK you need an additional patch. Perhaps someone can remember the url of that patch. Greetings Andreas Kemnade From eliterr@tkk.ru Mon Jun 9 11:19:49 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Mon, 9 Jun 2003 17:19:49 +0700 Subject: [Dillo-dev] entities display In-Reply-To: References: <20030513195613.5e4b62c4.eliterr@tkk.ru> <20030521145812.199aed55.eliterr@tkk.ru> Message-ID: <20030609171949.61e982cc.eliterr@tkk.ru> Hello Jorge ! On Fri, 30 May 2003 12:52:04 -0400 (CLT) Jorge Arellano Cid wrote: > > Is there any > > reason to leave table without representations in place and add > > a new one _with_ them which differs only in representations field > > and(possible) bigger number of entities ? > > Maybe not, but I didn't suggest _that_ table. > > I thought that although implicit it was clear, but it seems > that character handling code is always harder than it seems! > > The main reason for separating the tables was to make clear > what was the workaround and what the code to be used with UCS in > the future. > > The other is that the second table can be ordered by isocode > and thus allow for a bin search instead of the slow linear search > the patch uses. OK, Jorge, you convinced me. Having a separate table is really better. New patch (against current CVS) is attached. Yours, Nikita. From eliterr@tkk.ru Mon Jun 9 11:40:24 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Mon, 9 Jun 2003 17:40:24 +0700 Subject: [Dillo-dev] entities display - lost attach In-Reply-To: <20030609171949.61e982cc.eliterr@tkk.ru> References: <20030513195613.5e4b62c4.eliterr@tkk.ru> <20030521145812.199aed55.eliterr@tkk.ru> <20030609171949.61e982cc.eliterr@tkk.ru> Message-ID: <20030609174024.2ac19ffd.eliterr@tkk.ru> This is a multi-part message in MIME format. --Multipart_Mon__9_Jun_2003_17:40:24_+0700_08256040 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Lost attach only Nikita --Multipart_Mon__9_Jun_2003_17:40:24_+0700_08256040 Content-Type: application/octet-stream; name="dillo-entities.diff.gz" Content-Disposition: attachment; filename="dillo-entities.diff.gz" Content-Transfer-Encoding: base64 H4sICM5a5D4CA2RpbGxvLWVudGl0aWVzLmRpZmYApVx5d9tGkv979SkQz3sxJZIWDp6+Mo6txHpx LI8l7cbJJBoQaJCwSYIBSNuyR/vZt+vorgZAH5n1mzcRu7qrquv4dXUBZJpnmdfflLvnXpovl8Vx VSbHi+1qeSehgb5ab/NtriqHctDv91vT/yv0/ajvj/T/vGBwN4ju+v4d3/zzuv7Y9w+63e6n2QqH qReM9fK7g7DF4e9/9/qj0O8FkR6BP8Jg4OnBahtv88R7W+Sp91Szu9ID1eIqX+fbzhOQCIPe0eLA 215vVKoyvaLcJVvv44Gn/yWLuPSOUKnreziSr7deXhVJkap7B/0b72S9vdreO+jiX3oWfPAO+n/T rPK18p7vVnrcC4fhQZ91SYp1taV1tEZv9zea97v3QAvuazEfbz06WebzWz0/8kc3PfgcJ7utwoGA BpK8TPBzqD/DwLyM39IM/6Zn2Cw3i1iPBaNQL9Ofy3xNbIe8apsvU1oVEd/daokfB5bJ92rLPEKc 8jhR2l04aUwDixzpA/gIK57E87kq9Zh23iCwjJ6opeE0AG1OLp4Cl9DHZXrCid1lQLs8MbsMQsvl xG408JHLpsqXxZr4DnHESBnTJk94T0FkmfwYr1Y8KYIlpyJ5iJJPreQRMTkVsWKa04JFRaTvqZFk LPFTvNnwDDLes3g1S3lE1Pl5RyMDXvbcuiUkxs95wtCY6owDZBiKZc7sJmhTZ2YP4YD2cGb3wK48 W6k5KTMUN52t8qRkg0ZjZFQtdd7AughNfibqocHPeNvhyDJ5YWKCzfeCP1pfvyjzlaIQGaG2Lyqa MpTwfbkoaFVATM6TmBQbIh89kM/ZjQMK34unZy+fo6KiykVMxhuwFS4WJqAj4nJp7cZOujSGc1x0 aW0XYSpdOmE3QCtcshUilvML7cfR5JUIwhWvaMVw7LPff7WpxmaL7Qonj2Kj3oDUNXPCEUuOFaOH sX5slR+IdeOlyqrrFfpgMEKFYosXI9xkvNrc6kUT47N4ncLswIdMN1wQUGCMjBkbiBkwxMRaxgan BJSwsY2egZg3ZuMZJ83SP3cFhQcYUA8Y04wY8Gbl21mMIDMQC892yyXjTgirkphE+0MOocSC14DA y3wOx2KZRGM+MmZRCQXz2DdpzQ4ICJ5hYLmbVbBEo4NsSoM9GSfw0bxJsbmGz6QMTCjjknByRA5I dkZfSetkV5ZqjfogbKaPeM04pKBPXbhFE6eWbSjapAqVGZlgSy0cY9zogTxemU2gzdP8bU6eGonD lQ3JIcaIMtE4ZGspG2xDCgm12myvaVtgB8NnVW1IZx/zX63tZwpr5WQYWUf9ucvfkkGddLCBwXCv tghVIws1imNrGPHO1a6k2AqHguXqfV5tWUtUKFsXmf5Mx56ekBVlTNGlZ6CZszJOghCDR/aFgwMc HJhJEX2ms1wPVBSkgY8z5vYwGom35oo3ymk017pR6Hu0q4WEAblvIU6XXS1UXG6NU9GIC7Vc5mxp cnMuHsUZufWoJFau3ieo9IAOpFycTNLzVUwq68zDuMjXugYiazkQmK/ZxkOK3dycoGNO0PzPnSI/ jClB88qwCSRDc+NS9vkbe86OKXiWYh0KwqUcvGOx8tLA14CCeRkz7FCswIA1KvNJFOGFDkHRZ+nA Ffp0adzHeLbMlkVR8jqEpmXxLjYBF0p6LYsPMBaOA95ISQjtm0JkWcVW1piUrkS4oxIEjG8C5uOt VZyg/KEBsVVKh7peRvUYnvsIERLNqzxNC9RyNKY5613FSuM2VnS4jgcm29bxbBlzlsi21jPI7ii0 sxzhmG1rYzADT+ucvS7eWpMmQ1Mm6c82NtAS62o3w8+hT1G5tmfNSABjzSoPmU1h439EQVmYBDAH aqFMtSXKFDYDRmiIYpmvuaAZY1oVprgaczVbOIXVWExTbJZs0pDKKY4TH+ETJpRphvsOjcJlikEx lkOisCXaGKGpkI1TQasHVsqIQVcWnEMjyc5NXKLrRhxr+rOBRIrGjSpXOZ+wIxSkR+jICgcSNRtz YBo+/NFC8gZxPBhTnQMD2gYr9KXjqE2xo4qDq7uNUzOizTdlwRVJMOYZBR+gkaMNVZbjgO2ps0Xv iottGCgFLGibZZzmCfMRG5cCFii9NIk4ZrCQ09zwccBCtlU6YIEOL1VMNh0QeJR0Ug9Hxlylix4S giXVx2OfsbNcGqxgWCxdrCCdHawQjaqZjOK0SiptTKyKQSCgm6MeUAmVSBLH1YKKG5NWlSnOx3y3 xIGMRkhKviIjj+XAqjZxqsyBhREmOR3yR8Wf6TytdswldDbEdVRoRO82AXrKVF56AA/uUSgDEQ5E LhMjCROm+sBldcTm3dLNYuwbQNouVKkGpM1I9rS1Nw5KTvxMpbdOgYCGclv/BDxSlGtMaMlPk9RB RIFicjoyV92tjlw+hakA3kloi3V2FvAoKHYSt4RUOwOAJrJ3FuzGDhvEj3BoEHunE21Be6Lw30kF N6YKeMeY4zj8ncoZQnT4o3ne08VpzOBxLdpS7F1zNSwZfm3Yshk+2JqQeXx495ptOzQDazMyuDno tvo/3Wa3p2sbQqXalKrSVwRs/Lw0n/S1plhjN+igW28AYZMHu0DdZhcIe0bNRhD+Td2grtsN8jz/ ve8n9Y4QjdWaQjRELrBtIRiC4qDrNoaQYzTl1XRzYylkatsfgiG3Q8SzBpYjdYk85ljvFNFcp1nE 02Iasu2i9yHlcNdtFzFHOs+xZeTRcj+lisx2jUDI1O0bkdzYcjStIxqf0FQboyCFdn3iboV0PHF3 PbMcuY/EU8lApzXPpG47iYYUDbmeSSxHaikZ4VOnrcS7TjIc484STYvrvSUYEh2hueR5hmNC/ST2 K9lRekx2GqnNXSYYCvBG2q01mmg17ZqbTewZ8taZs8W01nEi90+Foy2NQDjt0HSdiCN568yJx5Sc deZ4Jh1Zji84zkgS5cyL3LFETNHDfSgPgi+irWAnysyaWI7YjbKryWamI4UWGtWaUjSt1pYiHZXl iJ0py5Fsxt0pdsOk3qCC5bHboiKO4utLN8JTip5LN8JjMtqlazQKiV8ce01Fx1c1X1NYvHLiMRiT jr+6apO5Y0dtJXkdu5Giai0sGpuRJbiLRdOYoxNQStBMOlnvdYVCO4xdhJuRt7CdxWkUMkcoMHEo xLLYcCQk5PFaZ4v1ZinU3MJpAzJE7ISoioSjm8OKdshNLpTiBwQLM8eOMzKO7XTplbFEOPW6SEef T1zsd1m9yf+25QWCa00vsrZEOPW9WMeYObp5xBjuODDk44gbYCCXuhhdpwPG+gzIZtQFM1JYRyqd YVow42m7jXhGMNx0w2g1N66wyKG5QdpoioFxfB6iaTBrKjpiX8ycKTOe6p49s1p7jLY44iFukOmV mUSPcnNG0Q5VLeopiZUbzhO3V4a7xmZZ12mWsa+5pqWGmRlr9sxAb7dphhxHkoXmuKYdkl+xc2Ys kXHzzkEKNeOh0kZtLCcXN9DIY6wj9dAYKbgqsH00mOablhg10sADqeVoWmnkmcROjeyYcjtqqNCA nMU9Ndqd+Hqu7AkQhnwznm/lVPAj4rh4JKGSuu01jh6pe0yDjcKCOJoWG2UmhUrugiHBaO5guBLE 5VYb50e93UZzE7fjhgpxh4F7bri7wOHIaU25NHMab8b/FKO29wamzZzuG/tUkCKvoRlN5R4cc4yd NhzbsdGIg1lyci1jQYqIkYu7cWyJGY85bqi15HClo+Oyhq5ks2XN/+RY25qD5ay26c2BHSWvsTfH q4dJLP05z2QhRY9t0UFNwVuhezfp4uhYiz3SkRp1Bh/Jttyro+WkNnfrKA8EKUzDjsbHPBWbdrRr 7iuunNKDU4s7d+Rr2TW17syxSSbn9h3blnJ9rSTIuBRa5zLki6+xj2d2HbNw6uXxXDIatfNoaNJo 6AFCCZqt3Rp3RulVuCic1Tp7NEQcC+XUuIIUhZtxGdmMW3y0a0aKwilo+fZROMWsgjwyLKnRR/vh q0ZROgEZTngszWzUx2ZoZcsjOQwLt0TOJqbRJ6V91mj+gWCKicLB9UyKCuoAmsOQoIu6gMaNjUYg WMI3Qxuzu1gCclMrIJijW4gnvBxPKRpKeZppCoIu4mxuC7KBaq1Bdk1omoGpjajM6Q9yIshBs6lc HcmO1CU0Yc/9PBfOaq1C4iieKWtwFvNUB85mMx5z4KzWNCQ4kytSWYMzCnFqHHLhwxBXqrmgB8Vo 6SKcpGHpXmi4hYAtRAtnZLTShTPeigtnoiP3EVlHmlrVrkgkhdqJ5IbEbSiy2gI+2FS0UJFKH9Ec NEmjtwhDIQ+tbNRGUqaYBiMd2D63B2cCVJPQjCkLPk6nkWcFEo/Vzim6J27D0eTR1IyF1v1GCHQd eShyOSoraUIJy91HvrORZ7Z8gcRdE5zZFiTsWsqUrXutnE3MVNOGhJyr9yHB/VOeho1IQgopKgzM 4C2A75AMM6wj6c0tSQxR0xd000jsuKsBNkXPLnZK+2mtO0nTKI12TiWdSTyaKoWiZ2KbkgtjibTZ qARDOp1KxkeJHtOtpIwjju9dNOOS9Nop97JU2pZGF8HHa7eUysivH9xmGqMwtjBNYqY8tH5tss1P bg68G3j9zO0+2u6k54WDsZCe6XuZLvWEHATQt6y1J5udzcYAdivtkNOupLK159365pZ3fORhOesd HWPflS6WmpYgDS6cTGJapGn9Z32kIs7XVg409fHlS1qLF0EkO3KHesark+c445rJhjbStH8jhW7U RCTaWNPOkQZAZHQyKyea+s9bSN6tlk2ZU03tJIeklb7cunxj2E+MJDjWa/rMNO3+faRhpVu3RKKp z88ukKyLo6bQVJNJ38V1U10FCr0khfRxUBOagUJIgTqzsXLma+qTkx+RnvJKEToDr3bZOXg24wSi gVf/CEklDXSu0Bl49Y/I0CIrlajg1dtIxKRpCgWX7khjqKtqjMGlL0gfXbjUDDgDl97hdVAT16ng 0h4HYZo3fToDn/4RGI2DmlD0aWF8uqrRwKcPH5LlWz6dgU+94HiAdLrdNgWnNAUNSddiMTH41Yto Od2DhQZ+/Y4SDm9xNcEJ+PURUumBQENqEghdfMC0UGgAvO52k0hoeB7UpYJjHykit/MmGcpiaK3V GINjH50QEZrQrkLg2Mfku8fiPLMSHEsLT/ZudSr01lZjobW2OhOa2YskTgKePUXq6V6pqdBbUpXQ WlIzobWlppiulI8nF08bMlNwKiHhc8c5RAOnniHtTPRlWiQ0R1fDdSBUq60jdCjkltCR0JzNEA2c 6h0hEauIOhWcenZMS/HO0xQLXr1E+mVrP7HQmrZPZ0JzbG+4JkJtx28KPn2F1FctvuDTi6dIxOa/ SwOfVhVhywcb28xVgU//RSdGvC+UFLiV6U2xKhRaM5RUJLR2rqqBUNtbVeDVmMmSq0QDr8aU5diy d2ng1YRhtpWqCrxKC9XenU6F3tppLLTWTmdCayeNAqf+Kyeo3CsW/Mr0llgltJbYTGhtsRn4NaVc Vdtm/Gbg1DWd9c20ycCpfNw0YzuLhNbO1Wwg1D25mg2F3BIKXi3IiIXshmhjW0NQA7wuFLxaUK4W +3I1m9oDfdfaTyy0pu2zmdDauZqBW3ek8K4dwRk49ZrKwhZjcOp2QdgDlx2Xlsm6llODIcIonQpn 9piyUoNh5FixnhvByLclJz1FdGkQDowQDo25jicCPK2dBlPQycuoxFgXbskZ4rH6B6WjY8GPdIXT tP9lAHbgAanR1KkQ4MlaXWiEQr9HMrwI4DKOpmAEKinxcbmjUDSFCH2CNHzc3xA6lDOXbmhNsbCf X3HCry2xY2ulkxbjiQPPi9bKqRy6xba1VQjRn5CKz+Br24EQfYY0ehgvPo2mYN+fkfbzTuLIrEzl sN41JUJ8/oK0X/J6BEbTTM5UajvakjyKfVsdv8hbEvGKRlepl4uiIRLvYRyc0FlxN4m3MLqXXMS7 umHx/sUnpuMxQwV3/UAKLfKmyLHd5eNF3mAL/voHLayaNPDW/xyxCdS87suZc1ruiVu8tczoTtgM A7y1zJE2b8Yt3llSvia14havLHwA7Y1bvLd8wAkfWmLHFnFUi/HERarWyqkcQO24xWvLG6S+acYt XluWfBNtxC1eWlZ0j2rHLd5X+OBqxi3eV+ii/74Zt3gj2dDNrUUDn5V0h1oUjkiigsuOGByx69cQ i5cSh+5uFK8kW7JfM3YTuWju2rGL0EmoumnFLl5J3hOuNmMXLyR/0sJm7OJl5B0dD27oEhULeHKz eLy6XjWEYy0PGuMsbG9ZCMCSe0MUbei3zo4UXhn5+HegA6nwQBmOEQrDdbWpyYRH0EBl8orJhja1 K6mbaIMJulSmbQG9q7proa0l1NdNidjU6D+krsayXLlcYSed+33ueCxdWhDZYgUfWrkmhmdpQOV+ SNqsVeBRHRSLJLKS6zzRprZvUbZosaVhT7whNZF+Ej6lbEpNhV5aOtOU0GYNWghJdcyVGb7/4OoU QjgdP6DDVqgiNpRCE94tcbAFnmJDN+UO9lPo8baIjUCsf+z7QKQHQ47YKLSmwIc0DaER+Oc20V9Y OtPAwtwgq+L6XiOwMDdaqkanBR7OAVcObnhq15A6AL8fmzZMtXTthJ23E+4ywrsOIjUIwIanhIb4 /N2VGmC00IFLfeK61AD9/lJxXy52pQZo/M7FzxjD2DMXqRF2SpZqg8jPbztxjsNTcLBSn9G7bHg1 wMqt/wfX1KUbElQr9k27qkHDxHnLwVSWtRAOsHC7z0sXbal4BL48oTIhsbw/0osAsJYCEV4QcKUi 5v3B2j5qSkWoe8D6PmoJxc7FW1a5yRgV5rULS/xIb6FAXULVLb2d4qwMEQn/qf/Bc9A8Xpp2Y70l C6+8QF1E5Sq+C+NKAHN8vGG83GyvXRocHs/x2TuiFPxljRX6E8Q9irgqXzeFQop8w3R8hu4shVOd QXFdO3ngeajZFDwkhbzV/7UrMcyBCk+8qAe6aggOQmkkw+sFrsUC2BFVZPQmhbNbREbv/B8vL/CI wMenDhWQz+8wWhSbplC8fq+zLdZH+LaL1RnBr//fVOqt3aYKvNkHCfT8CRPTui1C7C695IZuQ2SI 3X0qaZN4U2cLezlk2q5BmyFOwzvk5Lu1a4VoYJvT9MCuITUCpPiO+8/5qsZ5ALH03QN+3OD2TeEd RLjEEQ3fTaytxCvnN0RtQmKId84H1KTHd8YcdUeg7gNGYlW33gjUeUhMBQ8NdYKw9piDaNaQOYGU OTTUurITkOl903mM9oNXQUSfCZxGnSvDtaHRBLx9aKib5kbxVtnpUl7gOxmSMnhp7LxHGr00IULx btMnRNsYcLdCsXr0npxRWHtV2nhkA68mAQKNyYjwjF8MHGEaPyRa2aRBlI3Z+Pgk3/F4hEk+ZkgU qojFAL5/zMdDLVwiDOBjg/812hCb4c9+5Sz+UKvR4cE51Pb8xAyfqNfFjkbg2oRciy+Hyo5GGDLJ 0z4VE/D+nEMD1yZPTHspXuHCgy4+2tRjB31PXxCLlQbgvNIla7ZbJ/A4EoDbm+XruLz2Ks0zWWhd Pj1zHa9U6tFvezSWeVqg/b0OSFv86RCaepVofh16Poo/K3KkreR+nB3ap6h2Kcr6Cwz4V0BKtd2V a/hKSqKXdDr0oyFHh/Fh/yEx63kyOrOjh/RllT3L6dsmezgYQo2Jd+NY/HvXRF6RebffqOvbeo/G hkt94KHFWzN5An21Zlcqtr1lYL8hgyw+a31i2qHv4ej1XzJ2ez7blq1WqqoHf/+krsloYosaycNf f6FPd3g/D7w3QCJPVfrjjKV9S/N6dmM9/h5QT0P5B1Vk5LPDXiuwrOe+ih1/EJ6o+SHlIP3bH36H /GM2mddBWYe4CRsxHRjrW3Gs1OfoDrEfNALn/F2+1XEQe5l6510+PtfhkBRpvp5X3rbQgKQrluDO 51N1t5rpI/JrsnVuw2BbXl/tkiokAZ25812uPUFT1l91+PocRb566xQHFe21YwTxJPjmWFwpfvfz bntsehd4aJ/f/uft2/e8mb4bvLnXnpbsWZrapbc+szLas3JgV/Y/vTIS1e5/ZlZsZz1szUpVFu+W 27smhPQsHSSeO+vGxTu0JqXBXAOCvqWCjbO8rPaNV0o7JiUC/h9O1DI6ndb7K0eHXnzo9R/Wv9RH HD65YtZY4WJrh4TdZx6H3nd6a95dzYkIDx0CjPtNVP0xf6vWuiD1DBozY10TeqfnZ/1nGL34vcM4 gS2DEndwaUdL0hkMb4bE3tt4mZv8ONyPws0sEjjWENx4s2cPEktm6RytFMMJJ8mcAHZbvFHrHk3V fwMwfTnXGOXq+UlvErXdgaAMwwTYdhbAMq/Wjqy5twGmPLvX3HKv9raURdWmCm103QMdjJgOvu4F 0IYG9WMbcLR7A1vUodL9Qqis1bvltaevrUUSb7WLtW/hGa12zjbO1/pP5LA3oDpay01RVflsqfFK oy2Hx6Pzx6enXn1zBNP+/rAD2rH1NkfEfxIw/ONrODjTCNMz/tR/9ARrmYUq9PgRHHFkvtZwD6NG AxD+MhvMuCLLXWntr/LsKot1td1BVX7zf/ceaBD79nZPO4Ad8pXzMbcNjhHGGX/qT74NRq0JfYZN ajUBeMzeNUys1CpZlB22zO17mrOl3sVirkZ1jnLN65BtxyOkY0A6/u02UOGX8sbDqBdGXncSjXvR yPmdvC/m+IENfeRvMu6hjolvvzVu8u4/8MLh0NHFc6Df5qYQbjy11AeJPSvpHzxd0gAmdcNWX1Cq JQOULh04lAGj2mL21QAGXu45KQw7MdM/AUyfWAX7974BPx/WKa6b51faY6m+2HaaCPtb/vsdK/Cw Zo6Dpl1qRjknRG/dYbQdZB5QjPi1lk+h4HU9fceHmOt7NND3IMr7bVvU62dgVzOAnbev2ubZos38 KiuVao+7NmxGC9Ds1+K1rRqxto/EcXfgtbwBrtiz4l59Kli7HkufDac9DJtB8rEVGV8Itq/g+aXY +8/Cr8blZm80Hnj7KzV71n3DcrV7NIU0+yhHn9VJn1ZeB3G654Xu7QJnIKZKEegQAMh0hezfJsqN 1HxWH8Z5U2Ih2o0nvWCs0W487AXTv4h2kFTmnei9B5r2VecLh5lzWOmdg0fuydVBn2ive/WCpT63 hz9ASgc60806cy3FOqNxbnzrnhsa/p9fPnvm2dRgezXgQVaYk4x1MF7rkM94FqAJe+/z847ab5vT UlAFcKwDWfEaT0WdIPfNQv2h2917pOXm2NWx5mZsR2rAtmMNBOaiWd/LDw8FgIQTb+i3193u782C 0siybvlL0g5roADn+eba6xgDdiEaLONaXr72ug9g/lKz7eyfQjhbp4rC7xb5UhkLdrvahnrjUkLs P3AahjDmv4epFU3DaW/idQd+OOm5qUU55GTMXG2v4u22DPlndw+8L/9zmcBaLOa+ZqH9Zd+LeP5C +0Qb4odlPK+8DP6/fnXPneryB/y6gY7CHrzTka9yqI/xI4i/0lWyFHJm8deuAb1+PKdwOfp+l+lR +H3j/kOclsbbuF6+Ssp/Ykfn2tIK7Q3Rfn5y8tPVo4uLl1fnF49eXhhk2Fe6dsSYiAqHxpeTgHyp //v/8eU2nnN+WoO0Dnej9g+nz0/Pn5482VMNYrJbVpTq+r6NfvzWe3rx87MrsISyXajDZgEJHD4P CPG8C+mpWer07H8CCkxqkT+u4s1GrdOrpKOd2ONj7ND7TJH4JZxoKXG4p2xoiCfh+0Hga6CgDgja ynvh4JOg8FmTkNM0l/8DIjeeJ0ZcAAA= --Multipart_Mon__9_Jun_2003_17:40:24_+0700_08256040-- From stare@ns.arachne.cz Tue Jun 10 11:03:05 2003 From: stare@ns.arachne.cz (Jan Stary) Date: Tue, 10 Jun 2003 12:03:05 +0200 Subject: [Dillo-dev] the #anchor links not going to history Message-ID: <20030610100305.GA11751@home.arachne.cz> Hello, there seems to be the following problem with the history of browsing: If first.html contains a link , then clicking on it gets you to second.html - OK. If second.html contains a link pointing to a place in second.html, then clicking on the link gets you to #anchor - OK. But then, when you press [,] to go back, you get back to first.thml. Definitely, you want [,] to get you back to the beginning of second.html. It looks like the #anchor links don't go into the 'stack of previous places'. I don't mean that second.html#anchor should be remembered as a unique record in browser history (e.g. for future runs, after dillo supports it), but definitely it's a step 'forward from second.html', so going 'back' should go to second.html, not first.html. Cheers Jan From frank@gevaerts.be Tue Jun 10 12:55:53 2003 From: frank@gevaerts.be (Frank Gevaerts) Date: Tue, 10 Jun 2003 13:55:53 +0200 Subject: [Dillo-dev] the #anchor links not going to history In-Reply-To: <20030610100305.GA11751@home.arachne.cz> References: <20030610100305.GA11751@home.arachne.cz> Message-ID: <20030610115553.GA28777@gevaerts.be> On Tue, Jun 10, 2003 at 12:03:05PM +0200, Jan Stary wrote: > Hello, > > there seems to be the following problem with the history of browsing: > > If first.html contains a link , then clicking on it > gets you to second.html - OK. If second.html contains a link href=#"anchor"> pointing to a place in second.html, then clicking on the > link gets you to #anchor - OK. But then, when you press [,] to go back, > you get back to first.thml. > > Definitely, you want [,] to get you back to the beginning of second.html. > > It looks like the #anchor links don't go into the 'stack of previous > places'. I don't mean that second.html#anchor should be remembered as a > unique record in browser history (e.g. for future runs, after dillo > supports it), but definitely it's a step 'forward from second.html', > so going 'back' should go to second.html, not first.html. I have a patch for 0.6.6 that does this. I don't know if it still applies, but I'm appending it here. Note that I'm not sure this is/was the right way to do it. Frank diff -ur dillo-0.6.6/src/history.c dillo-0.6.6.fg/src/history.c --- dillo-0.6.6/src/history.c 2002-04-10 02:53:58.000000000 +0200 +++ dillo-0.6.6.fg/src/history.c 2002-08-16 17:58:55.000000000 +0200 @@ -38,7 +38,7 @@ gint i, idx; for (i = 0; i < history_size; ++i) - if (a_Url_cmp(history[i].url, url) == 0) + if (a_Url_cmp(history[i].url, url) == 0 && URL_STRCAMP_EQ(history[i].url->fragment,url->fragment)) return i; idx = history_size; diff -ur dillo-0.6.6/src/nav.c dillo-0.6.6.fg/src/nav.c --- dillo-0.6.6/src/nav.c 2002-04-10 03:10:16.000000000 +0200 +++ dillo-0.6.6.fg/src/nav.c 2002-08-16 20:34:52.000000000 +0200 @@ -176,7 +176,7 @@ MustLoad = ForceReload || !old_url; if (old_url){ MustLoad |= a_Url_cmp(old_url, url); - MustLoad |= strcmp(URL_STR(old_url), a_Interface_get_location_text(bw)); + MustLoad |= strcmp(URL_STR_NOANCHOR(old_url), a_Interface_get_location_text(bw)); } if ( MustLoad ) { @@ -195,9 +195,19 @@ a_Interface_set_cursor(bw, GDK_LEFT_PTR); } - /* Jump to #anchor position */ + /* Push on stack and jump to #anchor position */ if (URL_FRAGMENT_(url)) { - /* todo: push on stack */ + gint idx; + DilloUrl *hist_url=a_Url_dup(url); + + /* unset E2EReload before adding this url to history */ + a_Url_set_flags(hist_url, URL_FLAGS(hist_url) & ~URL_E2EReload); + idx = a_History_add_url(hist_url); + Nav_stack_add(bw, idx); + Nav_stack_clean(bw); + a_Interface_set_button_sens(bw); + a_Url_free(hist_url); + a_Dw_gtk_scrolled_window_set_anchor( GTK_DW_SCROLLED_WINDOW(bw->docwin), URL_FRAGMENT_(url)); } diff -ur dillo-0.6.6/src/url.c dillo-0.6.6.fg/src/url.c --- dillo-0.6.6/src/url.c 2002-04-10 03:10:28.000000000 +0200 +++ dillo-0.6.6.fg/src/url.c 2002-08-16 20:20:59.000000000 +0200 @@ -56,19 +56,47 @@ if (!url->url_string) { url->url_string = g_string_sized_new(60); - g_string_sprintf( - url->url_string, "%s%s%s%s%s%s%s%s%s%s", - url->scheme ? url->scheme : "", - url->scheme ? ":" : "", - url->authority ? "//" : "", - url->authority ? url->authority : "", - (url->path && url->path[0] != '/' && url->authority) ? "/" : "", - url->path ? url->path : "", - url->query ? "?" : "", - url->query ? url->query : "", - url->fragment ? "#" : "", - url->fragment ? url->fragment : ""); } + g_string_sprintf( + url->url_string, "%s%s%s%s%s%s%s%s%s%s", + url->scheme ? url->scheme : "", + url->scheme ? ":" : "", + url->authority ? "//" : "", + url->authority ? url->authority : "", + (url->path && url->path[0] != '/' && url->authority) ? "/" : "", + url->path ? url->path : "", + url->query ? "?" : "", + url->query ? url->query : "", + url->fragment ? "#" : "", + url->fragment ? url->fragment : ""); + + return url->url_string->str; +} + +/* + * Return the url as a string, without the anchor part. + * (initializing 'url_string' camp if necessary) + */ +gchar *a_Url_str_noanchor(const DilloUrl *u) +{ + /* Internal url handling IS transparent to the caller */ + DilloUrl *url = (DilloUrl *) u; + + g_return_val_if_fail (url != NULL, NULL); + + if (!url->url_string) { + url->url_string = g_string_sized_new(60); + } + g_string_sprintf( + url->url_string, "%s%s%s%s%s%s%s%s", + url->scheme ? url->scheme : "", + url->scheme ? ":" : "", + url->authority ? "//" : "", + url->authority ? url->authority : "", + (url->path && url->path[0] != '/' && url->authority) ? "/" : "", + url->path ? url->path : "", + url->query ? "?" : "", + url->query ? url->query : ""); return url->url_string->str; } diff -ur dillo-0.6.6/src/url.h dillo-0.6.6.fg/src/url.h --- dillo-0.6.6/src/url.h 2002-04-10 03:05:43.000000000 +0200 +++ dillo-0.6.6.fg/src/url.h 2002-08-16 20:25:02.000000000 +0200 @@ -56,6 +56,7 @@ #define URL_ALT_(u) u->alt #define URL_POS_(u) u->scrolling_position #define URL_STR_(u) a_Url_str(u) +#define URL_STR_NOANCHOR_(u) a_Url_str_noanchor(u) /* * Access methods that always return a string: @@ -75,6 +76,7 @@ #define URL_ALT(u) NPTR2STR(URL_ALT_(u)) #define URL_POS(u) URL_POS_(u) #define URL_STR(u) NPTR2STR(URL_STR_(u)) +#define URL_STR_NOANCHOR(u) NPTR2STR(URL_STR_NOANCHOR_(u)) @@ -117,6 +119,7 @@ gint flags, gint pos); void a_Url_free(DilloUrl *u); gchar *a_Url_str(const DilloUrl *url); +gchar *a_Url_str_noanchor(const DilloUrl *url); const gchar *a_Url_hostname(const DilloUrl *u); DilloUrl* a_Url_dup(const DilloUrl *u); gint a_Url_cmp(const DilloUrl* A, const DilloUrl* B); From eliterr@tkk.ru Wed Jun 11 11:13:49 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Wed, 11 Jun 2003 17:13:49 +0700 Subject: [Dillo-dev] IFRAME element stub Message-ID: <20030611171349.4d18c916.eliterr@tkk.ru> 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 */ From eliterr@tkk.ru Wed Jun 11 11:49:51 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Wed, 11 Jun 2003 17:49:51 +0700 Subject: [Dillo-dev] Re: IFRAME element stub In-Reply-To: <20030611171349.4d18c916.eliterr@tkk.ru> References: <20030611171349.4d18c916.eliterr@tkk.ru> Message-ID: <20030611174951.2481cffc.eliterr@tkk.ru> On Wed, 11 Jun 2003 20:30:32 +1000 TheStar wrote: > > 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). > > This implies that Dillo can now handle frames (perhaps by re-rendering > to tables), on at least one developer's computer - Correct? No, not on my computer. Dillo (CVS version and all releases) cannot handle frames as needed. It currently follows HTML specification in handling frames by browsers which do not have an ability to show them so it gives you only links to frames. This patch only adds ability to draw link to IFRAME source. Some work is in progress which may implement frames (see last week postings about tabbed version) but it is not currenly done. Yours, Nikita From eliterr@tkk.ru Wed Jun 11 12:26:24 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Wed, 11 Jun 2003 18:26:24 +0700 Subject: [Dillo-dev] Strange condition in cache.c old code Message-ID: <20030611182624.66c0fa0c.eliterr@tkk.ru> 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 From jcid@softhome.net Wed Jun 11 16:32:22 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 11 Jun 2003 11:32:22 -0400 (CLT) Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <20030611171349.4d18c916.eliterr@tkk.ru> References: <20030611171349.4d18c916.eliterr@tkk.ru> Message-ID: Nikita, > 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). Done! Cheers Jorge.- From jcid@softhome.net Wed Jun 11 16:24:37 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 11 Jun 2003 11:24:37 -0400 (CLT) Subject: [Dillo-dev] Strange condition in cache.c old code In-Reply-To: <20030611182624.66c0fa0c.eliterr@tkk.ru> References: <20030611182624.66c0fa0c.eliterr@tkk.ru> Message-ID: Nikita, > Hello old Dillo developers ! Hi! > 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. FYI: Dillo uses HTTP/1.0. > I think this > condition must be wiped out because some servers (linux.org.ru for example) > give too long responses. > > [...] > > /* > * 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 ) ) { IIRC this is an heuristical boundary. Some servers don't send entity content within an http redirection (Correct behaviour IMHO). Some send a short default message as entity content (something so redundant as "This page is being redirected"), and some others send a full page that can be anything! The "1024" somehow decides this: < 1024: Short redirection message. > 1024: Don't know what is this large page! I also have a vague memory in my mind about how the http redirection data stream is (or isn't) cut in order to make the redirection. The "1024" threshold may "solve" this somehow. This is where you need to start investigating. HTH Jorge.- From jcid@softhome.net Wed Jun 11 19:12:34 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 11 Jun 2003 14:12:34 -0400 (CLT) Subject: [Dillo-dev] New program icons (not toolbars) Message-ID: Hy Guys! Just look at the new stuff at: http://www.dillo.org/Icons/ Enjoy Jorge.- PS: Poll is over, we all agreed on making JG's icons the default!!! From chris@nodewarrior.org Wed Jun 11 19:23:27 2003 From: chris@nodewarrior.org (Chris Palmer) Date: Wed, 11 Jun 2003 13:23:27 -0500 Subject: [Dillo-dev] New program icons (not toolbars) In-Reply-To: References: Message-ID: <20030611182327.GH27713@nodewarrior.org> Jorge Arellano Cid writes: > Just look at the new stuff at: http://www.dillo.org/Icons/ Nice! From melvin.hadasht@free.fr Wed Jun 11 20:13:27 2003 From: melvin.hadasht@free.fr (Melvin Hadasht) Date: Wed, 11 Jun 2003 21:13:27 +0200 Subject: [Dillo-dev] New program icons (not toolbars) In-Reply-To: References: Message-ID: > Just look at the new stuff at: http://www.dillo.org/Icons/ Gorgeous: (web1913) Gorgeous \Gor"geous\, a. [OF. gorgias beautiful, glorious, vain, luxurious; cf. OF. gorgias ruff, neck handkerchief, and F. gorge throat, and se pengorger to assume airs. Cf. Gorge, n.] Imposing through splendid or various colors; showy; fine; magnificent. The new icon set is all that. From jcid@softhome.net Thu Jun 12 16:33:49 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 12 Jun 2003 11:33:49 -0400 (CLT) Subject: [Dillo-dev] gtk-list@gnome.org Message-ID: Hi, Is anyone here member of "gtk-list@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.- From amonk@gnutec.com Thu Jun 12 16:40:32 2003 From: amonk@gnutec.com (Kyle Amon) Date: Thu, 12 Jun 2003 11:40:32 -0400 Subject: [Dillo-dev] convert mozilla bookmarks to dillo Message-ID: <20030612114032.2bfa863e.amonk@gnutec.com> This is a multi-part message in MIME format. --Multipart_Thu__12_Jun_2003_11:40:32_-0400_08449e90 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hi, I don't subscribe to this list, but I've been sweet on Dillo since about 1997 or 1998 (who knows). Anyway, I just wrote a trivial but usefull perl script to generate a Dillo bm.txt file from a Mozilla bookmarks.html file and thought others might be interested in using it as well. It is attached and posted on my homepage under Software. Enjoy, -- Kyle -- Kyle Amon email: amonk@gnutec.com url: http://www.gnutec.com/~amonk KeyID 1024D/4EB96E44 Fingerprint = E9EC 0046 8487 23D7 C91C D757 7B2A 8AE9 4EB9 6E44 "Learning isn't a duty that we must be flogged into performing; it's our birthright, our very human specialty and joy." - Jerry Farber The Student As Nigger This email Copyright 2003 by Kyle Amon, Inc., a Florida corporation, 6002 Palm Shadow Way, Suite 1218, Tampa, FL 33647: (813) 689-4041 amonk@gnutec.com http://www.gnutec.com/~amonk. All rights reserved. --Multipart_Thu__12_Jun_2003_11:40:32_-0400_08449e90 Content-Type: application/x-perl; name="moz2dil.pl" Content-Disposition: attachment; filename="moz2dil.pl" Content-Transfer-Encoding: base64 IyEvdXNyL2Jpbi9wZXJsIC13CiMKIyBtb3oyZGlsLnBsCiMKIyBBIHRyaXZpYWwgYnV0IHVzZWZ1 bGwgc2NyaXB0IHRvIGdlbmVyYXRlIGEgRGlsbG8gKGJtX3NydjEyKSBib29rbWFya3MKIyBmaWxl IGZyb20gYSBNb3ppbGxhIGJvb2ttYXJrcyBmaWxlLgojCiMgRXhhbXBsZSBVc2FnZToKIyBtb3oy ZGlsLnBsIH4vLm1vemlsbGEvZGVmYXVsdC9ib29rbWFya3MuaHRtbCA+IH4vLmRpbGxvL2JtLnR4 dAojCiMgQ29weXJpZ2h0IChDKSAyMDAzCiMgQWxsIHJpZ2h0cyByZXNlcnZlZAojIEt5bGUgQW1v bgojIGFtb25rQGdudXRlYy5jb20KIyBodHRwOi8vd3d3LmdudXRlYy5jb20vfmFtb25rLwojCiMg VGhpcyBwcm9ncmFtIGlzIGZyZWUgc29mdHdhcmU7IHlvdSBjYW4gcmVkaXN0cmlidXRlIGl0IGFu ZC9vciBtb2RpZnkKIyBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1Ymxp YyBMaWNlbnNlIGFzIHB1Ymxpc2hlZCBieQojIHRoZSBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb247 IGVpdGhlciB2ZXJzaW9uIDIgb2YgdGhlIExpY2Vuc2UsIG9yCiMgKGF0IHlvdXIgb3B0aW9uKSBh bnkgbGF0ZXIgdmVyc2lvbi4KIwojIFRoaXMgcHJvZ3JhbSBpcyBkaXN0cmlidXRlZCBpbiB0aGUg aG9wZSB0aGF0IGl0IHdpbGwgYmUgdXNlZnVsLAojIGJ1dCBXSVRIT1VUIEFOWSBXQVJSQU5UWTsg d2l0aG91dCBldmVuIHRoZSBpbXBsaWVkIHdhcnJhbnR5IG9mCiMgTUVSQ0hBTlRBQklMSVRZIG9y IEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFLiAgU2VlIHRoZQojIEdOVSBHZW5lcmFs IFB1YmxpYyBMaWNlbnNlIGZvciBtb3JlIGRldGFpbHMuCiMKIyBZb3Ugc2hvdWxkIGhhdmUgcmVj ZWl2ZWQgYSBjb3B5IG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQojIGFsb25nIHdp dGggdGhpcyBwcm9ncmFtOyBpZiBub3QsIHdyaXRlIHRvIHRoZSBGcmVlIFNvZnR3YXJlCiMgRm91 bmRhdGlvbiwgSW5jLiwgNjc1IE1hc3MgQXZlLCBDYW1icmlkZ2UsIE1BIDAyMTM5LCBVU0EuCgpy ZXF1aXJlIDUuMDA0Owp1c2Ugc3RyaWN0OwoKbXkgKAogICAgIEBzZWN0aW9ucywgQGxpbmtzLAog ICAgICRzZWN0aW9uLCAkbGluaywKICAgICAkc2NvdW50LCAkbGNvdW50Cik7CgppZiAoISAkQVJH VlswXSkgewogIHByaW50ICJFeGFtcGxlOiBtb3oyZGlsLnBsIH4vLm1vemlsbGEvZGVmYXVsdC9i b29rbWFya3MuaHRtbCA+IH4vLmRpbGxvL2JtLnR4dFxuIjsKICBleGl0Owp9Cgokc2NvdW50ID0g MDsKJGxjb3VudCA9IDA7Cm9wZW4gKE1PWkJNLCAiPCAkQVJHVlswXSIpIHx8IGRpZSAiY2Fubm90 IG9wZW46ICQhIjsKd2hpbGUgKDxNT1pCTT4pIHsKICBpZiAoLy4qPEEgSFJFRj0iKC5bXiJdKiki Lio+KC5bXjxdKik8XC9BPi8pIHsKICAgIHB1c2ggQGxpbmtzLCAncycuJGxjb3VudC4nICcuJDEu JyAnLiQyOwogIH0gZWxzaWYgKC8uKjxIMy4qPiguW148XSopPFwvSDM+LykgewogICAgcHVzaCBA c2VjdGlvbnMsICc6cycuJHNjb3VudC4nOiAnLiQxOwogICAgJHNjb3VudCsrOwogICAgaWYgKCRz Y291bnQgPiAxKSB7CiAgICAgICRsY291bnQrKzsKICAgIH0KICB9Cn0KCmNsb3NlIE1PWkJNOwoK Zm9yZWFjaCAkc2VjdGlvbiAoQHNlY3Rpb25zKSB7CiAgcHJpbnQgJHNlY3Rpb24uIlxuIjsKfQoK Zm9yZWFjaCAkbGluayAoQGxpbmtzKSB7CiAgcHJpbnQgJGxpbmsuIlxuIjsKfQoKZXhpdDsK --Multipart_Thu__12_Jun_2003_11:40:32_-0400_08449e90-- From frank@unternet.org Fri Jun 13 13:31:09 2003 From: frank@unternet.org (Frank de Lange) Date: Fri, 13 Jun 2003 14:31:09 +0200 Subject: [Dillo-dev] Tabbed version of Dillo Message-ID: <3EE9C40D.4040606@unternet.org> 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 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From slewis@paradise.net.nz Sat Jun 14 03:26:44 2003 From: slewis@paradise.net.nz (Stephen Lewis) Date: Sat, 14 Jun 2003 14:26:44 +1200 Subject: [Dillo-dev] IFRAME element stub In-Reply-To: References: <20030611171349.4d18c916.eliterr@tkk.ru> Message-ID: <20030614142644.1416df24.slewis@paradise.net.nz> --+Kd1gE8O_=.H/ybG Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Wed, 11 Jun 2003 11:32:22 -0400 (CLT) Jorge Arellano Cid wrote: > > Nikita, > > > 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). > > Done! Just a comment about this - I'm using a recent CVS version some time after this was integrated, and it causes some display issues with a lot of sites. In particular, sites that use narrow IFRAMEs for ads in a table(e.g. http://www.osnews.com, http://arstechnica.com/ ). The displayed URL seems to force the column width to be much, much wider than it normally would, making these websites look very bad (very wide column with ads, very narrow column with actual text :/ ) It's great having this patch apart from the display issues it causes. Would it be possible to make the displayed URL wrap? -- Stephen Lewis slewis@paradise.net.nz --+Kd1gE8O_=.H/ybG Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+6ofuIgTEtLC7U/IRAqMcAJ9pFAsdlKAKY97+ba8Z2ZrgJpqqOgCdEbOZ qLASn1GYT2ut7NnHNU4UmUs= =IEkZ -----END PGP SIGNATURE----- --+Kd1gE8O_=.H/ybG-- From eliterr@tkk.ru Sat Jun 14 09:22:48 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Sat, 14 Jun 2003 15:22:48 +0700 (NOVST) Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <20030614142644.1416df24.slewis@paradise.net.nz> References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> Message-ID: <3046.10.1.4.6.1055578968.squirrel@mail.tkk.ru> Hello, Stephen ! Stephen Lewis wrote: >> > 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). > > Just a comment about this - I'm using a recent CVS version some time > after this was integrated, and it causes some display issues with a lot > of sites. In particular, sites that use narrow IFRAMEs for ads in a > table(e.g. http://www.osnews.com, http://arstechnica.com/ ). The > displayed URL seems to force the column width to be much, much wider > than it normally would, making these websites look very bad (very wide > column with ads, very narrow column with actual text :/ ) > > It's great having this patch apart from the display issues it causes. > Would it be possible to make the displayed URL wrap? This is a consequence of currently used way to handle frames, as Links has. This IFRAME handler may be redesigned to use supplyed width and height, I think it is not too hard but I expect it is a _temporary_ solution intended just for having a link to IFRAME content until we do not have normal frames. > Stephen Lewis > slewis@paradise.net.nz Yours, Nikita From madis@ats.cyber.ee Sat Jun 14 09:51:35 2003 From: madis@ats.cyber.ee (Madis Janson) Date: Sat, 14 Jun 2003 11:51:35 +0300 (EEST) Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <20030614142644.1416df24.slewis@paradise.net.nz> References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> Message-ID: On Sat, 14 Jun 2003, Stephen Lewis wrote: > Just a comment about this - I'm using a recent CVS version some time > after this was integrated, and it causes some display issues with a lot > of sites. In particular, sites that use narrow IFRAMEs for ads in a > table(e.g. http://www.osnews.com, http://arstechnica.com/ ). The > displayed URL seems to force the column width to be much, much wider > than it normally would, making these websites look very bad (very wide > column with ads, very narrow column with actual text :/ ) > > It's great having this patch apart from the display issues it causes. > Would it be possible to make the displayed URL wrap? > > I made it to replace the middle of long urls with ... for iframes: diff -pru -x CVS -x configure -x 'aclocal*' -x 'Makefile*' -x config.h.in cvs/dillo/src/html.c dillo/src/html.c --- cvs/dillo/src/html.c 2003-06-11 23:43:07.000000000 +0300 +++ dillo/src/html.c 2003-06-12 21:18:36.000000000 +0300 @@ -1603,12 +1612,12 @@ static void Html_tag_open_tr(DilloHtml * static void Html_tag_open_frame (DilloHtml *html, gchar *tag, gint tagsize) { const char *attrbuf; - gchar *src; + gchar *src, *buf, *name; DilloUrl *url; DwPage *page; DwStyle style_attrs, *link_style; DwWidget *bullet; - gint dummy; + gint dummy, len; page = DW_PAGE(html->dw); @@ -1641,10 +1650,18 @@ static void Html_tag_open_frame (DilloHt a_Dw_page_add_space(page, html->stack[html->stack_top].style); /* If 'name' tag is present use it, if not use 'src' value */ - if ( !(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { + if ( !!(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { + a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); + } else if (tolower(tag[1]) != 'i' || (len = strlen(name = src)) < 16 || + (name += 7, len -= 7) < 16) { a_Dw_page_add_text(page, g_strdup(src), link_style); } else { - a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); + buf = g_malloc(16); + memcpy(buf, name, 6); + strcpy(buf + 6, "..."); + memcpy(buf + 9, name + (len - 6), 6); + buf[15] = 0; + a_Dw_page_add_text(page, buf, link_style); } a_Dw_page_add_parbreak(page, 5, html->stack[(html)->stack_top].style); From eliterr@tkk.ru Sat Jun 14 11:02:00 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Sat, 14 Jun 2003 17:02:00 +0700 (NOVST) Subject: [Dillo-dev] Strange condition in cache.c old code In-Reply-To: References: <20030611182624.66c0fa0c.eliterr@tkk.ru> Message-ID: <3193.10.1.4.6.1055584920.squirrel@mail.tkk.ru> Hello, Jorge ! Jorge Arellano Cid wrote: >> 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. > > FYI: Dillo uses HTTP/1.0. OK, I'll give citations from HTTP/1.0 (RFC1945) >> I think this >> condition must be wiped out because some servers (linux.org.ru for >> example) >> give too long responses. >> >> [...] >> >> /* >> * 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 ) ) { > > IIRC this is an heuristical boundary. > > Some servers don't send entity content within an http > redirection (Correct behaviour IMHO). Some send a short default > message as entity content (something so redundant as "This page > is being redirected"), and some others send a full page that can > be anything! I don't really encountered any server that gives a _garbage_ in 3xx response. Usually it is a HTML page with short decription and in rare case it is just a redirection without entity-body. RFC says that servers _may_ send a content (entity) but may do not: 4.1 Message Types HTTP messages consist of requests from client to server and responses from server to client. HTTP-message = Simple-Request ; HTTP/0.9 messages | Simple-Response | Full-Request ; HTTP/1.0 messages | Full-Response Full-Response = Status-Line ; Section 6.1 *( General-Header ; Section 4.3 | Response-Header ; Section 6.2 | Entity-Header ) ; Section 7.1 CRLF [ Entity-Body ] ; Section 7.2 7.2 Entity Body The entity body (if any) sent with an HTTP request or response is in a format and encoding defined by the Entity-Header fields. Entity-Body = *OCTET <...> The presence of an entity body in a request is signaled by the inclusion of a Content-Length header field in the request message headers. HTTP/1.0 requests containing an entity body must include a valid Content-Length header field. > The "1024" somehow decides this: > > < 1024: > Short redirection message. > > > 1024: > Don't know what is this large page! IMHO if HTTP/1.0 response has an entity body then we know its type and length and should display it if we know how regardless of its size. So for this purpose "1024 test" has not sense. > I also have a vague memory in my mind about how the http > redirection data stream is (or isn't) cut in order to make the > redirection. The "1024" threshold may "solve" this somehow. ??? I don't undestand this problem... > This is where you need to start investigating. > > HTH > Jorge.- Yours, Nikita From akemnade@informatik.uni-bremen.de Sat Jun 14 21:31:46 2003 From: akemnade@informatik.uni-bremen.de (Andreas Kemnade) Date: Sat, 14 Jun 2003 22:31:46 +0200 Subject: [Dillo-dev] Strange condition in cache.c old code In-Reply-To: <3193.10.1.4.6.1055584920.squirrel@mail.tkk.ru> References: <20030611182624.66c0fa0c.eliterr@tkk.ru> <3193.10.1.4.6.1055584920.squirrel@mail.tkk.ru> Message-ID: <20030614223146.7048be03.akemnade@informatik.uni-bremen.de> On Sat, 14 Jun 2003 17:02:00 +0700 (NOVST) "Nikita V. Borodikhin" wrote: > <...> > The presence of an entity body in a request is signaled by the > inclusion of a Content-Length header field in the request message > headers. HTTP/1.0 requests containing an entity body must include ^^^^^^^^^ > a valid Content-Length header field. > We speak about HTTP *responses* so that argument is invalid Greetings Andreas Kemnade > > IMHO if HTTP/1.0 response has an entity body then we know its type > and length and should display it if we know how regardless of its size. > So for this purpose "1024 test" has not sense. > see above Greetings Andreas Kemnade From chris@nodewarrior.org Sun Jun 15 00:49:45 2003 From: chris@nodewarrior.org (Chris Palmer) Date: Sat, 14 Jun 2003 16:49:45 -0700 Subject: [Dillo-dev] IFRAME element stub In-Reply-To: References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> Message-ID: <20030614234945.GF19765@nodewarrior.org> Madis Janson writes: > + gchar *src, *buf, *name; > + gint dummy, len; > - if ( !(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { > + if ( !!(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { > + a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); > + } else if (tolower(tag[1]) != 'i' || (len = strlen(name = src)) < 16 || > + (name += 7, len -= 7) < 16) { > - a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); > + buf = g_malloc(16); > + memcpy(buf, name, 6); > + strcpy(buf + 6, "..."); > + memcpy(buf + 9, name + (len - 6), 6); > + buf[15] = 0; > + a_Dw_page_add_text(page, buf, link_style); Two questions: 1. Where does buf get free()'d? 2. If you know the exact size you need for buf, why not just use an array of that size? char buf[16]; bzero(buf, 16); From slewis@paradise.net.nz Sun Jun 15 04:51:21 2003 From: slewis@paradise.net.nz (Stephen Lewis) Date: Sun, 15 Jun 2003 15:51:21 +1200 Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <20030614234945.GF19765@nodewarrior.org> References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> <20030614234945.GF19765@nodewarrior.org> Message-ID: <20030615155121.4714eea9.slewis@paradise.net.nz> --dptj=.JoGZJ,gCcP Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 14 Jun 2003 16:49:45 -0700 Chris Palmer wrote: > Madis Janson writes: > > > + gchar *src, *buf, *name; > > + gint dummy, len; > > - if ( !(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { > > + if ( !!(attrbuf = Html_get_attr(html, tag, tagsize, "name")) ) { > > + a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); > > + } else if (tolower(tag[1]) != 'i' || (len = strlen(name = src)) > > < 16 ||+ (name += 7, len -= 7) < 16) { > > - a_Dw_page_add_text(page, g_strdup(attrbuf), link_style); > > + buf = g_malloc(16); > > + memcpy(buf, name, 6); > > + strcpy(buf + 6, "..."); > > + memcpy(buf + 9, name + (len - 6), 6); > > + buf[15] = 0; > > + a_Dw_page_add_text(page, buf, link_style); > > Two questions: > > 1. Where does buf get free()'d? I had a quick look around for this and found the following comment for a_Dw_page_add_text (from src/dw_page.c): /* * Add a word to the page structure. Stashes the argument pointer in * the page data structure so that it will be deallocated on destroy. */ Which I guess answers the second question too. It's always such a pleasant surprise to have actual, useful comments in code! But then, I've come to expect pleasant surprises with Dillo ;) -- Stephen Lewis slewis@paradise.net.nz --dptj=.JoGZJ,gCcP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+6+1CIgTEtLC7U/IRAnZcAJ9nwudG11ap/73IsI90sTbfsLoJKQCfWLpC g7YUb4MN6CHMqoqKetiUPGk= =bBo0 -----END PGP SIGNATURE----- --dptj=.JoGZJ,gCcP-- From slewis@paradise.net.nz Sun Jun 15 05:04:23 2003 From: slewis@paradise.net.nz (Stephen Lewis) Date: Sun, 15 Jun 2003 16:04:23 +1200 Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <3046.10.1.4.6.1055578968.squirrel@mail.tkk.ru> References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> <3046.10.1.4.6.1055578968.squirrel@mail.tkk.ru> Message-ID: <20030615160423.47aa5a81.slewis@paradise.net.nz> --=.oE:h2e.O6TTyfF Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 14 Jun 2003 15:22:48 +0700 (NOVST) "Nikita V. Borodikhin" wrote: > Hello, Stephen ! > > Stephen Lewis wrote: > > >> > 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). > > > > Just a comment about this - I'm using a recent CVS version some time > > after this was integrated, and it causes some display issues with a > > lot of sites. In particular, sites that use narrow IFRAMEs for ads > > This is a consequence of currently used way to handle frames, as Links > has. This IFRAME handler may be redesigned to use supplyed width and > height, I think it is not too hard but I expect it is a _temporary_ > solution intended just for having a link to IFRAME content until we do > not have normal frames. > OK, thanks for the response - I just wanted to make sure it hadn't slipped through unnoticed. Of course, if I'd actually read your original message thoroughly, I would have noticed that you'd said it was a temporary solution anyway... knee-jerk bug reporting reactions strike again! As an aside, it was quite an eye-opener viewing websites with this patch, I discovered many sites which I had thought to be free from advertising were in fact saturated with it - they were having about as much effect on me using Dillo as all of those pop up/under ads I hear about all the time ;) -- Stephen Lewis slewis@paradise.net.nz --=.oE:h2e.O6TTyfF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+6/BHIgTEtLC7U/IRAoP0AKCbyjDCLNRZ61MvxJRaiONIO9hyzACfYVkT a7GeaNuRvCyl96O7IE3bTI4= =IluA -----END PGP SIGNATURE----- --=.oE:h2e.O6TTyfF-- From slewis@paradise.net.nz Sun Jun 15 04:44:05 2003 From: slewis@paradise.net.nz (Stephen Lewis) Date: Sun, 15 Jun 2003 15:44:05 +1200 Subject: [Dillo-dev] IFRAME element stub In-Reply-To: References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> Message-ID: <20030615154405.72e85e7e.slewis@paradise.net.nz> --agP3=.Y2F42'jjhW Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 14 Jun 2003 11:51:35 +0300 (EEST) Madis Janson wrote: > On Sat, 14 Jun 2003, Stephen Lewis wrote: > > > It's great having this patch apart from the display issues it > > causes. Would it be possible to make the displayed URL wrap? > > > > > > I made it to replace the middle of long urls with ... for iframes: That patch works very nicely, thank you! -- Stephen Lewis slewis@paradise.net.nz --agP3=.Y2F42'jjhW Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (FreeBSD) iD8DBQE+6+uFIgTEtLC7U/IRAv7nAKCeth3sm/3D6J5GPZOmK3ORXcbjdgCgwSWS WHlkY3M8KYTMvinF78LZxJs= =d36s -----END PGP SIGNATURE----- --agP3=.Y2F42'jjhW-- From eliterr@tkk.ru Sun Jun 15 19:02:58 2003 From: eliterr@tkk.ru (Nikita V. Borodikhin) Date: Mon, 16 Jun 2003 01:02:58 +0700 (NOVST) Subject: [Dillo-dev] Strange condition in cache.c old code In-Reply-To: <20030614223146.7048be03.akemnade@informatik.uni-bremen.de> References: <20030611182624.66c0fa0c.eliterr@tkk.ru><3193.10.1.4.6.1055584920.squirrel@mail.tkk. ru> <20030614223146.7048be03.akemnade@informatik.uni-bremen.de> Message-ID: <4046.10.1.4.10.1055700178.squirrel@mail.tkk.ru> Hello, Andreas ! Andreas Kemnade wrote: >> <...> >> The presence of an entity body in a request is signaled by the >> inclusion of a Content-Length header field in the request message >> headers. HTTP/1.0 requests containing an entity body must include > ^^^^^^^^^ >> a valid Content-Length header field. >> > We speak about HTTP *responses* so that argument is invalid > >> IMHO if HTTP/1.0 response has an entity body then we know its type >> and length and should display it if we know how regardless of its size. >> So for this purpose "1024 test" has not sense. >> > see above > > Greetings > Andreas Kemnade OK, may be I'm wrong in my opinion but please give me _argumented_ answer why the current way of redirection confirms the standard. I'll accept any answer with reference to RFC, either HTTP/1.0 or HTTP/1.1. I dig them both and found those paragraphs to prove my point of view. May be I didn't found something that concern this question so if you can do it then do it ! Yours, Nikita From Manuel.Serrano@sophia.inria.fr Mon Jun 16 11:16:03 2003 From: Manuel.Serrano@sophia.inria.fr (Manuel Serrano) Date: Mon, 16 Jun 2003 12:16:03 +0200 Subject: [Dillo-dev] Suggestion for a next dillo version Message-ID: <20030616121603.054a27e9.Manuel.Serrano@sophia.inria.fr> 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 From frank@unternet.org Mon Jun 16 23:43:30 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 00:43:30 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo Message-ID: <3EEE4812.4080906@unternet.org> 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 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 00:21:34 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 01:21:34 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities Message-ID: <3EEE50FE.2080609@unternet.org> 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 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From dontodd@columbus.rr.com Tue Jun 17 00:50:57 2003 From: dontodd@columbus.rr.com (Todd Slater) Date: Mon, 16 Jun 2003 19:50:57 -0400 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <3EEE50FE.2080609@unternet.org> References: <3EEE50FE.2080609@unternet.org> Message-ID: <20030616195057.06078d6a.dontodd@columbus.rr.com> On Tue, 17 Jun 2003 01:21:34 +0200 Frank de Lange wrote: > 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 This is great, Frank! How does one apply the patch? Todd From frank@unternet.org Tue Jun 17 01:07:20 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 02:07:20 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <20030616195057.06078d6a.dontodd@columbus.rr.com> References: <3EEE50FE.2080609@unternet.org> <20030616195057.06078d6a.dontodd@columbus.rr.com> Message-ID: <3EEE5BB8.3090402@unternet.org> Todd Slater wrote: > On Tue, 17 Jun 2003 01:21:34 +0200 > Frank de Lange wrote: > > >>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 > > > This is great, Frank! How does one apply the patch? > Todd > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev 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 -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From dillo-dev@lists.auriga.wearlab.de Tue Jun 17 01:24:39 2003 From: dillo-dev@lists.auriga.wearlab.de (Raphael Barabas) Date: Tue, 17 Jun 2003 02:24:39 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <3EEE4812.4080906@unternet.org> References: <3EEE4812.4080906@unternet.org> Message-ID: <20030617002439.GA18472@super.ghb.fh-furtwangen.de> On Tue, Jun 17, 2003 at 12:43:30AM +0200, Frank de Lange wrote: > You decide. i love it. it's just what i've been waiting for. i know, i know. tabbing should be done by the window manager. but until every window manager (or at least, my favorite) has implemented tabbing, i will enjoy this patch. browsing the web is the only thing where i really want tabbing anyway. oh, and i just noticed it segfaults when i middle-click a link. :) thanks, raphael From frank@unternet.org Tue Jun 17 01:17:37 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 02:17:37 +0200 Subject: [Dillo-dev] Tabbed version of Dillo, remarks Message-ID: <3EEE5E21.30506@unternet.org> One last thing before I go to sleep... As already stated in the documentation (doc/DilloDoc.txt, but who reads documentation anyway?), the tabbed version of Dillo sometimes (to be specific, when loading a tab in the background) produces Gdk_CRITICAL messages on stderr. Like these: Gdk-CRITICAL **: file gdkwindow.c: line 1274 (gdk_window_set_cursor): assertion `window != NULL' failed. These messages come from deep within dw_widget (line 706), and seem to be caused by an error/a bug in the widget. What seems to happen is that the widget tries to reset the cursor for a non-existing window (gdk_window_set_cursor (GTK_LAYOUT(viewport)->bin_window, NULL while the viewport does not yes have a bin_window defined). Sebastian, any input on this? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 01:30:07 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 02:30:07 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <20030617002439.GA18472@super.ghb.fh-furtwangen.de> References: <3EEE4812.4080906@unternet.org> <20030617002439.GA18472@super.ghb.fh-furtwangen.de> Message-ID: <3EEE610F.80902@unternet.org> Raphael Barabas wrote: > On Tue, Jun 17, 2003 at 12:43:30AM +0200, Frank de Lange wrote: > >>You decide. > > > i love it. it's just what i've been waiting for. > > i know, i know. tabbing should be done by the window manager. but > until every window manager (or at least, my favorite) has implemented > tabbing, i will enjoy this patch. browsing the web is the only thing > where i really want tabbing anyway. > > oh, and i just noticed it segfaults when i middle-click a link. :) Hm, yeah it does. Did not used to do that. Must have messed something up somewhere. Well, that is why I sent the patch around of course... Will look into that when I am less sleepy... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 01:37:06 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 02:37:06 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <20030616203021.26d004e2.dontodd@columbus.rr.com> References: <3EEE50FE.2080609@unternet.org> <20030616195057.06078d6a.dontodd@columbus.rr.com> <3EEE5BB8.3090402@unternet.org> <20030616203021.26d004e2.dontodd@columbus.rr.com> Message-ID: <3EEE62B2.8040206@unternet.org> Todd Slater wrote: > On Tue, 17 Jun 2003 02:07:20 +0200 > Frank de Lange 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 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 01:43:45 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 02:43:45 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <3EEE610F.80902@unternet.org> References: <3EEE4812.4080906@unternet.org> <20030617002439.GA18472@super.ghb.fh-furtwangen.de> <3EEE610F.80902@unternet.org> Message-ID: <3EEE6441.3030109@unternet.org> Frank de Lange wrote: > Raphael Barabas wrote: > >> On Tue, Jun 17, 2003 at 12:43:30AM +0200, Frank de Lange wrote: >> >>> You decide. >> >> >> >> i love it. it's just what i've been waiting for. >> i know, i know. tabbing should be done by the window manager. but >> until every window manager (or at least, my favorite) has implemented >> tabbing, i will enjoy this patch. browsing the web is the only thing >> where i really want tabbing anyway. >> >> oh, and i just noticed it segfaults when i middle-click a link. :) > > > Hm, yeah it does. Did not used to do that. Must have messed something up > somewhere. Well, that is why I sent the patch around of course... > > Will look into that when I am less sleepy... > > Cheers//Frank I see what has gone wrong, I missed a small piece of the patch. Will include it in a new version tomorrow... If you want to fix it by hand, just change line 257 of html.c from: - a_Commands_open_link_nw_callback(NULL, lb->dd); + a_Commands_open_link_nw_callback(NULL, lb->dd->bw); and it should work again. Sorry for the inconvenience... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 02:07:17 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 03:07:17 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <3EEE6441.3030109@unternet.org> References: <3EEE4812.4080906@unternet.org> <20030617002439.GA18472@super.ghb.fh-furtwangen.de> <3EEE610F.80902@unternet.org> <3EEE6441.3030109@unternet.org> Message-ID: <3EEE69C5.9030400@unternet.org> Frank de Lange wrote: > Frank de Lange wrote: > >> Raphael Barabas wrote: >> >>> On Tue, Jun 17, 2003 at 12:43:30AM +0200, Frank de Lange wrote: >>> >>>> You decide. >>> >>> >>> >>> >>> i love it. it's just what i've been waiting for. >>> i know, i know. tabbing should be done by the window manager. but >>> until every window manager (or at least, my favorite) has implemented >>> tabbing, i will enjoy this patch. browsing the web is the only thing >>> where i really want tabbing anyway. >>> >>> oh, and i just noticed it segfaults when i middle-click a link. :) >> >> >> >> Hm, yeah it does. Did not used to do that. Must have messed something >> up somewhere. Well, that is why I sent the patch around of course... >> >> Will look into that when I am less sleepy... >> >> Cheers//Frank > > > I see what has gone wrong, I missed a small piece of the patch. Will > include it in a new version tomorrow... If you want to fix it by hand, > just change line 257 of html.c from: > > - a_Commands_open_link_nw_callback(NULL, lb->dd); > + a_Commands_open_link_nw_callback(NULL, lb->dd->bw); > > and it should work again. > > Sorry for the inconvenience... > > Cheers//Frank I fixed the patch on the geocities website: http://www.geocities.com/ikbenfrank/dillo-20030615-tabs.patch.gz So, anyone who got the patch in the first hour or so after release, please get it again... It missed a small, but essential part... The md5sum of the new, fixed patch is a72edfd6c6fe3fab5153df9bde760985, it is 42305 bytes. Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From thestar@tpg.com.au Tue Jun 17 06:41:25 2003 From: thestar@tpg.com.au (TheStar) Date: Tue, 17 Jun 2003 15:41:25 +1000 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <3EEE4812.4080906@unternet.org> References: <3EEE4812.4080906@unternet.org> Message-ID: <200306171541.25104.thestar@tpg.com.au> An "unofficial" screenshot of a tabbed dillo would be nice - perhaps a site: "Unofficial */HaCkEd/* Screenshots"? From frank@unternet.org Tue Jun 17 07:30:39 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 08:30:39 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo In-Reply-To: <200306171541.25104.thestar@tpg.com.au> References: <3EEE4812.4080906@unternet.org> <200306171541.25104.thestar@tpg.com.au> Message-ID: <3EEEB58F.5060101@unternet.org> TheStar wrote: > An "unofficial" screenshot of a tabbed dillo would be nice - perhaps a site: > "Unofficial */HaCkEd/* Screenshots"? > > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev Screenshot on the patch website (geocities, so start your ad-blockers...) http://www.geocities.com/ikbenfrank/ Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From Andreas.Schweitzer@hs.uni-hamburg.de Tue Jun 17 09:10:22 2003 From: Andreas.Schweitzer@hs.uni-hamburg.de (Andreas Schweitzer) Date: Tue, 17 Jun 2003 10:10:22 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <3EEE50FE.2080609@unternet.org> References: <3EEE50FE.2080609@unternet.org> Message-ID: <20030617081022.GA68049@hs.uni-hamburg.de> Hi, > 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. I put it as a mirror on http://www.hs.uni-hamburg.de/~stcd102/dillo-20030615-tabs.patch.gz md5 of the ungzipped version is : MD5 (dillo-20030615-tabs.patch) = 430aa3489ab88e3fec5486786c7d7648 Maybe Frank should double check that. A few notes : - on first inspection it works ;-) - On my FreeBSD 4.8 system with gcc version 2.95.4 I need to move one line to make it compile like : $ diff -c tab.c.frank tab.c.new *** tab.c.frank Tue Jun 17 10:01:42 2003 --- tab.c.new Tue Jun 17 10:03:30 2003 *************** *** 304,309 **** --- 304,311 ---- void a_Tab_visibility_update(BrowserWindow *bw) { + gboolean hide_tabs; + g_return_if_fail(bw != NULL); /* this gets called in the tab switching code, which in turn gets called when *************** *** 313,320 **** */ if(!GTK_IS_CONTAINER(bw->container)) return; - - gboolean hide_tabs; /* HIDE tab bar IF * - there is only one tab left AND the preference tab_bar_show_single_tab --- 315,320 ---- - and last : the patches against configure and one Makefile.in won't apply, but this can be ignored if I do another ./autogen.sh; ./configure step after patching. Now, on to finding some time to playing with it :-) ... hmmmm .... frames .... Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198 From frank@unternet.org Tue Jun 17 09:44:21 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 10:44:21 +0200 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <20030617081022.GA68049@hs.uni-hamburg.de> References: <3EEE50FE.2080609@unternet.org> <20030617081022.GA68049@hs.uni-hamburg.de> Message-ID: <20030617084420.GA15733@unternet.org> On Tue, Jun 17, 2003 at 10:10:22AM +0200, Andreas Schweitzer wrote: > Hi, > > > 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. > > I put it as a mirror on > http://www.hs.uni-hamburg.de/~stcd102/dillo-20030615-tabs.patch.gz > > md5 of the ungzipped version is : > MD5 (dillo-20030615-tabs.patch) = 430aa3489ab88e3fec5486786c7d7648 > > Maybe Frank should double check that. I just downloaded your mirrored copy, the uncompressed patch is identical to the one I distributed. Good. > A few notes : > - on first inspection it works ;-) I hope it also works on more than first inspection. It does for me... > - On my FreeBSD 4.8 system with gcc version 2.95.4 I need > to move one line to make it compile like : Yeah, the code needs some cleanup still. I'll go through it for the next patch, and try it on FreeBSD as well. > - and last : the patches against configure and one Makefile.in won't apply, > but this can be ignored if I do another ./autogen.sh; ./configure step after > patching. I will exclude the 'generated' files in the next patch. > Now, on to finding some time to playing with it :-) ... hmmmm .... frames .... Try the tabs first I'd say, and give some feedback on the design of DilloDoc... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From frank@unternet.org Tue Jun 17 11:09:29 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 12:09:29 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch Message-ID: <3EEEE8D9.1050508@unternet.org> Hej! Now that the first release of my tab patch is 'out there', I'd like to give a short overview of my plans for the next version of this patch. I do not know when I'll be able to release this next version, as I'm busy this week, followed by a trip to the UK (back the 13th of juli), but I will try to make it relatively soon... Anyway, some plans: Architecture ------------ - further separate interface code out of document code (interface messages currently go directly to the interface, some mediation might be necessary) Functionality ------------- - focus tab contents on tab switch (so key navigation works correctly without having to first click in the tab pane) - focus location bar on switch to empty tab/new tab - new empty tab should show/focus, even when 'tab load in background' is set - after tab delete, switch to NEXT tab instead of PREVIOUS (like mozilla) Coding ------ - clean up code organisation (declarations before g_return/comments) Bugs ---- - full screen off widget does not show after tab switch in full screen (probably hidden, it IS reparented) There might be more, or less. Let me know. Jorge, let me know if/when you plan to commit the patch to CVS Sebastian, do you have any suggestions as to why dw_widget tries to set the cursor on a non-existing bin_window in the mouse event code? See my earlier message on the Gdk-CRITICAL messages which sometimes appear when opening a document in a tab in the background... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From Jens.Arm@gmx.de Tue Jun 17 11:40:10 2003 From: Jens.Arm@gmx.de (Jens Arm) Date: Tue, 17 Jun 2003 12:40:10 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: <3EEEE8D9.1050508@unternet.org> References: <3EEEE8D9.1050508@unternet.org> Message-ID: <20030617124010.091d8c87.Jens.Arm@gmx.de> Hi The dillo-tab-version is fine work !!! > There might be more, or less. Let me know. Opening new tab instead of window when middle-clicking on a link. Would be nice ;) Perhaps this should be an option in the config-file where this is choosable? Jens From madis@ats.cyber.ee Tue Jun 17 13:27:22 2003 From: madis@ats.cyber.ee (Madis Janson) Date: Tue, 17 Jun 2003 15:27:22 +0300 (EEST) Subject: [Dillo-dev] tabbed patch crashes when adding bookmark In-Reply-To: <3EEE69C5.9030400@unternet.org> References: <3EEE4812.4080906@unternet.org> <20030617002439.GA18472@super.ghb.fh-furtwangen.de> <3EEE610F.80902@unternet.org> <3EEE6441.3030109@unternet.org> <3EEE69C5.9030400@unternet.org> Message-ID: when a_Interface_msg is called. (gdb) bt #0 0x4019752d in gtk_type_check_object_cast () from /usr/lib/libgtk-1.2.so.0 #1 0x08073c05 in a_Interface_msg (bw=0x80a1268, format=0x8278f10 "Hi browser") at interface.c:763 #2 0x08056eab in a_Capi_ccc (Op=2, Branch=138708789, Dir=1, Info=0x80ff670, Data1=0x8278f10, Data2=0x8448730) at capi.c:330 #3 0x08054b2e in a_Chain_fcb (Op=2, Info=0xa, Data1=0x8278f10, Data2=0x8448730) at chain.c:95 #4 0x0807bf64 in Dpi_parse_token (conn=0x82b6fa8) at dpi.c:272 #5 0x0807bfa1 in Dpi_process_io (Op=4, Data1=0xa, conn=0x82b6fa8) at dpi.c:296 #6 0x08054b2e in a_Chain_fcb (Op=2, Info=0xa, Data1=0x823ebd8, Data2=0x0) at chain.c:95 #7 0x0807c9da in IO_read (io=0x823ebd8) at IO.c:420 #8 0x0807cabd in IO_callback (src=0x8120910, cond=G_IO_IN, data=0x617) at IO.c:504 #9 0x40217a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0 #10 0x4021903d in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #11 0x402194f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0 #12 0x40219724 in g_main_run () from /usr/lib/libglib-1.2.so.0 #13 0x4013fc3f in gtk_main () from /usr/lib/libgtk-1.2.so.0 #14 0x08067215 in main (argc=1, argv=0xbffffb04) at dillo.c:298 Bandaid fix seems to be commenting out code, which causes calling a_Interface_msg in dpi code (a_Interface_msg call in a_Capi_ccc and send_status_msg branch in Dpi_parse_token). From andi@buxach.de Tue Jun 17 13:46:04 2003 From: andi@buxach.de (Andreas Zwinkau) Date: Tue, 17 Jun 2003 14:46:04 +0200 Subject: [Dillo-dev] Anti-Tab Message-ID: <20030617144604.48a7ba67.andi@buxach.de> I just want to throw in, that tabbing may be a bloat-feature. Just because every modern browser has it and everybody wants it, i needn't to be necessary. I watched a similar discussion some time ago and a wise argument convinced me, that tabbing is not a task for a browser. Before you call me loony, listen. Tabbing is about handling different windows, but handling windows is nothing a browser should do. Leave to the programs, which are made for especially that: Window Managers! Tabbing should not be implemented in a browser, but in the window manager. Sorry, if KDE and Gnome don't support it (i think, am i wrong?) Just my 2ct ;) mfg Andreas Zwinkau | web: andi.dasstellenwirinsinternet.de | mail: andi@buxach.de | jabber: beza1e1@amessage.de From madis@ats.cyber.ee Tue Jun 17 13:52:45 2003 From: madis@ats.cyber.ee (Madis Janson) Date: Tue, 17 Jun 2003 15:52:45 +0300 (EEST) Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617144604.48a7ba67.andi@buxach.de> References: <20030617144604.48a7ba67.andi@buxach.de> Message-ID: On Tue, 17 Jun 2003, Andreas Zwinkau wrote: > I just want to throw in, that tabbing may be a bloat-feature. Just > because every modern browser has it and everybody wants it, i needn't to > be necessary. I watched a similar discussion some time ago and a wise > argument convinced me, that tabbing is not a task for a browser. > > Before you call me loony, listen. > Tabbing is about handling different windows, but handling windows is > nothing a browser should do. Leave to the programs, which are made for > especially that: Window Managers! Tabbing should not be implemented in a > browser, but in the window manager. > > Sorry, if KDE and Gnome don't support it (i think, am i wrong?) > > Just my 2ct ;) > I think, thats why we have the configure options :) From linux@seaq.com.co Tue Jun 17 14:12:12 2003 From: linux@seaq.com.co (linux seaq) Date: Tue, 17 Jun 2003 08:12:12 -0500 Subject: [Dillo-dev] dillo tabbed version In-Reply-To: <20030617043522.5588.38356.Mailman@free.wearlab.de> References: <20030617043522.5588.38356.Mailman@free.wearlab.de> Message-ID: <20030617081212.31b77e5b.linux@seaq.com.co> HI, everybody just reporting a succesful compilation of tabbed dillo. 'til now its working flawlessly. Thanks a lot for it. From Andreas.Schweitzer@hs.uni-hamburg.de Tue Jun 17 14:39:36 2003 From: Andreas.Schweitzer@hs.uni-hamburg.de (Andreas Schweitzer) Date: Tue, 17 Jun 2003 15:39:36 +0200 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617144604.48a7ba67.andi@buxach.de> References: <20030617144604.48a7ba67.andi@buxach.de> Message-ID: <20030617133936.GA78051@hs.uni-hamburg.de> On Tue, Jun 17, 2003 at 02:46:04PM +0200, Andreas Zwinkau wrote: > I just want to throw in, that tabbing may be a bloat-feature. Just > because every modern browser has it and everybody wants it, i needn't to > be necessary. I watched a similar discussion some time ago and a wise > argument convinced me, that tabbing is not a task for a browser. I really don't mind if tabs are out of dillo. And in the end I will agree, that having tabs is something that is not needed. However, in this case, as I said in some time ago, it looks like the coding design can easily be used to implement frames. I haven't looked at the code yet, though. But if the implemented division of browser window and interface is done as I think it is done, then frames are a natural consequence to code. That is the main reason why I am that interested in this patch. Btw, I think the binary increased by only 10kB on my machine. Cheers, Andreas -- **************************** NEW ADDRESS ****************************** Hamburger Sternwarte Universitaet Hamburg Gojenbergsweg 112 Tel. ++49 40 42891 4016 D-21029 Hamburg, Germany Fax. ++49 40 42891 4198 From chris@nodewarrior.org Tue Jun 17 17:04:12 2003 From: chris@nodewarrior.org (Chris Palmer) Date: Tue, 17 Jun 2003 09:04:12 -0700 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617144604.48a7ba67.andi@buxach.de> References: <20030617144604.48a7ba67.andi@buxach.de> Message-ID: <20030617160411.GC1011@nodewarrior.org> Andreas Zwinkau writes: > I just want to throw in, that tabbing may be a bloat-feature. Just > because every modern browser has it and everybody wants it, i needn't to > be necessary. Bloat is when you embed a flight simulator into a spreadsheet program. Tabs do not bloat Dillo. When it comes to software, "everybody wants it" is a really, really good sign that the feature is necessary. Maybe the feature could be implemented in the window manager, but not everybody uses PWM, or wants to. It would not be easy to use since the toolkit (Gtk) is not tightly integrated with the window manager (any of 600 crappy things on Freshmeat). Implementing it in the application is the best way to do it, given the realities of the X Window System. Thank you, Frank! Tabbing is great. From phil.pennock@globnix.org Tue Jun 17 17:33:11 2003 From: phil.pennock@globnix.org (Phil Pennock) Date: Tue, 17 Jun 2003 16:33:11 +0000 Subject: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities In-Reply-To: <20030617084420.GA15733@unternet.org> References: <3EEE50FE.2080609@unternet.org> <20030617081022.GA68049@hs.uni-hamburg.de> <20030617084420.GA15733@unternet.org> Message-ID: <20030617163311.GA13319@globnix.org> On 2003-06-17 at 10:44 +0200, Frank de Lange wrote: > On Tue, Jun 17, 2003 at 10:10:22AM +0200, Andreas Schweitzer wrote: > > - On my FreeBSD 4.8 system with gcc version 2.95.4 I need > > to move one line to make it compile like : > > Yeah, the code needs some cleanup still. I'll go through it for the next patch, > and try it on FreeBSD as well. That particular problem wasn't caused by FreeBSD. It's because the code made use of a C99 feature, allowing variables to be declared anywhere, not just at the head of a function. If you're using gcc 3., then you can use "gcc -std=c89" to ensure conformance to the older standard. It _should_ highlight issues like this one. HTH, -- 2001: Blogging invented. Promises to change the way people bore strangers with banal anecdotes about their pets. From shared@surffi.net Tue Jun 17 18:43:34 2003 From: shared@surffi.net (Jyri Jokinen) Date: Tue, 17 Jun 2003 20:43:34 +0300 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617160411.GC1011@nodewarrior.org> References: <20030617144604.48a7ba67.andi@buxach.de> <20030617160411.GC1011@nodewarrior.org> Message-ID: <20030617174334.GA25940@pigeon.localhost> On Tue, Jun 17, 2003 at 09:04:12 -0700, Chris Palmer wrote: > Bloat is when you embed a flight simulator into a spreadsheet program. > Tabs do not bloat Dillo. I agree on this. If tabbing takes us closer to frames, they are ok. Otherwise, i couldn't more disagree with your views. > When it comes to software, "everybody wants it" is a really, really > good sign that the feature is necessary. "Everybody" doesn't want tabs inbrowser. That's a fact. Look around you. > Maybe the feature could be implemented in the window manager, but not > everybody uses PWM, or wants to. There are a lot of window managers other than PWM that support window tabbing - one of the best is Pekwm, wich i've been using for surfing with dillo for an eternity now. Waimea and Fluxbox are also getting there slowly, but their implementations lack usability at the moment. Having tab support in a window manager is flexiple. Much more flexiple then they can ever get in a, lets say browser, without writing a complete internal window manager. Simple tabbing support built into a browser can however be wery usefull in certain situations, and an implmentation like the one in question is a wery good exmple of a well made job. > It would not be easy to use since the toolkit (Gtk) is not tightly > integrated with the window manager How should this be of any importance? Please enlighten me, who wonder in the dark. I care to object on the plea of ease of use. This far all the tabbin browsers i have tried have been overly complicated to use compared to the way pekwm handles it. And the sheer fact that i can rebind my keys and mouse clicks with the window manager but not with the browsers is enough to convince me of ease of use. > (any of 600 crappy things on Freshmeat). There are many great window manager projects developed, and i do hope you take attleast that one back. After all, dillo once was a petty crappy piece of software (and still is for an untrained eye), but it has potential. Just like many of those window manager projects, which you seem to doom as a byproduct to make a wery pointed point. > Implementing it in the application is the best way to do it, given the > realities of the X Window System. As someone pretty happily using a tabbing window manager - could I get closer information on this, thank you. Closing word, The fact that dillo now could and probably will have tabbing support is absolutely great. The fact that the work put into it might get us closer to having frame support is absolutely great. The fact that I can toggle it off at compilr time is absolutely great. People being more or less out of order in a mailing list about a matter like this is _not_great_. Please get your acts together. I've used to expecting quality posts in this list. -- shared, sorry for feeding it, it just looked so wery hungry From jcid@softhome.net Tue Jun 17 18:54:37 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Tue, 17 Jun 2003 13:54:37 -0400 (CLT) Subject: [Dillo-dev] IFRAME element stub In-Reply-To: <20030614142644.1416df24.slewis@paradise.net.nz> References: <20030611171349.4d18c916.eliterr@tkk.ru> <20030614142644.1416df24.slewis@paradise.net.nz> Message-ID: On Sat, 14 Jun 2003, Stephen Lewis wrote: > On Wed, 11 Jun 2003 11:32:22 -0400 (CLT) > Jorge Arellano Cid wrote: > > > > > Nikita, > > > > > 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). > > > > Done! > > Just a comment about this - I'm using a recent CVS version some time > after this was integrated, and it causes some display issues with a lot > of sites. In particular, sites that use narrow IFRAMEs for ads in a > table(e.g. http://www.osnews.com, http://arstechnica.com/ ). The > displayed URL seems to force the column width to be much, much wider > than it normally would, making these websites look very bad (very wide > column with ads, very narrow column with actual text :/ ) > > It's great having this patch apart from the display issues it causes. > Would it be possible to make the displayed URL wrap? > [...] > I just wanted to make sure it hadn't > slipped through unnoticed. Of course, if I'd actually read your Well, I noticed the problem shortly after commiting, but as I'm working hevily in dpid (with Ferdi) I didn't have the time to address it. > As an aside, it was quite an eye-opener viewing websites with this > patch, I discovered many sites which I had thought to be free from > advertising were in fact saturated with it > - they were having about as > much effect on me using Dillo as all of those pop up/under ads I hear > about all the time ;) Dillo helps a lot with advertising filtering. Also, popups don't show because of no javascript support. Yes, it was an "eye opener" to see those instrumentations. After some thought I decided to name the link "IFRAME" (the destination shows on the status bar). The patch is now in the CVS. There may still be some problems (if IFRAME is used as a web bug; i.e. invisible IFRAME for spying). I think it will be very interesting to browse and "see" what comes down the line. Another goodie of this approach is that you can search for the "IFRAME" word, and locate them. Cheers Jorge.- From kelson@pobox.com Tue Jun 17 18:58:16 2003 From: kelson@pobox.com (Kelson Vibber) Date: Tue, 17 Jun 2003 10:58:16 -0700 Subject: [Dillo-dev] Suggestion for a next dillo version In-Reply-To: <20030616121603.054a27e9.Manuel.Serrano@sophia.inria.fr> Message-ID: <5.2.1.1.0.20030617101131.01c75e08@mail.speed.net> At 03:16 AM 6/16/2003, Manuel Serrano wrote: >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. Whether it's technically feasible or not, I don't think this would be very usable, except perhaps in full-screen mode (by which I mean having the dillo window taking up the entire screen, with no title bar at the top). The activation area for one of these has to be narrow, or else you use up the space you gained by hiding it. And having a narrow area - say, the size of a window border - only works if you (a) are doing something that requires precision anyway, like resizing a window, or (b) can't miss it. The reason auto-hide and auto-show works for window managers is that they are at the edge of the screen, and there's nowhere else for the mouse cursor to go. You don't have to worry about hitting an exact area, you just send it in that direction and the toolbar appears. This is true for KDE, Gnome, Windows, Mac OS X, and so on. Putting this in a window would mean hitting something like a 5-pixel wide border, then hitting the toolbar buttons - essentially making it a drop-down menu that's hard to reach and extends horizontally instead of vertically. IMO, it would be more usable to take it a step further and make it an actual drop-down menu, with an activation area the size of the "show controls" button. (I'm not sure how the URL control would fit into this, though.) The exception would be if this were aimed at a true full-screen mode, in which case you gain the same advantages that window managers have by stopping at the edge of the screen. Kelson Vibber www.hyperborea.org From kelson@pobox.com Tue Jun 17 19:25:35 2003 From: kelson@pobox.com (Kelson Vibber) Date: Tue, 17 Jun 2003 11:25:35 -0700 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617174334.GA25940@pigeon.localhost> References: <20030617160411.GC1011@nodewarrior.org> <20030617144604.48a7ba67.andi@buxach.de> <20030617160411.GC1011@nodewarrior.org> Message-ID: <5.2.1.1.0.20030617105903.01c4f7a8@mail.speed.net> At 10:43 AM 6/17/2003, Jyri Jokinen wrote: > > When it comes to software, "everybody wants it" is a really, really > > good sign that the feature is necessary. > >"Everybody" doesn't want tabs inbrowser. That's a fact. Look around you. That's just semantics. Perhaps not "everybody," but certainly many people love using tabs with their web browsers. Tabs were the main "killer feature" for Mozilla 1.0 (every review of Mozilla for months talked about them), and were requested immediately upon the announcement of Safari. Tabbed browsing (of some sort) is extremely popular. The main disagreement is over where to put the code. > > Implementing it in the application is the best way to do it, given the > > realities of the X Window System. > >As someone pretty happily using a tabbing window manager - could I get >closer information on this, thank you. I don't mean to put words in anyone's mouth, but the way I read this was that the "realities" of X are that there are many different window managers out there, and that the most popular ones do *not* handle tabs themselves. When KWM, Metacity (or whatever Gnome is using by then), and other WMs shipped by default feature well-done tabbed windowing, then putting the code in the browser will be redundant. But for now, they don't, and the best way to handle everyone who wants this for their web browser - assuming it doesn't triple the size of the code (and this doesn't appear to) - is to go ahead and put the code in the browser. Kelson Vibber SpeedGate Communications From frank@unternet.org Tue Jun 17 21:34:57 2003 From: frank@unternet.org (Frank de Lange) Date: Tue, 17 Jun 2003 22:34:57 +0200 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617144604.48a7ba67.andi@buxach.de> References: <20030617144604.48a7ba67.andi@buxach.de> Message-ID: <3EEF7B71.4030109@unternet.org> Andreas Zwinkau wrote: > I just want to throw in, that tabbing may be a bloat-feature. Just > because every modern browser has it and everybody wants it, i needn't to > be necessary. I watched a similar discussion some time ago and a wise > argument convinced me, that tabbing is not a task for a browser. > > Before you call me loony, listen. > Tabbing is about handling different windows, but handling windows is > nothing a browser should do. Leave to the programs, which are made for > especially that: Window Managers! Tabbing should not be implemented in a > browser, but in the window manager. > > Sorry, if KDE and Gnome don't support it (i think, am i wrong?) > > Just my 2ct ;) Have a look at the numbers I included on the 'bloat' caused by tabs. You can find this information in the doc/Browser_Tabs.txt file: CFLAGS ------------------------------------------------------------------------- tabs | -g -g stripped -O2 -O2 stripped -Os -Os stripped ........|---------------------------------------------------------------- enabled | 3558892 390204 384453 316444 359821 291868 | disabled| 3468465 381916 374382 308188 350454 284316 | (before)| 3332856 377920 373773 308000 349141 283424 Versions and settings --------------------- gcc: 3.2.2 binutils:2.13.90.0.18 In other words, tabs add all of 7552 bytes to Dillo, on a total size of 291868 bytes. Now please tell me if this is bloat. Also, remember that tabbing window managers are not for everyone. And tabbing is OPTIONAL. Use the --disable-tabs option and there will be no tab code in you binary. So what is the problem again? Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From jcid@softhome.net Tue Jun 17 21:58:33 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Tue, 17 Jun 2003 16:58:33 -0400 (CLT) Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: <3EEEE8D9.1050508@unternet.org> References: <3EEEE8D9.1050508@unternet.org> Message-ID: Hi Frank, On Tue, 17 Jun 2003, Frank de Lange wrote: > Hej! > > Now that the first release of my tab patch is 'out there', I'd like to > give a short overview of my plans for the next version of this patch. If geocities stops working just let me know, or ask Andreas who mirrored the patch... > I > do not know when I'll be able to release this next version, as I'm busy > this week, followed by a trip to the UK (back the 13th of juli), but I > will try to make it relatively soon... No problem. Some time ago (maybe a lot), Arvind told me he had developed a "tabs" patch for dillo: http://www.dillo.org/test/dillo_tabs.png He had to work on it some more, then he got very busy, and I haven't heard of it in a long time... Technically, what interests me more about the patch is the separation of interface code out of document code. Now Sebastian is working on another separation; for CSS (it also involves several files), so I think it is better to keep both works separated until our re-structuring of the parser is well defined. 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. Then, when the time to merge comes, it will be stable, clean and polished. Personally, I can't look at it right now (because of the above mentioned reasons, plus I'm dedicated to the dillo plugins extensions). NOTE: We have advanced a lot with Ferdi on dpid, so it will soon be integrated and commited. ... it has come a tradition (or better, our way of development) to test a lot the patches before commiting them in. That way, the CVS keeps stable, the code clean, and we can keep up with the ideal of always releasing a better Dillo than the former. As you noticed, the patch generated a lot of feedback. I hope patches start to come just as bug notes! ;) > [...] > > Jorge, let me know if/when you plan to commit the patch to CVS (read above) Last, but not the least, I also think that tabbing is a function that should/must be done by the WM. I always try to find "the right place" to put a patch, and IMO it belongs to the WM. Now, as these days only a few WMs come with good tabs support, and as the patch seems small, it should pose no major trouble to eventually commit it. Welcome aboard! Jorge.- From ericg@tacit.com Tue Jun 17 22:11:53 2003 From: ericg@tacit.com (Eric Gaudet) Date: Tue, 17 Jun 2003 14:11:53 -0700 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch Message-ID: <742C913588F4D31191D000508BA39B2F01C5711E@internal.tacit.com> > 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. From chris@nodewarrior.org Wed Jun 18 03:29:54 2003 From: chris@nodewarrior.org (Chris Palmer) Date: Tue, 17 Jun 2003 19:29:54 -0700 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030617174334.GA25940@pigeon.localhost> References: <20030617144604.48a7ba67.andi@buxach.de> <20030617160411.GC1011@nodewarrior.org> <20030617174334.GA25940@pigeon.localhost> Message-ID: <20030618022954.GF1345@nodewarrior.org> Jyri Jokinen writes: > "Everybody" doesn't want tabs inbrowser. That's a fact. Look around you. Mere semantics, as Kelson Vibber noted. > There are a lot of window managers other than PWM that support window > tabbing - one of the best is Pekwm, wich i've been using for surfing > with dillo for an eternity now. Waimea and Fluxbox are also getting > there slowly, but their implementations lack usability at the moment. Three obscure window managers, and of those, only one is usable enough even for a motivated expert user like yourself. Let's pretend mainstream window managers like Window Maker, KWM and Gnome WM Of The Week all supported tabs. How would Dillo tell the window manager to attach the new window to an existing tab group? Afaik there is no general protocol for this. I'm pretty sure ICCCM has nothing to say on this topic. > Having tab support in a window manager is flexiple. Much more flexiple > then they can ever get in a, lets say browser, without writing a > complete internal window manager. If the functionality doesn't exist, you have to create it. It didn't exist, and Frank created it. Are you going to create a protocol for tabbing in window managers, and convince all the wm developers to adopt it? Are you going to help them implement it? > > It would not be easy to use since the toolkit (Gtk) is not tightly > > integrated with the window manager > > How should this be of any importance? Please enlighten me, who wonder > in the dark. See above. If the toolkit used for both the application and the window manager were the same, and the toolkit had a general mechanism for tabs, it would be pretty easy. But not all window managers are implemented in Gtk, so a protocol is needed. > I care to object on the plea of ease of use. This far all the tabbin > browsers i have tried have been overly complicated to use compared to > the way pekwm handles it. It's a simple Ctrl-T in Phoenix and Command-T in Camino to create new tabbed windows. Ctrl-W/Command-W closes them. You can drag links to the tabs to cause that link to load in the indicated tab. That's pretty simple. Of course, your window manager will trap or ignore those keystrokes, making that very simple mechanism impossible. The window manager will have to support all of the several possible drag-and-drop protocols applications might use. Oops! > And the sheer fact that i can rebind my keys and mouse clicks with the > window manager but not with the browsers is enough to convince me of > ease of use. Hacking configuration files is not my idea of great ease of use. Software usability is acheived in part by defining and adhering to a user interaction policy. The X Window System and related projects have always eschewed policy setting; instead, only a mechanism is provided. (In some cases, not even a mechanism was provided: window management itself was an afterthought, as was drag-and-drop.) That leaves application developers "free" to devise their own wacky schemes, all different. The inevitable result is pain for users. > There are many great window manager projects developed, The very idea of a window manager as a distinct entity is stupid, from a usability point of view. There aren't 200 window managers for Mac OS, Mac OS X, Windows, PalmOS or BeOS. The makers of those products were trying to make something people could use. > and i do hope you take attleast that one back. After all, dillo once > was a petty crappy piece of software (and still is for an untrained > eye), but it has potential. Just like many of those window manager > projects, which you seem to doom as a byproduct to make a wery pointed > point. My point is simply this: For Dillo to succeed, it must meet the needs of users. Web browser users tend to open many documents at a time, and surf between them. They need a way to manage the clutter, and Frank has provided that in a manner similar to that used in other web browsers. Users also need HTTPS, which has also generously been provided. As of right now (I just updated CVS), HTTPS support is not in the source tree. > Closing word, The fact that dillo now could and probably will have > tabbing support is absolutely great. The fact that the work put into > it might get us closer to having frame support is absolutely great. > The fact that I can toggle it off at compilr time is absolutely great. > People being more or less out of order in a mailing list about a > matter like this is _not_great_. I agree! Everyone should be sending Frank cases of beer, not yelling at him for adding "bloat" or saying "That's great, but we prefer to do it in a way that is pretty much impossible to implement, so no thanks." From frank@unternet.org Wed Jun 18 07:40:28 2003 From: frank@unternet.org (Frank de Lange) Date: Wed, 18 Jun 2003 08:40:28 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: References: <3EEEE8D9.1050508@unternet.org> Message-ID: <3EF0095C.20002@unternet.org> Yeah, I'll try to find a good CVS drop to update against (possibly the 0.7.3 release, if that comes relatively soon) and tune the patch to that. On the issue of 'tabbing being a feature of the WM, not the app' lots of words have been spoken, maybe wasted. That is one of the reasons I made the whole tab feature optional, so those who take different views can have tabs while the rest can ./configure --disable-tabs and use a tabbed WM. I personally think that a feature which is wanted by many should be implemented, unless is really breaks something bad - security, interoperability, bloat, etc. Tabs do not break anything (if they do, it is a bug, file it or fix it), many people want them, and - most importantly - the VAST majority of WM's does NOT offer tab features. So, currenty, for most people, to get tabs you more or less HAVE to put them in the browser. The WM's which do offer tabs are not really suitable for everyone yet. Once they are - or once the 'main' window managers adopt a good tabbing feature - yes, tabs should probably move to the WM unless there is a compelling reason to have them in the app (I do not know of such a reason). As long as they are not it would be senseless puritanism to NOT put tabs in the browser as an OPTION. Spoken by a user of the Ion WM... As stated before, I might not have much time the next few weeks, but will try to keep things going anyway. After the 13th of july I expect to have more time... Cheers//Frank -- WWWWW ________________________ ## o o\ / Frank de Lange \ }# \| / +46-734352015 \ \ `--| _/ \ `---' \ +31-640037120 / \ frank@unternet.org / `------------------------' [ "Omnis enim res, quae dando non deficit, dum habetur et non datur, nondum habetur, quomodo habenda est." ] From Jens.Arm@gmx.de Wed Jun 18 09:27:29 2003 From: Jens.Arm@gmx.de (Jens Arm) Date: Wed, 18 Jun 2003 10:27:29 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: <3EF0095C.20002@unternet.org> References: <3EEEE8D9.1050508@unternet.org> <3EF0095C.20002@unternet.org> Message-ID: <20030618102729.182e3974.Jens.Arm@gmx.de> Hi If I try to add a bookmark in the tabbed dillo version I get a SegFault: [tux@tux tux]$ dillo Setting locale to C... dillo_dns_init: Here we go! Disabling cookies. Nav_open_url: Url=>about:splash< Nav_open_url: Url=>http://www.dillo.org/< Dns_server [0]: www.dillo.org is 0x810f158 Connecting to 134.102.206.165 Dpi_parse_token: [] Segmentation fault Jens From johan@myspys.org Wed Jun 18 11:26:49 2003 From: johan@myspys.org (Johan Hovold) Date: Wed, 18 Jun 2003 12:26:49 +0200 Subject: [Dillo-dev] Location entry shortcuts Message-ID: <20030618102649.GA3357@xi.terra> Hi! First I'd like to say thank you to every developer of dillo. For a long time I've been looking for a small and fast browser, and the recent development of opera has made this need even more acute. I've been working on a few improvements to dillos interface, which I will submit shortly, but there one thing I could use some advice on. I'm not a great fan of extensive mouse usage and would therefore like to have a shortcut to focus the location entry. In Mozilla and Opera ctrl-l and F8 respectively, focuses the location entry and selects its contents. Is this the way to go for dillo? Or is it better with one accelerator for location entry "grab_focus" (just focus) and one for the clear button "clicked" (clear and focus). I you prefer the first variant; should this shortcut also be available from within the location entry (one could instead use ctrl-a, ctrl-k), or just when the main document window has focus? The reason for the last question is that the current key_press_handler which handles backspace and '/' is connected to the main document window, and hence doesn't receive signals from the location entry. When I tried to connect it to the main window, a backspace in a form (or in the location bar) would trigger "back". Why is this? Why doesn't the the current key_press_handler receive signals when entering text in a form? Johan Hovold From shared@surffi.net Wed Jun 18 11:26:23 2003 From: shared@surffi.net (Jyri Jokinen) Date: Wed, 18 Jun 2003 13:26:23 +0300 Subject: [Dillo-dev] Anti-Tab In-Reply-To: <20030618022954.GF1345@nodewarrior.org> References: <20030617144604.48a7ba67.andi@buxach.de> <20030617160411.GC1011@nodewarrior.org> <20030617174334.GA25940@pigeon.localhost> <20030618022954.GF1345@nodewarrior.org> Message-ID: <20030618102623.GA3991@pigeon.localhost> On Tue, Jun 17, 2003 at 07:29:54 -0700, Chris Palmer wrote: I won't even start to comment on all of it, mainly because this is going off-topic and it would make a really long message. > Let's pretend mainstream window managers like Window Maker, KWM and > Gnome WM Of The Week all supported tabs. How would Dillo tell the window > manager to attach the new window to an existing tab group? Afaik there > is no general protocol for this. I'm pretty sure ICCCM has nothing to > say on this topic. You really haven't looked in to how tabbing window managers work, have you? If so, imho, you are in no place to make comments about the subject. Making it a simple and short story: Clients/windows can be identified by many means, and the window manager can be instructed to group all the windows that match those criterias. > See above. If the toolkit used for both the application and the window > manager were the same, and the toolkit had a general mechanism for tabs, > it would be pretty easy. But not all window managers are implemented in > Gtk, so a protocol is needed. I must be a pure looney for having a working tabbing window manager without such a protocol then. Guess I've just imagined it all for several years now. -- shared, don't bother to answer, i know you didn't get it From melvin.hadasht@free.fr Wed Jun 18 12:12:08 2003 From: melvin.hadasht@free.fr (Melvin Hadasht) Date: Wed, 18 Jun 2003 13:12:08 +0200 Subject: [Dillo-dev] Location entry shortcuts In-Reply-To: <20030618102649.GA3357@xi.terra> References: <20030618102649.GA3357@xi.terra> Message-ID: <20030618131208.0feec968.melvin.hadasht@free.fr> Hi Johan, on Wed, 18 Jun 2003 12:06 +0200, Johan Hovold wrote: >When I tried > to connect it to the main window, a backspace in a form (or in the > location bar) would trigger "back". Why is this? This is because it is an event rather than a signal. And events can be transferred to the parent widget if the event handler returns FALSE. So if the (key) event handler in the entry (location bar) returns FALSE, the event is forwarded to the other (key) event handlers of the same widget and then to its parent (the main window). To avoid this, once you handled the event, you can stop the event transmission by making your event handler return TRUE. See GTK tutorial about the events handling. > Why doesn't the > the current key_press_handler receive signals when entering text in a > form? This is related to above. The default entry key event handler returns TRUE. So I guess you added a key event handler to the entry and made it return FALSE, am I right? Adiu (Corsican: Farewell) -- Melvin Hadasht From johan@myspys.org Wed Jun 18 13:11:40 2003 From: johan@myspys.org (Johan Hovold) Date: Wed, 18 Jun 2003 14:11:40 +0200 Subject: [Dillo-dev] Location entry shortcuts In-Reply-To: <20030618131208.0feec968.melvin.hadasht@free.fr> References: <20030618102649.GA3357@xi.terra> <20030618131208.0feec968.melvin.hadasht@free.fr> Message-ID: <20030618121140.GA4751@xi.terra> Thanks for your reply! On Wed, Jun 18, 2003 at 01:12:08PM +0200, Melvin Hadasht wrote: > >When I tried > > to connect it to the main window, a backspace in a form (or in the > > location bar) would trigger "back". Why is this? > > This is because it is an event rather than a signal. And events can be > transferred to the parent widget if the event handler returns FALSE. So if the > (key) event handler in the entry (location bar) returns FALSE, the event is > forwarded to the other (key) event handlers of the same widget and then to its > parent (the main window). To avoid this, once you handled the event, you can > stop the event transmission by making your event handler return TRUE. See GTK > tutorial about the events handling. I figured that out (see below), but thanks anyway. > > Why doesn't the > > the current key_press_handler receive signals when entering text in a > > form? > > This is related to above. The default entry key event handler returns TRUE. > So I guess you added a key event handler to the entry and made it return FALSE, > am I right? I'm afraid not. I haven't added any event handlers to the location entry (nor to any text widgets for html forms). What I would like to have is a "global" handler, to handle any key presses not handled by a text widgets default handler (like function keys etc...) What I can't figure out is why a key press event is forwarded from a text widgets default handler (e.g. a form) to a handler connected to the main window (bw->main_window), but it is NOT forwarded to a handler connected to the main document window (GTBIN(bw->docwin)->child). Could it be that the main window handler somehow gets called before the text widgets default handler? To reproduce this just connect the current key press handler to bw->main_window instead of docwin->child. Then, entering backspace in an html form will trigger "back". Johan Hovold From andi@buxach.de Wed Jun 18 20:18:43 2003 From: andi@buxach.de (Andreas Zwinkau) Date: Wed, 18 Jun 2003 21:18:43 +0200 Subject: [Dillo-dev] transient find-dialog Message-ID: <20030618211843.5b560c8f.andi@buxach.de> Hi I use ion as my window manager and i found that the find-dialog is not marked 'transient', but a normal window. This is not a good behaviour in my eyes, i have to configure ion manually to treat it as transient. I must admit i do not fully know, what transient means, but it seems bad to me to have to configure such things myself. mfg Andreas Zwinkau | web: andi.dasstellenwirinsinternet.de | mail: andi@buxach.de | jabber: beza1e1@amessage.de From andi@buxach.de Wed Jun 18 20:36:35 2003 From: andi@buxach.de (Andreas Zwinkau) Date: Wed, 18 Jun 2003 21:36:35 +0200 Subject: [Dillo-dev] In-Reply-To: <20030618022954.GF1345@nodewarrior.org> References: <20030617144604.48a7ba67.andi@buxach.de> <20030617160411.GC1011@nodewarrior.org> <20030617174334.GA25940@pigeon.localhost> <20030618022954.GF1345@nodewarrior.org> Message-ID: <20030618213635.10dc3141.andi@buxach.de> I see your arguments and understand them. The last i wanted was to offend somebody or downgrade Franks work. This patch is something many people wish and so they should get it. Sorry, if i started something, which runs out of order. The problem is not Dillos it is one of the society. We see the most popular window managers/desktop environments Gnome, KDE, OS X, Windows. These dominate the market and everybody else has to adobt and live with it. If these programs have their faults the programs under them have to build around them, while it would be better to change the source of the problems itself. I seems like the HTML problem. Browser do not show everything as they should, so webdesigner use HTML4.01 transitional and to show pages in older browsers as well. Leaving tabbing to the window manager is like leaving layout to CSS. The difference is that the major browsers support it. This world has problems and faults, so we must improvise. I see browser-tabbing as improvising for the people, who like the eye candy of the major window managers. Please don't take this as provocation, activate your browser tabbing and be happy. I deactivate it and i'm happy as well. 'nough said mfg Andreas Zwinkau | web: andi.dasstellenwirinsinternet.de | mail: andi@buxach.de | jabber: beza1e1@amessage.de From s.geerken@ping.de Wed Jun 18 21:41:17 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Wed, 18 Jun 2003 22:41:17 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: References: <3EEEE8D9.1050508@unternet.org> Message-ID: <20030618204117.GB1591@sg.local> On Tue, Jun 17, Jorge Arellano Cid wrote: > > Hi Frank, > > On Tue, 17 Jun 2003, Frank de Lange wrote: > > > Hej! > > > > Now that the first release of my tab patch is 'out there', I'd like to > > give a short overview of my plans for the next version of this patch. > > If geocities stops working just let me know, or ask Andreas who > mirrored the patch... > > > I > > do not know when I'll be able to release this next version, as I'm busy > > this week, followed by a trip to the UK (back the 13th of juli), but I > > will try to make it relatively soon... > > No problem. > > > Some time ago (maybe a lot), Arvind told me he had developed a > "tabs" patch for dillo: > > http://www.dillo.org/test/dillo_tabs.png > > He had to work on it some more, then he got very busy, and I > haven't heard of it in a long time... > > Technically, what interests me more about the patch is the > separation of interface code out of document code. > > Now Sebastian is working on another separation; for CSS (it > also involves several files), so I think it is better to keep > both works separated until our re-structuring of the parser is > well defined. > > 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. > > Then, when the time to merge comes, it will be stable, clean > and polished. > > Personally, I can't look at it right now (because of the above > mentioned reasons, plus I'm dedicated to the dillo plugins > extensions). > > NOTE: We have advanced a lot with Ferdi on dpid, so it will > soon be integrated and commited. > > ... it has come a tradition (or better, our way of development) > to test a lot the patches before commiting them in. That way, the > CVS keeps stable, the code clean, and we can keep up with the > ideal of always releasing a better Dillo than the former. > > As you noticed, the patch generated a lot of feedback. I hope > patches start to come just as bug notes! ;) > > > > [...] > > > > Jorge, let me know if/when you plan to commit the patch to CVS > > (read above) > > Last, but not the least, I also think that tabbing is a > function that should/must be done by the WM. I always try to find > "the right place" to put a patch, and IMO it belongs to the WM. > > Now, as these days only a few WMs come with good tabs support, > and as the patch seems small, it should pose no major trouble to > eventually commit it. > > > Welcome aboard! > Jorge.- > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev@lists.auriga.wearlab.de > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev From jcid@softhome.net Wed Jun 18 22:15:57 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 18 Jun 2003 17:15:57 -0400 (CLT) Subject: [Dillo-dev] transient find-dialog In-Reply-To: <20030618211843.5b560c8f.andi@buxach.de> References: <20030618211843.5b560c8f.andi@buxach.de> Message-ID: On Wed, 18 Jun 2003, Andreas Zwinkau wrote: > Hi > > I use ion as my window manager and i found that the find-dialog is not > marked 'transient', but a normal window. This is not a good behaviour in > my eyes, i have to configure ion manually to treat it as transient. > > I must admit i do not fully know, what transient means, but it seems bad > to me to have to configure such things myself. Would you mind reading dillorc? Jorge.- From s.geerken@ping.de Wed Jun 18 22:15:05 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Wed, 18 Jun 2003 23:15:05 +0200 Subject: [Dillo-dev] [RFC] Plans for next version of tab patch In-Reply-To: References: <3EEEE8D9.1050508@unternet.org> Message-ID: <20030618211505.GC1591@sg.local> On Tue, Jun 17, Jorge Arellano Cid wrote: > [...] > Technically, what interests me more about the patch is the > separation of interface code out of document code. > > Now Sebastian is working on another separation; for CSS (it > also involves several files), so I think it is better to keep > both works separated until our re-structuring of the parser is > well defined. I haven't looked yet at the patch yet (I'll do in the next days), but just FYI an overview of the changes: I'll go a bit beyond the changes suggested in . Those changes will introduce a new structure named DocDocument, which represents the document in a DOM-like way, and is put as a layer between the HTML parser and Dw (which currently interact closely). See the document mentioned above for motivations and details. Some weeks ago, I decided to restructure also the HTML parser, with two goals in mind: 1. The file html.c is quite large, and it is quite self-evident to split it into three parts: general parsing and tokenizing, handling HTML specific stuff, and the link block, which contains links, forms etc. 2. It would be interesting to make the general parsing code reusable for handling other XML based documents, and even to render XML documents in a way described by CSS. So far, there will be something like the following design: - DilloHtml is replaced by two structures, SgmlParser, and HtmlParser, where the latter is inherited from the first. (I'm not sure the latter one is actually needed, but it is possible to add additional data and code to the base structure). Despite of the name, I do not intend to implement a fully functional SGML parser, it has a quite general interface, but this interface is actually incorrectly implemented, just as correct as it is needed for HTML. (IMO, this is reasonable, more that vice versa ;-) - DilloHtmlLB either remains in its current form, and there will be a new structure SgmlDoc, or SgmlDoc will also be a generalization of DilloHtmlLB. SgmlDoc will refer to the document tree, as well as to the structures needed to represent style sheets, it will exists as long as currently DilloHtmlLB exists. Accesses to DocDocument will be done mostly by the SGML base, while the HTML specific stuff will access the HTML link block, as well as something currently represented by BrowserWindow (what should be changed). Perhaps, there may be changes in the future, e.g. for MathML, there must be other drawing functions in the document tree, so this may be hidden by some kind of interface, but I do not bother about this, because this should be simple to change. Sebastian PS: Sorry for posting an empty reply. From s.geerken@ping.de Thu Jun 19 12:14:00 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Thu, 19 Jun 2003 13:14:00 +0200 Subject: [Dillo-dev] Tabbed version of Dillo In-Reply-To: <3EE37EA7.4050009@unternet.org> References: <3EE077AF.3060004@unternet.org> <20030606112342.GF19968@hs.uni-hamburg.de> <3EE1157B.4080801@unternet.org> <20030608130235.GA76007@hs.uni-hamburg.de> <3EE37EA7.4050009@unternet.org> Message-ID: <20030619111400.GA2761@sg.local> On Sun, Jun 08, Frank de Lange wrote: > Sebastian, maybe dw_gtk_scrolled_window needs a method to remove the > gadget? I re-use the BrowserWindow's full_screen_off_button gadget in > all tabs (reparenting it when needed), but I have to forcibly NULLify > the window->gadget attribute to be able to add a new gadget to a > dw_gtk_scrolled_window. It is not 'right' to mess with interal widget > structures... or am I missing something? The code does not seem to > provide a way to remove the gadget once it has been defined. GtkContainer::remove is implemented for GtkDwScrolledWindow (by Dw_gtk_scrolled_window_remove), so you should be able to destroy, unparent etc. the gadget, the GtkDwScrolledWindow will properly "forget" it. I haven't yet tested this, though. Sebastian From s.geerken@ping.de Thu Jun 19 12:19:05 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Thu, 19 Jun 2003 13:19:05 +0200 Subject: [Dillo-dev] Tabbed version of Dillo, remarks In-Reply-To: <3EEE5E21.30506@unternet.org> References: <3EEE5E21.30506@unternet.org> Message-ID: <20030619111905.GB2761@sg.local> On Tue, Jun 17, Frank de Lange wrote: > One last thing before I go to sleep... > > As already stated in the documentation (doc/DilloDoc.txt, but who reads > documentation anyway?), the tabbed version of Dillo sometimes (to be > specific, when loading a tab in the background) produces Gdk_CRITICAL > messages on stderr. Like these: > > Gdk-CRITICAL **: file gdkwindow.c: line 1274 (gdk_window_set_cursor): > assertion `window != NULL' failed. > > These messages come from deep within dw_widget (line 706), and seem to > be caused by an error/a bug in the widget. What seems to happen is that > the widget tries to reset the cursor for a non-existing window > (gdk_window_set_cursor (GTK_LAYOUT(viewport)->bin_window, NULL while the > viewport does not yes have a bin_window defined). > > Sebastian, any input on this? The only thing I can guess now is that the viewport has not been realized now, which is necessary before a DwWidget is added. You may have to enforce this explicitly by gtk_widget_realize. BTW, you can call any Gtk+ program with the "--g-fatal-warnings" option, this will cause the program to abort, so you can get a backtrace in gdb. Sebastian From jcid@softhome.net Thu Jun 19 16:58:17 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 19 Jun 2003 11:58:17 -0400 (CLT) Subject: [Dillo-dev] Re: [Dillo] Charset representation patch In-Reply-To: <20030618145131.76bbdd33.eliterr@tkk.ru> References: <20030618145131.76bbdd33.eliterr@tkk.ru> Message-ID: On Wed, 18 Jun 2003, Nikita V. Borodikhin wrote: > Hello, Jorge ! > > Jorge, I'm sorry for annoying you but can you say anything about > the future of this charset representation patch also posted to > dillo-dev list at Mon, 9 Jun 2003 17:40:24 +0700 ? > > Some time after that (2003/06/12 20:51:00) you add 0x2022 code > to UCStolatin1 handler so this patch differs from mailing list one > in one line. This is at least my third answer to this not high priority issue. From my previous response, still this concern remains unanswered: > (I wrote) > > Finally, I can't see (yet) how having this entitites character > representation helps when using another character set (as with > the russian encoding workaround), unless you first convert the > regular HTML character encoding into the current locale! > Certainly a hairy problem, and one of the main reasons for GTK+2 > design decision of using UCS instead of the current locale as its > internal representation. Now, considering that the default dillo uses Latin1, after reviewing the patch, I found 38% of the big representations table is useless... (and there are other things). > I know you are now hard-working but this patch is not too big > to review... Yes, it is not too big to read, but the work behind integrating a patch is certainly bigger than the patch itself. Most of the time it involves reviewing some RFCs, the internal working structure of the browser in that matter, performance issues, impact, internal standards, future, an so on. IMHO, this is not my duty to do, but the patch sender's, and when I see it was done losely, certainly it discourages me from working on it. If it regards a matter with low priority, then I have one more reason... Now, considering that I have excellent patches in the queue to review (with versions, research, README, Documentation, explanations...), I feel really guilty for dedicating much time to other stuff, but I hope this explanation serves everyone. > Once more sorry. I'm also sorry. Jorge.- From dmckee@jlab.org Thu Jun 19 18:46:02 2003 From: dmckee@jlab.org (David McKee) Date: Thu, 19 Jun 2003 13:46:02 -0400 (EDT) Subject: [Dillo-dev] Hangin with high CPU load Message-ID: Folks, I've been using dillo for a number of months now, and it has become my first choice browser--I switch to mozilla or opera only when I have to java, javascript, http/1.1 authentication, ssl and the like. Of late dillo has started getting into a state where all progress stop in all open windows, and it sits on the CPU---keeping my load average at 1.0 Sometimes it recovers after a while, sometime I get fed up and close all windows at the WM manager level. Stopping all the active windows doesn't cure it, nor does closing them. I haven't tried using the `Exit Dillo' menu item, but I'll do so on the next occurrence. This has been with the CVS version(s) over the last few weeks. Two systems, one running redhat 6.2 (I know, I know...), the other Debian GNU/Linux 3.0r1. So, two questions: -- Has anyone else observed this behavior? -- Can anyone suggest a good way to diagnose the problem so I can submit a decent bug report? As things stand my understanding is horribly vague. N.B. I seems to happen most when I have opened several links in new windows in rapid succession. Thanks, -- -- David McKee -- dmckee@jlab.org -- (757) 269-7492 (Office) From jcid@softhome.net Thu Jun 19 19:51:05 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 19 Jun 2003 14:51:05 -0400 (CLT) Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: On Thu, 19 Jun 2003, David McKee wrote: > Folks, > I've been using dillo for a number of months now, and it has become my > first choice browser--I switch to mozilla or opera only when I have to > java, javascript, http/1.1 authentication, ssl and the like. That's the idea! > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > > Sometimes it recovers after a while, sometime I get fed up and close all > windows at the WM manager level. Stopping all the active windows doesn't > cure it, nor does closing them. I haven't tried using the `Exit Dillo' > menu item, but I'll do so on the next occurrence. Closing the Dillo instance "solves" it. > > This has been with the CVS version(s) over the last few weeks. Two > systems, one running redhat 6.2 (I know, I know...), the other Debian > GNU/Linux 3.0r1. > > > > So, two questions: > > -- Has anyone else observed this behavior? Yes, I've noticed, and have been on it a few times, but I still don't know how to reproduce it reliably (I haven't devoted much time to it though). > -- Can anyone suggest a good way to diagnose the problem so I can submit a > decent bug report? As things stand my understanding is horribly vague. Well I think it has to do with a socket connection in an "exceptional" state of some class (every image in a page, and the page itself, open socket connections). Attaching GDB to the hogging Dillo instance inmediatly stops the problem (and "cont" resumes :-), the interesting thing is that you can't break the code into a function inside Dillo. It seems to get trapped in a busy wait between GTK+ and the kernel signals. * Sometimes de-attaching GDB magically solves the problem. !? > N.B. I seems to happen most when I have opened several links in new > windows in rapid succession. Finding a reliable way to reproduce the problem is KEY to solving it. If you can do that it'd be of great help! I'd try to bring the socket connection into exceptional conditions, and refine from there to find the bug. For instance, what happens when the connection is aborted just before the remote server is contacted? Or maybe what if it is aborted after the remote server is contacted but before Dillo gets notified? It sounds more complex than it is. Just try to find a busy server and play hard on it! Start with the sites you were visiting. I'll check the code for exception handling. Any help is highly appreciated. Cheers Jorge.- From andi@buxach.de Thu Jun 19 21:00:51 2003 From: andi@buxach.de (Andreas Zwinkau) Date: Thu, 19 Jun 2003 22:00:51 +0200 Subject: [Dillo-dev] transient find-dialog In-Reply-To: References: <20030618211843.5b560c8f.andi@buxach.de> Message-ID: <20030619220051.0401eb6a.andi@buxach.de> > Would you mind reading dillorc? Shame on me, seems i don't bring anything to this mailing list :( Thanks for not getting impolite to such a stupid question. Keep working on this great browser :) mfg Andreas Zwinkau | web: andi.dasstellenwirinsinternet.de | mail: andi@buxach.de | jabber: beza1e1@amessage.de From jcid@softhome.net Thu Jun 19 21:42:35 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 19 Jun 2003 16:42:35 -0400 (CLT) Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: On Thu, 19 Jun 2003, David McKee wrote: > [...] > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > [...] > N.B. I seems to happen most when I have opened several links in new > windows in rapid succession. I just developed a "blind patch" by checking the IO code for exception handling (as suggested in my previous email). After giving the new code a hard time playing with simultaneous connections, it seems to work OK. The real test, of course, is to prove it against a reliable way to reproduce the problem. Can you guys work on finding a way to reproduce the bug please? Cheers Jorge.- From jcid@softhome.net Thu Jun 19 22:20:09 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Thu, 19 Jun 2003 17:20:09 -0400 (CLT) Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: Hi ya! Just forgot to mention that the patch is not in CVS. Please play a while to find the way to reproduce it! Cheers Jorge.- PS: Did I suggest finding a way to... :-) From slewis@paradise.net.nz Thu Jun 19 23:12:46 2003 From: slewis@paradise.net.nz (Stephen Lewis) Date: Fri, 20 Jun 2003 10:12:46 +1200 Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: <20030620101246.243c2cc6.slewis@paradise.net.nz> --=.(ohqGm(jYxH7zo Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Thu, 19 Jun 2003 13:46:02 -0400 (EDT) David McKee wrote: > Of late dillo has started getting into a state where all progress stop > in all open windows, and it sits on the CPU---keeping my load average > at 1.0 > > Sometimes it recovers after a while, sometime I get fed up and close > all windows at the WM manager level. Stopping all the active windows > doesn't cure it, nor does closing them. I haven't tried using the > `Exit Dillo' menu item, but I'll do so on the next occurrence. I have had a the same sort of problem - about the only consistency I can see behind it is that I can only remember it happening when I hit reload on an page that seems to have stalled part-way through. However, it doesn't *always* do it. Are you using a proxy server? I am, and from what I can remember when it does this, the reload (often, but not always) doesn't actually start over, so I suspect that my proxy server still has an open connection (which has stalled) and just resends what it's got so far. The 100% cpu usage ends when(if) the reload completes, and I(think) it also ends when the connection times out. Next time it happens, I'll try to get something more concrete. -- Stephen Lewis slewis@paradise.net.nz --=.(ohqGm(jYxH7zo Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQE+8jVeIgTEtLC7U/IRAqg8AKDTG+KP/QLIbEn71vfF4jcqd+JxcQCglDzU EjY85ho5en5ZUouPCW2yUec= =zLwe -----END PGP SIGNATURE----- --=.(ohqGm(jYxH7zo-- From fbothamy@mail.dotcom.fr Fri Jun 20 01:52:37 2003 From: fbothamy@mail.dotcom.fr (=?iso-8859-1?Q?Fr=E9d=E9ric?= Bothamy) Date: Fri, 20 Jun 2003 02:52:37 +0200 Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: <20030620005237.GJ3531@athena.olympe.fr> * David McKee [2003-06-19 13:46] : > Folks, > I've been using dillo for a number of months now, and it has become my > first choice browser--I switch to mozilla or opera only when I have to > java, javascript, http/1.1 authentication, ssl and the like. > > > > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > > Sometimes it recovers after a while, sometime I get fed up and close all > windows at the WM manager level. Stopping all the active windows doesn't > cure it, nor does closing them. I haven't tried using the `Exit Dillo' > menu item, but I'll do so on the next occurrence. > > This has been with the CVS version(s) over the last few weeks. Two > systems, one running redhat 6.2 (I know, I know...), the other Debian > GNU/Linux 3.0r1. > > > > So, two questions: > > -- Has anyone else observed this behavior? Not sure if the problem is the same, but I have noticed this behaviour when I load a big page with an anchor (or is it a reference?) in the address, eg: http://ftp-master.debian.org/testing/update_excuses.html#kdelibs (WARNING: 853 Kb). It eventually finishes loading the page but it can take a HUGE amount of time (several minutes whereas the same page without '#kdelibs' only takes about 10 to 15 seconds). I do not think however that this particular problem is specific to Dillo as I have already seen Mozilla hung with the same test. HTH Fred From jcid@softhome.net Fri Jun 20 17:45:48 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Fri, 20 Jun 2003 12:45:48 -0400 (CLT) Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: <20030620005237.GJ3531@athena.olympe.fr> References: <20030620005237.GJ3531@athena.olympe.fr> Message-ID: On Fri, 20 Jun 2003, Fr=E9d=E9ric Bothamy wrote: > * David McKee [2003-06-19 13:46] : > > [...] > > Of late dillo has started getting into a state where all progress stop = in > > all open windows, and it sits on the CPU---keeping my load average at 1= =2E0 > > > > [...] > > So, two questions: > > > > -- Has anyone else observed this behavior? > > Not sure if the problem is the same, but I have noticed this behaviour > when I load a big page with an anchor (or is it a reference?) in the > address, eg: > > http://ftp-master.debian.org/testing/update_excuses.html#kdelibs > > (WARNING: 853 Kb). It eventually finishes loading the page but it can > take a HUGE amount of time (several minutes whereas the same page > without '#kdelibs' only takes about 10 to 15 seconds). This is another problem! IIRC Sebastian posted a comment about this sometime ago, but although I searched for, I didn't find the post :( After reviewing it myself (the huge page with anchor problem), I developed a small patch that more or less solves the problem (makes the anchored URL to load two times slower, but it works). -- I'm still working on it. The problem is similar to what we had before incremental rewraping. The anchor (aka. "fragment") code falls inside an exponential algorithm so it dies hogging (unless you have exponential patience!). > I do not think however that this particular problem is specific to Dillo > as I have already seen Mozilla hung with the same test. Most programs don't care much about hogging the CPU, but we do! So this is a BUG in Dillo and we'll try to work it out. Sebastian: Did you post something about this, or is it my mind joking on me? Cheers Jorge.- PS: The search for a way to reproduce the other BUG is still open From jcid@softhome.net Fri Jun 20 18:41:36 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Fri, 20 Jun 2003 13:41:36 -0400 (CLT) Subject: [Dillo-dev] The Dillo web browser and GTK+ (fwd) Message-ID: Hi there! Can someone please forward this to gtk-list@gnome.org. I sent it once and as I'm not a member it was held for aproval, but it never made its way in. :( If someone here is a member, please send it. If someone knows the answer, better! Thanks a lot Jorge.- ---------- Forwarded message ---------- Date: Tue, 10 Jun 2003 12:38:36 -0400 (CLT) From: Jorge Arellano Cid To: gtk-list@gnome.org Subject: The Dillo web browser and GTK+ Hi! I have two questions: 1) What do I need to do to make the Dillo web browser listed in the GTK+ apps. at www.gtk.org? (Ref: www.dillo.org) 2) Technical: If I have three focusable widgets in a window, pressing TAB/ShiftTAB cycles through them, _BUT_ like this: .-> One -> Two -> Three -> "Nirvana" --. | | '--------------------------------------' (or backwards). And I want it to be: .-> One -> Two -> Three -> --. | | '----------------------------' I have called "Nirvana" a widget(?), that seems to grab the focus (as none of the three widgets has it when at "Nirvana" :) Appended is some example code that illustrates the problem. Thanks in advance Jorge.- PS: Please CC me, as I'm not in the list. ----------------------------------------------------------------- /* focus example. -- GTK+-1.2.x */ #include #include #include gint delete_event( GtkWidget *widget, GdkEvent *event, gpointer data ) { return(FALSE); } /* Another callback */ void destroy( GtkWidget *widget, gpointer data ) { gtk_main_quit(); } int main( int argc, char *argv[] ) { GtkWidget *window; GtkWidget *entry; GtkWidget *vbox; gtk_init(&argc, &argv); /* create a new window */ window = gtk_window_new (GTK_WINDOW_TOPLEVEL); GTK_WIDGET_UNSET_FLAGS (window, GTK_CAN_FOCUS); gtk_signal_connect (GTK_OBJECT (window), "delete_event", GTK_SIGNAL_FUNC (delete_event), NULL); gtk_signal_connect (GTK_OBJECT (window), "destroy", GTK_SIGNAL_FUNC (destroy), NULL); /* Create the entries */ vbox = gtk_vbox_new (FALSE, 0); entry = gtk_entry_new(); GTK_WIDGET_SET_FLAGS(entry, GTK_HAS_FOCUS); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "One"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); entry = gtk_entry_new(); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "Two"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); entry = gtk_entry_new(); gtk_widget_set_usize(entry, 140, 0); gtk_entry_set_text(GTK_ENTRY(entry), "Three"); gtk_box_pack_start (GTK_BOX (vbox), entry, FALSE, FALSE, 0); gtk_widget_show (entry); gtk_container_add(GTK_CONTAINER (window), vbox); gtk_widget_show (vbox); gtk_widget_show (window); /* Start */ gtk_main (); return(0); } ----------------------------------------------------------------- From s.geerken@ping.de Fri Jun 20 18:45:37 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Fri, 20 Jun 2003 19:45:37 +0200 Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: <20030620005237.GJ3531@athena.olympe.fr> Message-ID: <20030620174537.GA6514@sg.local> On Fri, Jun 20, Jorge Arellano Cid wrote: > On Fri, 20 Jun 2003, Frédéric Bothamy wrote: > > Not sure if the problem is the same, but I have noticed this behaviour > > when I load a big page with an anchor (or is it a reference?) in the > > address, eg: > > > > http://ftp-master.debian.org/testing/update_excuses.html#kdelibs > > > > (WARNING: 853 Kb). It eventually finishes loading the page but it can > > take a HUGE amount of time (several minutes whereas the same page > > without '#kdelibs' only takes about 10 to 15 seconds). > > This is another problem! > > IIRC Sebastian posted a comment about this sometime ago, but > although I searched for, I didn't find the post :( I don't remember it, the problem is actually new to me. Anyway, I've looked a bit at it, read on. > After reviewing it myself (the huge page with anchor problem), > I developed a small patch that more or less solves the problem > (makes the anchored URL to load two times slower, but it works). > -- I'm still working on it. Profiling shows that dillo is most of the time in Dw_gtk_viewport_update_anchor_rec (and related functions). To avoid searching recursively for the widget which contains the anchor, I've tested to add an hashtable to the viewport itself, which works quite well. Dw_gtk_viewport_update_anchor itself is called quite a couple of times (1511 times in my 200k test page), but AFAIS, this is correct. > The problem is similar to what we had before incremental > rewraping. The anchor (aka. "fragment") code falls inside an > exponential algorithm so it dies hogging (unless you have > exponential patience!). Not exactly, it is quadratic, or cubic (too lazy to be correct), but it's still bad enough. Sebastian From kelson@pobox.com Sat Jun 21 01:12:10 2003 From: kelson@pobox.com (Kelson Vibber) Date: Fri, 20 Jun 2003 17:12:10 -0700 Subject: [Dillo-dev] Any interest in non-RedHat RPMs? Message-ID: <5.2.1.1.0.20030620153247.01bc2cc8@mail.speed.net> Right now I've got RPMs for Red Hat 7.3, 8.0, and 9.0 available at http://www.hyperborea.org/software/dillo.html . I've got my computer triple-booting into all 3 versions in order to build these. I also have a whole lot of unused space on my drive, so it would be possible to set up another partition or two to build RPMs for (an)other distribution(s). A few months ago I tried out both Red Hat 9 and Mandrake 9.1, before settling again on Red Hat - so I have the Mandrake CDs available. And assuming that SuSe has rpmbuild in their free version, I could probably download that if there was enough interest. I may also be able to get access to a Power Macintosh and experiment with something like Yellow Dog. So would anyone here be interested in additional RPMs, or do you think the SRPM is enough? Kelson Vibber kelson@pobox.com From paka@MyRealBox.com Sat Jun 21 01:25:08 2003 From: paka@MyRealBox.com (Patrick Shanahan) Date: Fri, 20 Jun 2003 19:25:08 -0500 Subject: [Dillo-dev] Any interest in non-RedHat RPMs? In-Reply-To: <5.2.1.1.0.20030620153247.01bc2cc8@mail.speed.net> References: <5.2.1.1.0.20030620153247.01bc2cc8@mail.speed.net> Message-ID: <20030621002508.GN3339@wahoo.no-ip.org> * Kelson Vibber [06-20-03 19:21]: > Right now I've got RPMs for Red Hat 7.3, 8.0, and 9.0 available at > http://www.hyperborea.org/software/dillo.html . I've got my computer > triple-booting into all 3 versions in order to build these. > > I also have a whole lot of unused space on my drive, so it would be > possible to set up another partition or two to build RPMs for > (an)other distribution(s). I have dillo-0.7.2-1.i586.rpm built on SuSE 8.1 I can provide, if you are interested. -- Patrick Shanahan Registered Linux User #207535 http://wahoo.no-ip.org @ http://counter.li.org From rwhalb@nycap.rr.com Tue Jun 24 16:10:04 2003 From: rwhalb@nycap.rr.com (Ronald W. Henderson) Date: Tue, 24 Jun 2003 11:10:04 -0400 Subject: [Dillo-dev] Entities &#ascii_equivalent; behavior question in dilo 0.7.2 Message-ID: <002e01c33a62$b1018a20$13dede0a@rwhn800v> Folks: I'm new to dillo. I have compiled version 0.7.2 on redhat v9.0. It seems to work ok. I noticed that when displaying the google home page (http://www.google.com) I get the following html source displayed for "&#ascii_equivalent" entities: Examplr: In front of "Advanced Search" I get "• Advanced Search". Question is this normal behavior? Do I have a configuration issue? Thanks in advanced... ---Ronald W. Henderson From kelson@pobox.com Tue Jun 24 18:36:08 2003 From: kelson@pobox.com (Kelson Vibber) Date: Tue, 24 Jun 2003 10:36:08 -0700 Subject: [Dillo-dev] Entities &#ascii_equivalent; behavior question in dilo 0.7.2 In-Reply-To: <002e01c33a62$b1018a20$13dede0a@rwhn800v> Message-ID: <5.2.1.1.0.20030624103249.01adfe38@mail.speed.net> At 08:10 AM 6/24/2003, Ronald W. Henderson wrote: >I'm new to dillo. I have compiled version 0.7.2 on redhat v9.0. It seems to >work ok. I noticed that when displaying the google home page >(http://www.google.com) I get the following html source displayed for >"&#ascii_equivalent" entities: > >Examplr: In front of "Advanced Search" I get "• Advanced Search". This is a known issue with 0.7.2. I believe it has been fixed in the current CVS version, so it should work correctly in the next release. Kelson Vibber www.hyperborea.org From kelson@pobox.com Tue Jun 24 19:26:47 2003 From: kelson@pobox.com (Kelson Vibber) Date: Tue, 24 Jun 2003 11:26:47 -0700 Subject: [Dillo-dev] Dillo RPMs updated, Mandrake version available Message-ID: <5.2.1.1.0.20030624110536.01bbf710@mail.speed.net> Last night I added a Mandrake 9.1 partition and built a Dillo RPM for Mandrake. I made a few changes to put the Dillo menu item and icon in the appropriate place for Mandrake's menus. The SRPM now detects when it's being built on a Mandrake system and places menu info in /usr/lib/menu. Otherwise, it uses /etc/X11/applnk (as before). http://www.hyperborea.org/software/dillo.html I will probably be making another RPM release in the next few days, patching the splash page to point to www.dillo.org. (In the plain 0.7.2 release, it still points to the wearlab.de site.) Jorge, would it be appropriate to also use the new toolbar icons, or would you prefer I waited until the next official release? Kelson Vibber www.hyperborea.org From Mike Dever Wed Jun 25 08:20:12 2003 From: Mike Dever (Mike Dever) Date: Wed, 25 Jun 2003 03:20:12 -0400 (EDT) Subject: [Dillo-dev] InternetSeer- Account Set Up Message-ID: <23531429.1056525612730.JavaMail.root@sunrays> ------=_Part_48_5264057.1056525612726 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Dear Subscriber Your account has been set up. Please keep this email for your records. Login: dillo-dev@lists.auriga.wearlab.de Password: 497glg47 If you have not completed the activation process, please do so now by logging into your account: http://www.internetseer.com/ep/my_internetseer.jsp?7g7j5YM4agX6v76OwJxTKGzD7671ExzT=e3 We look forward to providing you with our valuable monitoring service. Best Regards, Michael Dever CEO/Co-Founder InternetSeer.com ------=_Part_48_5264057.1056525612726 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: 7bit InternetSeer- Account Set Up
Your account has been set up. Please keep this email for your records.

Login:dillo-dev@lists.auriga.wearlab.de
Password:497glg47

If you have not completed the activation process, please do so now by logging into your account.

We look forward to providing you with our valuable monitoring service.

Best Regards,

Michael Dever
CEO/Co-Founder
------=_Part_48_5264057.1056525612726-- From alwagner@tcac.net Wed Jun 25 10:53:32 2003 From: alwagner@tcac.net (Albert Wagner) Date: Wed, 25 Jun 2003 04:53:32 -0500 Subject: [Dillo-dev] Save Link as File dialog Message-ID: <20030625045332.5ae440f7.alwagner@tcac.net> How might I change the "Save Link as File dialog" so that the default directory is something other than ~ ? From alwagner@tcac.net Wed Jun 25 11:47:00 2003 From: alwagner@tcac.net (Albert Wagner) Date: Wed, 25 Jun 2003 05:47:00 -0500 Subject: [Dillo-dev] Save Link as File dialog Message-ID: <20030625054700.5c2f7c7d.alwagner@tcac.net> How might I change the "Save Link as File dialog" so that the default directory is something other than ~ ? From jcid@softhome.net Wed Jun 25 16:35:16 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 25 Jun 2003 11:35:16 -0400 (CLT) Subject: [Dillo-dev] Dillo RPMs updated, Mandrake version available In-Reply-To: <5.2.1.1.0.20030624110536.01bbf710@mail.speed.net> References: <5.2.1.1.0.20030624110536.01bbf710@mail.speed.net> Message-ID: Kelson, > [...] > http://www.hyperborea.org/software/dillo.html > > I will probably be making another RPM release in the next few days, > patching the splash page to point to www.dillo.org. (In the plain 0.7.2 > release, it still points to the wearlab.de site.) > > Jorge, would it be appropriate to also use the new toolbar icons, or would > you prefer I waited until the next official release? I'd prefer it to appear in the next release. BTW, do you have some download stats for the RPMs? Cheers Jorge.- From jcid@softhome.net Wed Jun 25 17:11:01 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 25 Jun 2003 12:11:01 -0400 (CLT) Subject: [Dillo-dev] Re: [Patch] Search feature and more In-Reply-To: <20030621160355.GA10501@xi.terra> References: <20030621160355.GA10501@xi.terra> Message-ID: Hi Johan, > Hi! > I've made a few small changes to Dillos interface which I think > improves the browsing experience. The attached tar file contains the > changes separated into three diffs (against todays cvs version) and a > README which I also append to this mail. I hope you'll find them > useful and add them to a future release of dillo. I'd be happy to > answer any questions, comments or suggestions. Although I'm with little time now, I managed to review the patches; they look clean, that's good. Here go my comments. (I'll contact you in the future when I have more time). > dillo-search.diff: > - * Added search feature to location entry/open url. ("s key words...") > (BUG#473) Very interesting, and certainly easy to use. Unfortunately it comes with a kind of interface that's out of the cognitive model behind Dillo's UI. In simple terms it means that users will have to learn how to use it from the help file and that it's not quite oobvious from the GUI and that it is different from what you come to expect when using dillo. The search problem had been in my mind for some time, so I know it is necesary to do something about it. I think that a small icon (like "clear URL box"), shaped as a magnifier, can pop up a dialog (like "Open URL"), but for search. If we add a short-cut for it (Ctrl-s), and the option to hide the icon (as with the rest of the interface icons), it integrates better with the user interface model. > * Added 'search_url' to dillorc. Perfect. The rest of the patch is quite OK! > dillo-accel.diff: > - * Added keyboard shortcuts to > - reload (Ctrl+R). > - full screen (F11). > - select all text in location entry (F8). > - focus location entry (Ctrl+Shift+L) > (BUG#474) > > Files affected: interface.c > > This patch adds a few useful keyboard shortcuts which eases mouse less > browsing. > Most browsers have a focus-and-select the location entry shortcut (Ctrl-L in > mozilla, F8 in opera). I tried to get some feedback on if this was the desired > behaviour for dillo by posting the mailing list, but no one seemed very > interested. I therefore settled on a two shortcut solution; F8 selects all > text and Ctrl-Shift-L just focuses the location entry. In this way you can > easily modify an existing url or just enter a new one without the use of > the open url dialog. > > As I wanted the F8 key to work also within the location entry I had to add > a key press handler to the main window (the existing one just handles > key presses within the view port (docwin)). I decided on this solution since > adding a handler to the location entry didn't seem right and moving the > docwin key press handler to the main window didn't work as this handler gets > called before a text widgets default handler (and thus a backspace in a > html form would trigger back). > > Perhaps a better solution would be two plain accelerators; one for the > clear-location button and one to just focus the location entry. This way > there'd be no need for an extra key press handler. But I figure that > a "global" key press handler may be needed in the future. Am I wrong? > > Maybe Ctrl+L would be a better shortcut to select all text in the location > entry and Ctrl+Shift+L the shortcut to open an open url dialog (as in > Mozilla), but I didn't dare changing the default behaviour without > getting some feedback first. I think: - reload (Ctrl+R). - full screen (F11). could be easily agreed into a short-cut key. The problem is that everybody comes with his favorite set of shortcuts (you'd be amazed to look in my Mailbox!). OTOH this is not rare; evreyone uses some different apps. and get accustomed to different key combinations. I prefer to take Havoc's approach on this: http://www.dillo.org/ui-prefs-tips.html > dillo-focus.diff: > - * Made main document window grab focus on startup and after open url. > (BUG#330) > > Files affected: interface.c > > This is just a two line patch which implements the behaviour found in other > browsers as mozilla and opera. Makes mouse less browsing easier. Well, this is a long time unsolved problem for us :(. Please give a read to my last post about it: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-June/000770.html If you can make a temporary subscription and send it to the GTK+ list, it'd be a great favor to us. In the meanwhile (or if the post gets no answer), I think your approach will make it into the source as a workaround. Note that if we solve this, it becomes easy to focus the location box (or viewport) in tyhe standard GTK+ way: TAB/ShiftTAb Cheers Jorge.- From melvin.hadasht@free.fr Wed Jun 25 18:41:48 2003 From: melvin.hadasht@free.fr (Melvin Hadasht) Date: Wed, 25 Jun 2003 19:41:48 +0200 Subject: [Dillo-dev] The Dillo web browser and GTK+ (fwd) In-Reply-To: References: Message-ID: Jorge wrote on Fri 20 Jun 2003 19:41:36 CEST: > Can someone please forward this to gtk-list@gnome.org. > I sent it once and as I'm not a member it was held for aproval, > but it never made its way in. :( > > If someone here is a member, please send it. > If someone knows the answer, better! I'm subscribed to , I'm forwarding your questions there as no one seems to be subscribed to gtk-list@gnome.org. I think posting there is not off-topic. I'll let you know about any answers I get. -- Melvin Hadasht From kelson@pobox.com Wed Jun 25 20:49:48 2003 From: kelson@pobox.com (Kelson Vibber) Date: Wed, 25 Jun 2003 12:49:48 -0700 Subject: [Dillo-dev] Dillo RPMs updated, Mandrake version available In-Reply-To: References: <5.2.1.1.0.20030624110536.01bbf710@mail.speed.net> <5.2.1.1.0.20030624110536.01bbf710@mail.speed.net> Message-ID: <5.2.1.1.0.20030625102426.01addf78@mail.speed.net> At 08:35 AM 6/25/2003, Jorge Arellano Cid wrote: > > Jorge, would it be appropriate to also use the new toolbar icons, or would > > you prefer I waited until the next official release? > > I'd prefer it to appear in the next release. OK. I'll wait, then. > BTW, do you have some download stats for the RPMs? Here are the statistics for June, as of last night: ==== "Official" RPMs available all month ==== 254 dillo-0.7.2-2.rh9.i386.rpm 187 dillo-0.7.2-2.src.rpm 165 dillo-0.7.2-2.rh8.i386.rpm 158 dillo-0.7.2-2.rh7.i386.rpm ==== New "Official" RPMs posted yesterday === 5 dillo-0.7.2-3.src.rpm 4 dillo-0.7.2-3.mdk.i586.rpm ==== "Unofficial" RPMs with patches ==== 12 dillo-0.6.6-4.i386.rpm 10 dillo-0.7.2-1+remote.rh9.i386.rpm 7 dillo-0.7.2-1+remote.src.rpm 5 dillo-0.6.6-4.src.rpm 4 dillo-0.7.2-1+remote.rh7.i386.rpm Of course, what's most interesting is the first section, and the indication of how quickly people have been upgrading to Red Hat 9. Of those looking for Red Hat-specific RPMs, fully 44% grabbed the one for the latest version. What I'd really like to know is the breakdown of those that grabbed the source RPMs: how many just want it built locally (to get an i686.rpm or athlon.rpm), how many are trying it on older versions of Red Hat, and how many are trying to get it to work on another distribution (and which ones). Maybe I'll put up a small poll next to the download link or something. Kelson Vibber www.hyperborea.org From jcid@softhome.net Wed Jun 25 23:08:04 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 25 Jun 2003 18:08:04 -0400 (CLT) Subject: [Dillo-dev] convert mozilla bookmarks to dillo In-Reply-To: <20030612114032.2bfa863e.amonk@gnutec.com> References: <20030612114032.2bfa863e.amonk@gnutec.com> Message-ID: On Thu, 12 Jun 2003, Kyle Amon wrote: > Hi, > > I don't subscribe to this list, but I've been sweet on Dillo since > about 1997 or 1998 (who knows). Anyway, I just wrote a trivial but > usefull perl script to generate a Dillo bm.txt file from a Mozilla > bookmarks.html file and thought others might be interested in using > it as well. It is attached and posted on my homepage under Software. > > Enjoy, I just put alink it in our home page (news section). Thanks! Jorge.- From jcid@softhome.net Wed Jun 25 23:14:41 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Wed, 25 Jun 2003 18:14:41 -0400 (CLT) Subject: [Dillo-dev] Looking for Thorben... Message-ID: Hi, I've been trying to contact him for a couple of weeks now. Does anyone have some news? Cheers Jorge.- From johan@myspys.org Thu Jun 26 12:21:22 2003 From: johan@myspys.org (Johan Hovold) Date: Thu, 26 Jun 2003 13:21:22 +0200 Subject: [Dillo-dev] Re: [Patch] Search feature and more In-Reply-To: References: <20030621160355.GA10501@xi.terra> Message-ID: <20030626112122.GA5110@xi.terra> Hi and thanks for your comments! > > dillo-search.diff: > > - * Added search feature to location entry/open url. ("s key words...") > > (BUG#473) > > Very interesting, and certainly easy to use. Unfortunately it > comes with a kind of interface that's out of the cognitive model > behind Dillo's UI. In simple terms it means that users will have > to learn how to use it from the help file and that it's not quite > oobvious from the GUI and that it is different from what you come > to expect when using dillo. > > The search problem had been in my mind for some time, so I know > it is necesary to do something about it. > > I think that a small icon (like "clear URL box"), shaped as a > magnifier, can pop up a dialog (like "Open URL"), but for search. > If we add a short-cut for it (Ctrl-s), and the option to hide the > icon (as with the rest of the interface icons), it integrates > better with the user interface model. I agree that e.g. a search dialog would be easier to find for new users. On the other hand after a while you'll probably start looking for keyboard shortcuts to speed up browsing, and there the "s key words" feature could be listed. My point is that you already have to review the help file in order to find all features of dillo (or any other browser). Minimalism is something I've come to appreciate, and hence being able to browse with just keyboard shortcuts and a location entry (and no buttons/dialogs) is something at least I'd prefer. Is it possible to have both options in dillo, without violating Havocs guidelines too much? I.e. having both a search dialog and the "s key words" "shortcut"? Another solution could be to enter the keywords in the location entry and then press a search button (with accelerator Ctrl-S) to perform a search. A good compromise? An alternative approach is found in recent versions of mozilla. Entering key words in the location entry brings up a drop down list (with matching urls from history) AND a "search " entry. Perhaps not as quick as the above mentioned solutions, and it wouldn't be my first choiche, but it is quite easily found by new users. > > dillo-accel.diff: > > - * Added keyboard shortcuts to > > - reload (Ctrl+R). > > - full screen (F11). > > - select all text in location entry (F8). > > - focus location entry (Ctrl+Shift+L) > > (BUG#474) > > > > Files affected: interface.c > > > > This patch adds a few useful keyboard shortcuts which eases mouse less > > browsing. > > Most browsers have a focus-and-select the location entry shortcut (Ctrl-L in > > mozilla, F8 in opera). I tried to get some feedback on if this was the desired > > behaviour for dillo by posting the mailing list, but no one seemed very > > interested. I therefore settled on a two shortcut solution; F8 selects all > > text and Ctrl-Shift-L just focuses the location entry. In this way you can > > easily modify an existing url or just enter a new one without the use of > > the open url dialog. > > > > As I wanted the F8 key to work also within the location entry I had to add > > a key press handler to the main window (the existing one just handles > > key presses within the view port (docwin)). I decided on this solution since > > adding a handler to the location entry didn't seem right and moving the > > docwin key press handler to the main window didn't work as this handler gets > > called before a text widgets default handler (and thus a backspace in a > > html form would trigger back). > > > > Perhaps a better solution would be two plain accelerators; one for the > > clear-location button and one to just focus the location entry. This way > > there'd be no need for an extra key press handler. But I figure that > > a "global" key press handler may be needed in the future. Am I wrong? > > > > Maybe Ctrl+L would be a better shortcut to select all text in the location > > entry and Ctrl+Shift+L the shortcut to open an open url dialog (as in > > Mozilla), but I didn't dare changing the default behaviour without > > getting some feedback first. > > I think: > - reload (Ctrl+R). > - full screen (F11). > > could be easily agreed into a short-cut key. > > The problem is that everybody comes with his favorite set of > shortcuts (you'd be amazed to look in my Mailbox!). OTOH this is > not rare; evreyone uses some different apps. and get accustomed > to different key combinations. > > I prefer to take Havoc's approach on this: > > http://www.dillo.org/ui-prefs-tips.html Do you mean that there should be no shortcut to focus (and/or) select the location entry, besided tab/Shift-tab? I think that we should implement this shortcut even after the tab/Shift tab issue is solved. There's at least three reasons: 1. The Tab/Shift-Tab is used to cycle between widgets in the viewport. Browsing a page with a lot of buttons/forms would require too many tab presses to focus the location entry. 2. This feature is common in other browsers so perhaps new users expect to find it? (At least I did.) 3. The "Open URL" dialog/shortcut isn't sufficent since it doesn't give you the option to modify the current url. If I've been able to convince you, what would you prefer: a focus or a select shortcut (or both)? Or two shortcuts: focus and clear respectively? > > dillo-focus.diff: > > - * Made main document window grab focus on startup and after open url. > > (BUG#330) > > > > Files affected: interface.c > > > > This is just a two line patch which implements the behaviour found in other > > browsers as mozilla and opera. Makes mouse less browsing easier. > > Well, this is a long time unsolved problem for us :(. > > Please give a read to my last post about it: > > http://lists.auriga.wearlab.de/pipermail/dillo-dev/2003-June/000770.html By adding a key press handler to the main window (in your test app) with the following code and passing it the window as client_data: switch (event->keyval) { case GDK_F1: g_print("Widget @ %p - %s has focus\n", GTK_WINDOW(client_data)->focus_widget, gtk_widget_get_name(GTK_WIDGET(GTK_WINDOW(client_data)->focus_widget))); break; } I was able to find out (perhaps you already know), that the "Nirvana widget" you mentioned is NULL!. You app initially focuses nothing since GTK_WIDGET_SET_FLAGS(entry, GTK_HAS_FOCUS) just seems to makes the widget look like it's focused. A gtk_widget_grab_focus(entry1); after the window has been shown sets the initial focus to entry one. Then hitting tab focuses the three entries in turn, and then focus_widget is again set to NULL. I tried this in dillo as well with similar result: Without my patch focus_widget is initially NULL and hitting Tab doesn't change this. Shift-Tab focuses the location entry. Another Shift-Tab again sets focus_widget to NULL. And a third Shift-Tab gives the viewport focus. The difference here (from the your test app) is that the focus hangs when cycling forward (initially at NULL and later on the viewport) but not when cycling backwards! I hope these observations can be to some use. > If you can make a temporary subscription and send it to the > GTK+ list, it'd be a great favor to us. A noticed that someone else just posted it. > In the meanwhile (or if the post gets no answer), I think your > approach will make it into the source as a workaround. IMO the inital focus of the viewport and focusing of the viewport after opening an url is not just a temporary workaround for the focus-cycle issue. When starting dillo I think the focus should be set to either the location entry or the viewport. I decided on the viewport since you may have passed dillo a URL argument, and otherwise you could easily focus the location entry with the above mentioned shortcuts (or Shift-Tab). (This is also the behaviour of mozilla and opera). Likewise, entering an URL and hitting enter you normally expect to load a page for browsing. Then I find it natural that the focus is automatically set to viewport so you can use pageup/down etc while reading (this is the approach in mozilla and opera). If you've misspelled the URL you can focus the location entry with either Shift-Tab or a shortcut. > Note that if we solve this, it becomes easy to focus the > location box (or viewport) in tyhe standard GTK+ way: > > TAB/ShiftTAb See note above. Cheers Johan From r00t@informatik.uni-bremen.de Thu Jun 26 18:56:19 2003 From: r00t@informatik.uni-bremen.de (Thorben Thuermer) Date: Thu, 26 Jun 2003 19:56:19 +0200 Subject: [Dillo-dev] Looking for Thorben... In-Reply-To: References: Message-ID: <20030626195619.5c2abd63.r00t@informatik.uni-bremen.de> On Wed, 25 Jun 2003 18:14:41 -0400 (CLT) Jorge Arellano Cid wrote: > > I've been trying to contact him for a couple of weeks now. > Does anyone have some news? I'm here, sorry... From lars.segerlund@comsys.se Fri Jun 27 14:13:18 2003 From: lars.segerlund@comsys.se (Lars Segerlund) Date: Fri, 27 Jun 2003 15:13:18 +0200 Subject: [Dillo-dev] dpi interface .... Message-ID: <3EFC42EE.4020602@comsys.se> Hi, I'm trying to hack a mailreader dpi for dillo, and I have some code which runs on top of nmh and works decently, ( I looked at exmh :-) ). So now I wan't to know where the dpi's are heading ? Mainly if there is a plan for 'dynamic dpi configuration' and such, i.e. the ability to use a dpi bound at runtime, I have looked at the bookmarks dpi, and since parts of it is compiled into the binary ( the button binding and such ), I am wondering how to handle this in a future safe manner ? ( btw. the mail reader works something like a local webmailer, and I wanted somthing which made extensive use of comand line mail utilities which alredy exist ). So is there a furure target to aim for or do I make it a patch a'la bookmarks ? / regards, Lars Segerlund. From jcid@softhome.net Fri Jun 27 23:26:04 2003 From: jcid@softhome.net (Jorge Arellano Cid) Date: Fri, 27 Jun 2003 18:26:04 -0400 (CLT) Subject: [Dillo-dev] dpi interface .... In-Reply-To: <3EFC42EE.4020602@comsys.se> References: <3EFC42EE.4020602@comsys.se> Message-ID: On Fri, 27 Jun 2003, Lars Segerlund wrote: > > Hi, > > I'm trying to hack a mailreader dpi for dillo, and I have some code > which runs on top of nmh and works decently, ( I looked at exmh :-) ). > So now I wan't to know where the dpi's are heading ? Mainly if there > is a plan for 'dynamic dpi configuration' and such, i.e. the ability to > use a dpi bound at runtime, I have looked at the bookmarks dpi, and > since parts of it is compiled into the binary ( the button binding and > such ), I am wondering how to handle this in a future safe manner ? > > ( btw. the mail reader works something like a local webmailer, and I > wanted somthing which made extensive use of comand line mail utilities > which alredy exist ). > > So is there a furure target to aim for or do I make it a patch a'la > bookmarks ? Sorry, I tried to wrap things up, but a lot of other things came up this week, and that's why I haven't commited anything. Judging from the past, forwarding documentations without the code is almost of no help here. A LOT OF things have been done, I just need some time to wrap it up. Yes, things will be flexible so don't try to hardcode it as bookmarks (BTW, the bookmarks plugin is now running under dpid). If I can't do it the next week, I'll post the whole work we have with Ferdi as it is then. Cheers Jorge.- From joehill@sympatico.ca Sat Jun 28 16:34:35 2003 From: joehill@sympatico.ca (JoeHill) Date: Sat, 28 Jun 2003 11:34:35 -0400 Subject: [Dillo-dev] text wrap aroung images? Message-ID: <20030628113435.0c6c4608.joehill@sympatico.ca> I'm curious about why Dillo doesn't wrap text around images, but treats all images as a paragraph IYSWIM. Is this a fault in the way people are doing their html (Slashdot?!), or is it something with Dillo? Not a major issue, but it seems to be a standard thing in HTML. Cheers all! :) -- + Joe Hill + Registered Linux user #282046 + ICQ# 279518458 + "Come the millennium month 12, in the home + of the greatest power, the village idiot will come + forth to be acclaimed the leader."--Nostradamus 1555 From s.geerken@ping.de Sun Jun 29 15:06:41 2003 From: s.geerken@ping.de (Sebastian Geerken) Date: Sun, 29 Jun 2003 16:06:41 +0200 Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: References: Message-ID: <20030629140641.GB745@sg.local> On Thu, Jun 19, David McKee wrote: > Of late dillo has started getting into a state where all progress stop in > all open windows, and it sits on the CPU---keeping my load average at 1.0 > ... I've just committed a change, which fixes at least the problem with . Please let me know, if the problems still arise. Sebastian From fbothamy@mail.dotcom.fr Sun Jun 29 17:21:02 2003 From: fbothamy@mail.dotcom.fr (=?iso-8859-1?Q?Fr=E9d=E9ric?= Bothamy) Date: Sun, 29 Jun 2003 18:21:02 +0200 Subject: [Dillo-dev] Hangin with high CPU load In-Reply-To: <20030629140641.GB745@sg.local> References: <20030629140641.GB745@sg.local> Message-ID: <20030629162102.GH7454@athena.olympe.fr> * Sebastian Geerken [2003-06-29 16:06] : > On Thu, Jun 19, David McKee wrote: > > Of late dillo has started getting into a state where all progress stop in > > all open windows, and it sits on the CPU---keeping my load average at 1.0 > > ... > > I've just committed a change, which fixes at least the problem with > . Please > let me know, if the problems still arise. Ok. Since I was the last one talking about this issue, I guess I should try this. Seems to work perfectly to me, loading this page now takes about 15 seconds and jumps to the anchor as soon as it is loaded. Thanks a lot for your work (and thanks to Jorge for his continuous work on this wonderful browser). Fred From kelson@pobox.com Mon Jun 30 19:43:43 2003 From: kelson@pobox.com (Kelson Vibber) Date: Mon, 30 Jun 2003 11:43:43 -0700 Subject: [Dillo-dev] Dillo RPM for SuSE Message-ID: <5.2.1.1.0.20030630095929.01ba6d10@mail.speed.net> Well, I managed to install SuSE 8.2 on my system. (It wasn't easy, mainly because the installer doesn't seem to be very forgiving of FTP interruptions.) I have a first try at an RPM built on SuSE with the SuSE menu structure. The main thing that's missing is the icon for the menu item. The only places I could find for icons seemed to be in either /opt/kde or /opt/gnome, and I didn't want to place it there. If anyone knows where desktop-independent menu icons should go on SuSE, please tell me! Here are the latest RPM download statistics: 283 Red Hat 9 avg 9.8/day 225 SRPM avg 7.8/day 189 Red Hat 8 avg 6.5/day 174 Red Hat 7 avg 6.0/day 32 Mandrake 9 avg 5.3/day (available for 6 days) 5 SuSE 8 avg 1.7/day (available for 3 days, not announced) The Mandrake stats may catch up with Red Hat 7 after search engines pick up the changes. On the other hand, I have discovered some other Mandrake and SuSE RPMS out there, so some people may be going to those sources instead. Kelson Vibber www.hyperborea.org From oliver.haertel@epost.de Mon Jun 30 22:53:00 2003 From: oliver.haertel@epost.de (Oliver Haertel) Date: Mon, 30 Jun 2003 23:53:00 +0200 Subject: [Dillo-dev] Dillo RPM for SuSE In-Reply-To: <5.2.1.1.0.20030630095929.01ba6d10@mail.speed.net> References: <5.2.1.1.0.20030630095929.01ba6d10@mail.speed.net> Message-ID: <20030630235300.6f0d75f2.oliver.haertel@epost.de> On Mon, 30 Jun 2003 11:43:43 -0700 Kelson Vibber wrote: > Here are the latest RPM download statistics: >=20 > 283 Red Hat 9 avg 9.8/day > 225 SRPM avg 7.8/day > 189 Red Hat 8 avg 6.5/day > 174 Red Hat 7 avg 6.0/day > 32 Mandrake 9 avg 5.3/day (available for 6 days) > 5 SuSE 8 avg 1.7/day (available for 3 days, not=20 Slackware packages are here: http://www.linuxpackages.net/details.php?name=3Ddillo cheers=20 --=20 abendl=E4ndische Gewissens-Potenz