- Dillo-dev - lists.mailman3.com

Re: [Dillo-dev] IFRAME element stub

by Jorge Arellano Cid

On Sat, 14 Jun 2003, Stephen Lewis wrote: > On Wed, 11 Jun 2003 11:32:22 -0400 (CLT) > Jorge Arellano Cid <jcid(a)softhome.net> 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.-

June 17, 2003

Re: [Dillo-dev] Anti-Tab

by Jyri Jokinen

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

June 17, 2003

Re: [Dillo-dev] [PATCH] Tabbed version of Dillo, now available on geocities

by Phil Pennock

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.<something>, 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. <http://www.thelemon.net/issues/timeline.php>

June 17, 2003

Re: [Dillo-dev] Anti-Tab

by Chris Palmer

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.

June 17, 2003

Re: [Dillo-dev] Anti-Tab

by Andreas Schweitzer

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

June 17, 2003

dillo tabbed version

by linux seaq

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

June 17, 2003

Re: [Dillo-dev] Anti-Tab

by Madis Janson

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 :)

June 17, 2003

Anti-Tab

by Andreas Zwinkau

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(a)buxach.de | jabber: beza1e1(a)amessage.de

June 17, 2003

tabbed patch crashes when adding bookmark

by Madis Janson

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).

June 17, 2003

Re: [Dillo-dev] [RFC] Plans for next version of tab patch

by Jens Arm

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

June 17, 2003