- Dillo-dev - lists.mailman3.com

Re: fullwindow_start=YES config doesn't work with 2.2

by Johannes.Hofmann＠gmx.de

On Wed, Feb 24, 2010 at 02:47:26PM -0500, Dennis Nezic wrote: > On Wed, 24 Feb 2010 14:22:01 -0300, Jorge Arellano Cid wrote: > > On Wed, Feb 24, 2010 at 10:24:02AM -0500, Dennis Nezic wrote: > > > When dillorc's fullwindow_start=YES (which is supposed to hide the > > > widget panels on startup), it doesn't actually do this. (It does > > > hide it after you click on a link or type in a url.) My guess is it > > > was assumed that the first thing you want to do when opening a > > > browser is to type in a url (or click a bookmark link, etc) -- but > > > this is not true. (Many times I want to simply load a single page > > > and then close it.) > > > > It's a bug! > > > > Please check how the patch in current repository works for you. > > Works great! Thanks! I see an issue with the current fix. It never focusses location in fullscreen mode for new windows. So when opening a new empty window (e.g. Ctrl-N) in fullscreen mode, the location bar is not focussed. Jorge, what do you think about the alternative fix below. It sticks to the principle stated in the comment in UIcmd_open_url_nbw(). diff -r 5d2db34381f9 src/uicmd.cc --- a/src/uicmd.cc Thu Feb 25 18:17:48 2010 +0100 +++ b/src/uicmd.cc Thu Feb 25 18:22:21 2010 +0100 @@ -471,8 +471,7 @@ win->callback(win_cb, DilloTabs); - if (new_ui->get_panelmode() != UI_HIDDEN) - new_ui->focus_location(); + new_ui->focus_location(); return new_bw; } @@ -617,6 +616,8 @@ void a_UIcmd_open_url(BrowserWindow *bw, const DilloUrl *url) { a_Nav_push(bw, url); + if (BW2UI(bw)->get_panelmode() == UI_TEMPORARILY_SHOW_PANELS) + BW2UI(bw)->set_panelmode(UI_HIDDEN); a_UIcmd_focus_main_area(bw); } Cheers, Johannes

Feb. 25, 2010

img'es from funny redirecting urls aren't displayed

by andreas＠kemnade.info

Skipped content of type multipart/mixed

Feb. 25, 2010

Re: fullwindow_start=YES config doesn't work with 2.2

by Johannes.Hofmann＠gmx.de

On Wed, Feb 24, 2010 at 06:07:48PM -0500, Dennis Nezic wrote: > On Wed, 24 Feb 2010 23:57:12 +0100, Johannes Hofmann wrote: > > On Wed, Feb 24, 2010 at 05:14:30PM +0000, corvid wrote: > > > Dennis wrote: > > > > When dillorc's fullwindow_start=YES (which is supposed to hide the > > > > widget panels on startup), it doesn't actually do this. (It does > > > > hide it after you click on a link or type in a url.) My guess is > > > > it was assumed that the first thing you want to do when opening a > > > > browser is to type in a url (or click a bookmark link, etc) -- > > > > but this is not true. (Many times I want to simply load a single > > > > page and then close it.) > > > > > > I think it was an oversight because there are lots of preferences > > > and we don't all use them (I'm thinking of the Havoc Pennington > > > articles on preferences and UI that Jorge has brought up on > > > occasion). > > > > > > So I guess we should > > > - continue to focus_location when open url was selected by key > > > combination or menu. > > > - check the pref first for the other cases. > > > > > > Johannes, does that sound right? > > > > Hm, in case we have a URL from the command line, there is no need to > > focus_location obviously. > > What do we do if fullwindow_start=YES is set and no url is given on > > the command line? > > No panel, as per the preferences description :b. > > Which is somewhat related to another problem I'm still having ... when > fullwindow_start=YES and I Ctrl-L to go to the location bar, but don't > Ctrl-space to toggle fullscreen-mode, it works (shows the location bar) > only for the first tab -- but not in any other tabs I open (Ctrl-T). > > Ctrl-L should automatically de-fullscreen the tab, n'est-ce pas? That's just another bug. I have just committed a fix. Please give it a try. Cheers, Johannes

Feb. 25, 2010

Re: fullwindow_start=YES config doesn't work with 2.2

by corvid＠lavabit.com

Dennis wrote: > Which is somewhat related to another problem I'm still having ... when > fullwindow_start=YES and I Ctrl-L to go to the location bar, but don't > Ctrl-space to toggle fullscreen-mode, it works (shows the location bar) > only for the first tab -- but not in any other tabs I open (Ctrl-T). > > Ctrl-L should automatically de-fullscreen the tab, n'est-ce pas? Would you expect this for new windows that you ^N into existence as well?

Feb. 25, 2010

img'es from funny redirecting urls aren't displayed

by francis＠daoine.org

On Wed, Feb 24, 2010 at 06:42:23PM -0500, Dennis Nezic wrote: Hi there, that's working as designed. (Unless the design has changed since I last looked.) > For example, opening a simple page with: > > <html> > <body> > <img src="http://imgur.com/N2XcD.png" /> > </body> > </html> > > ... the image is not displayed. Dillo simply says: > > Dns_server [0]: imgur.com is 72.251.206.98 The HTTP response is a 301 redirection. For images within a page, dillo doesn't follow them. (It was the case that enough redirected images were ads, trackers, or other probably-unwanted content. It likely still is the case.) > BUT opening "dillo http://imgur.com/N2XcD.png" works: > > Dns_server [0]: imgur.com is 72.251.206.98 > Connecting to 72.251.206.98 > Nav_open_url: new url='http://i.imgur.com/N2XcD.png' > Dns_server [0]: i.imgur.com is 208.122.28.2 208.122.28.3 208.122.28.4 > 208.122.28.10 208.122.28.11 208.122.28.12 208.122.28.13 208.122.28.18 > 208.122.28.20 208.122.28.21 208.122.28.26 208.122.28.27 208.122.28.29 > 208.122.28.30 Connecting to 208.122.28.2 It's still a HTTP 301 response, but here you requested the image url, and dillo does follow redirections for requested urls. f -- Francis Daly francis(a)daoine.org

Feb. 25, 2010

img'es from funny redirecting urls aren't displayed

by dennisn＠dennisn.dyndns.org

For example, opening a simple page with: <html> <body> <img src="http://imgur.com/N2XcD.png" /> </body> </html> ... the image is not displayed. Dillo simply says: Dns_server [0]: imgur.com is 72.251.206.98 BUT opening "dillo http://imgur.com/N2XcD.png" works: Dns_server [0]: imgur.com is 72.251.206.98 Connecting to 72.251.206.98 Nav_open_url: new url='http://i.imgur.com/N2XcD.png' Dns_server [0]: i.imgur.com is 208.122.28.2 208.122.28.3 208.122.28.4 208.122.28.10 208.122.28.11 208.122.28.12 208.122.28.13 208.122.28.18 208.122.28.20 208.122.28.21 208.122.28.26 208.122.28.27 208.122.28.29 208.122.28.30 Connecting to 208.122.28.2

Feb. 25, 2010

Re: fullwindow_start=YES config doesn't work with 2.2

by dennisn＠dennisn.dyndns.org

On Wed, 24 Feb 2010 23:57:12 +0100, Johannes Hofmann wrote: > On Wed, Feb 24, 2010 at 05:14:30PM +0000, corvid wrote: > > Dennis wrote: > > > When dillorc's fullwindow_start=YES (which is supposed to hide the > > > widget panels on startup), it doesn't actually do this. (It does > > > hide it after you click on a link or type in a url.) My guess is > > > it was assumed that the first thing you want to do when opening a > > > browser is to type in a url (or click a bookmark link, etc) -- > > > but this is not true. (Many times I want to simply load a single > > > page and then close it.) > > > > I think it was an oversight because there are lots of preferences > > and we don't all use them (I'm thinking of the Havoc Pennington > > articles on preferences and UI that Jorge has brought up on > > occasion). > > > > So I guess we should > > - continue to focus_location when open url was selected by key > > combination or menu. > > - check the pref first for the other cases. > > > > Johannes, does that sound right? > > Hm, in case we have a URL from the command line, there is no need to > focus_location obviously. > What do we do if fullwindow_start=YES is set and no url is given on > the command line? No panel, as per the preferences description :b. Which is somewhat related to another problem I'm still having ... when fullwindow_start=YES and I Ctrl-L to go to the location bar, but don't Ctrl-space to toggle fullscreen-mode, it works (shows the location bar) only for the first tab -- but not in any other tabs I open (Ctrl-T). Ctrl-L should automatically de-fullscreen the tab, n'est-ce pas?

Feb. 25, 2010

fullwindow_start=YES config doesn't work with 2.2

by Johannes.Hofmann＠gmx.de

On Wed, Feb 24, 2010 at 05:14:30PM +0000, corvid wrote: > Dennis wrote: > > When dillorc's fullwindow_start=YES (which is supposed to hide the > > widget panels on startup), it doesn't actually do this. (It does hide > > it after you click on a link or type in a url.) My guess is it was > > assumed that the first thing you want to do when opening a browser is > > to type in a url (or click a bookmark link, etc) -- but this is not > > true. (Many times I want to simply load a single page and then close > > it.) > > I think it was an oversight because there are lots of preferences and > we don't all use them (I'm thinking of the Havoc Pennington articles on > preferences and UI that Jorge has brought up on occasion). > > So I guess we should > - continue to focus_location when open url was selected by key combination > or menu. > - check the pref first for the other cases. > > Johannes, does that sound right? Hm, in case we have a URL from the command line, there is no need to focus_location obviously. What do we do if fullwindow_start=YES is set and no url is given on the command line?

Feb. 24, 2010

openmoko packages for dillo

by corvid＠lavabit.com

Andreas wrote: > I have updated the openmoko packages for dillo at > http://misc.andi.de1.cc/dillo Added to website :)

Feb. 24, 2010

openmoko packages for dillo

by andreas＠kemnade.info

Hi, I have updated the openmoko packages for dillo at http://misc.andi.de1.cc/dillo Greetings Andreas Kemnade

Feb. 24, 2010

Re: fullwindow_start=YES config doesn't work with 2.2

by dennisn＠dennisn.dyndns.org

On Wed, 24 Feb 2010 14:22:01 -0300, Jorge Arellano Cid wrote: > On Wed, Feb 24, 2010 at 10:24:02AM -0500, Dennis Nezic wrote: > > When dillorc's fullwindow_start=YES (which is supposed to hide the > > widget panels on startup), it doesn't actually do this. (It does > > hide it after you click on a link or type in a url.) My guess is it > > was assumed that the first thing you want to do when opening a > > browser is to type in a url (or click a bookmark link, etc) -- but > > this is not true. (Many times I want to simply load a single page > > and then close it.) > > It's a bug! > > Please check how the patch in current repository works for you. Works great! Thanks!

Feb. 24, 2010

fullwindow_start=YES config doesn't work with 2.2

by jcid＠dillo.org

On Wed, Feb 24, 2010 at 10:24:02AM -0500, Dennis Nezic wrote: > When dillorc's fullwindow_start=YES (which is supposed to hide the > widget panels on startup), it doesn't actually do this. (It does hide > it after you click on a link or type in a url.) My guess is it was > assumed that the first thing you want to do when opening a browser is > to type in a url (or click a bookmark link, etc) -- but this is not > true. (Many times I want to simply load a single page and then close > it.) It's a bug! Please check how the patch in current repository works for you. -- Cheers Jorge.-

Feb. 24, 2010

fullwindow_start=YES config doesn't work with 2.2

by corvid＠lavabit.com

Dennis wrote: > When dillorc's fullwindow_start=YES (which is supposed to hide the > widget panels on startup), it doesn't actually do this. (It does hide > it after you click on a link or type in a url.) My guess is it was > assumed that the first thing you want to do when opening a browser is > to type in a url (or click a bookmark link, etc) -- but this is not > true. (Many times I want to simply load a single page and then close > it.) I think it was an oversight because there are lots of preferences and we don't all use them (I'm thinking of the Havoc Pennington articles on preferences and UI that Jorge has brought up on occasion). So I guess we should - continue to focus_location when open url was selected by key combination or menu. - check the pref first for the other cases. Johannes, does that sound right?

Feb. 24, 2010

fullwindow_start=YES config doesn't work with 2.2

by dennisn＠dennisn.dyndns.org

When dillorc's fullwindow_start=YES (which is supposed to hide the widget panels on startup), it doesn't actually do this. (It does hide it after you click on a link or type in a url.) My guess is it was assumed that the first thing you want to do when opening a browser is to type in a url (or click a bookmark link, etc) -- but this is not true. (Many times I want to simply load a single page and then close it.)

Feb. 24, 2010

dillo 2.2 rpms?

by itsme_410＠yahoo.com

Yes, one can do this, and the dillo downloads page provides exact instructions on how to do so. But in order to have more people be aware of and to run dillo (and help improve it), it is helpful for them not to have to much with this. I am all for compiling my own programs written in C, but I prefer rpms now so that my students can also install and use them on their local machines. T --- On Tue, 2/23/10, Sam Trenholme <strenholme.usenet(a)gmail.com> wrote: > From: Sam Trenholme <strenholme.usenet(a)gmail.com> > Subject: Re: [Dillo-dev] dillo 2.2 rpms? > To: "Jorge Arellano Cid" <jcid(a)dillo.org> > Cc: dillo-dev(a)dillo.org > Date: Tuesday, February 23, 2010, 6:40 PM > >> > Thanks very much. I do > not think there is much hope then, given that dillo is > working off fltk2 which Fedora (at least) will not > incorporate in their distro. > > You know, it's very interesting to me how Linux admins have > this idea > that, if a given program isn't available as a prebuilt > package for > their distro, they can't run it on their system. > > Old Solaris admins know better (actually, I was never a > Solaris admin, > but that's another story).? Since Solaris has been > famous for having > their entire user space being something from the dinosaur > age, Solaris > admins know to put all of the cool stuff (GCC, BASH, GAWK, > Perl, > Python, the works) in /usr/local/ > > Same thing can be done with Dillo.? Indeed, this is > how I got Dillo to > run in RHEL 5.4 (OK, CentOS 5.4): > > * Go to http://fltk.org/ and download the latest Fltk > 2.0.? Quick > link: wget http://ftp.easysw.com/pub/fltk/snapshots/fltk-2.0.x-r6970.tar.bz2 > > * tar xvjf fltk-2.0*tar.bz2 > > * cd fltk-2.0* > > * ./configure ; make > > * su > > * make install > > Once I did this, Dillo 2.2 compiled and ran like a charm. > > - Sam > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 24, 2010

Dillo 2.2 from a web designer's perspective

by strenholme.usenet＠gmail.com

>> Now, I understand that it's going to take a lot of time and effort >> from you developers to get a smiley face on this page. ?I don't expect >> a Dillo 2.3 to be released tomorrow with a nice smiley face when >> taking the Acid 2 test. > > I don't expect a smile there any time soon. There is a lot of > details missing for complete CSS 2.1 support. > On the other hand I expect many pages to look quite ok, once floats > are working. Agreed. Real web browser developers know that fixing things so that real-world pages look better is more important than passing those Acid tests; those tests mainly exist to encourage makers of mainstream browsers to keep up to date with the newest CSS and Javascript (I mean ECMAscript) standards. > What exact CSS feature is missing. From looking at your page I see: > > ?* floats - this is one of the big ticket items for dillo. > ?* background images One thing that would be nice is background images. However, the main reason why I added a bunch of @media all things to hide CSS from Dillo 2.2 is because I have a nice-looking blue navigation box in the upper right hand corner of the text content that is drawn using CSS. Fairly strict interpretation of CSS standards is needed for it to look OK. Indeed, I have a bunch of CSS hacks to have something that looks almost as nice in Internet Explorer 6. This box looked really ugly in Dillo 2.2 until I hid all of that CSS from Dillo using @media all. Now, since I'm an open source developer myself, I understand that you're not getting paid for this and that we do not have a customer-supplier relationship here. I understand that, if I really want CSS background images, I need to either supply a patch or pay someone to make said patch. > Interesting point. On the other hand I doubt many web designers > actually care how their page looks in dillo :( I always try and keep my pages reasonable looking in Dillo because it is, for certain older computers, the only way to graphically browse the net at all. There are probably people out there on fixed incomes still using 486s or early Pentium computers who need to use Dillo for accessing the web. Dillo fills an important niche for people who say "I can't run even Opera 9 on my computer"; I can tell them the page looks fine in Dillo and they really shouldn't be using Netscape 4 or whatever to browse the web today. - Sam

Feb. 24, 2010

dillo 2.2 rpms?

by strenholme.usenet＠gmail.com

>> > Thanks very much. I do not think there is much hope then, given that dillo is working off fltk2 which Fedora (at least) will not incorporate in their distro. You know, it's very interesting to me how Linux admins have this idea that, if a given program isn't available as a prebuilt package for their distro, they can't run it on their system. Old Solaris admins know better (actually, I was never a Solaris admin, but that's another story). Since Solaris has been famous for having their entire user space being something from the dinosaur age, Solaris admins know to put all of the cool stuff (GCC, BASH, GAWK, Perl, Python, the works) in /usr/local/ Same thing can be done with Dillo. Indeed, this is how I got Dillo to run in RHEL 5.4 (OK, CentOS 5.4): * Go to http://fltk.org/ and download the latest Fltk 2.0. Quick link: wget http://ftp.easysw.com/pub/fltk/snapshots/fltk-2.0.x-r6970.tar.bz2 * tar xvjf fltk-2.0*tar.bz2 * cd fltk-2.0* * ./configure ; make * su * make install Once I did this, Dillo 2.2 compiled and ran like a charm. - Sam

Feb. 24, 2010

dillo 2.2 rpms?

by jcid＠dillo.org

On Tue, Feb 23, 2010 at 09:23:46PM +0100, Johannes Hofmann wrote: > On Mon, Feb 22, 2010 at 09:12:16AM -0800, Globe Trotter wrote: > > Thanks very much. I do not think there is much hope then, given that dillo is working off fltk2 which Fedora (at least) will not incorporate in their distro. > > as I said, I could set up something on opensuse Build_Service, which > could give us always up to date packages for: > > Suse > Ubuntu > Fedora > Debian > RHEL > Mandriva > > But to get this started, I would need rpm spec files and something > corresponding for .deb based systems. > Do you want to give it a try? I don't know the rpm system, but Kelson published a SPEC here: http://www.hyperborea.org/software/dillo/ (page bottom). -- Cheers Jorge.-

Feb. 23, 2010

Dillo 2.2 from a web designer's perspective

by Johannes.Hofmann＠gmx.de

On Tue, Feb 23, 2010 at 09:30:41PM +0000, corvid wrote: > Johannes wrote: > > On Mon, Feb 22, 2010 at 02:57:06PM -0600, Sam Trenholme wrote: > > > So, I have a request: Please do not "fix" the @media all "bug" in > > > Dillo's CSS support until http://acid2.acidtests.org gives us the > > > entire smiling face. This way, web designers can continue to keep > > > their sites looking reasonably nice in Dillo. > > > > Interesting point. On the other hand I doubt many web designers > > actually care how their page looks in dillo :( > > Do we pay any attention to @media in css right now? No, of those @* things we only parse @import atm.

Feb. 23, 2010

Dillo 2.2 from a web designer's perspective

by corvid＠lavabit.com

Johannes wrote: > On Mon, Feb 22, 2010 at 02:57:06PM -0600, Sam Trenholme wrote: > > So, I have a request: Please do not "fix" the @media all "bug" in > > Dillo's CSS support until http://acid2.acidtests.org gives us the > > entire smiling face. This way, web designers can continue to keep > > their sites looking reasonably nice in Dillo. > > Interesting point. On the other hand I doubt many web designers > actually care how their page looks in dillo :( Do we pay any attention to @media in css right now?

Feb. 23, 2010

Dillo 2.2 from a web designer's perspective

by Johannes.Hofmann＠gmx.de

Hi, On Mon, Feb 22, 2010 at 02:57:06PM -0600, Sam Trenholme wrote: > I have always had a soft spot for the Dillo web browser. It is the > only graphical browser I am able to get to run on an old Gateway > Handbook I have lurking around. Dillo is a browser which runs nicely > on Windows 3.11 era machines while any other current browser plain > simply does not run on a computer from that era. > > So, I like to keep up to date with what's happening with Dillo. > > Well, poking around I noticed Dillo 2.2 with CSS support was release > just over a week ago. Indeed, most web pages look nicer with the > limited CSS Dillo 2.2 supports than with no CSS at how. > > Naturally, I tested how Dillo 2.2 renders CSS. Which means going to > the Acid2 test at http://acid2.acidtests.org/ > > This is what I got: > > http://www.samiam.org/dillo/Dillo-2.2-acid2test.png I know, I tried it myself from time to time :) > > Now, I understand that it's going to take a lot of time and effort > from you developers to get a smiley face on this page. I don't expect > a Dillo 2.3 to be released tomorrow with a nice smiley face when > taking the Acid 2 test. I don't expect a smile there any time soon. There is a lot of details missing for complete CSS 2.1 support. On the other hand I expect many pages to look quite ok, once floats are working. > > However, what I think is important to do is to have it so web > designers who care about Dillo compatibility have a way of hiding CSS > which doesn't look good in Dillo while having their pages look fine in > other browsers. > > So, I've found a hack to hide CSS from Dillo: @media all > > Here's an example from the CSS for http://samiam.org/ > > @media all { > #htext { > margin-left: 80px; > } > } > #htext { > font-size: x-large; > font-weight: bold; > color: white; > } > > [...] > > @media all { > .t1 { background: #d1e2f2; > height: 1px; > font-size: 0px; > border-right: 1px solid #5a6173; > } > } @media all { > .t2 { background: #d1e2f2; > height: 1px; > display: block !important; > display: none; > border-right: 2px solid #5a6173; > } > } @media all { > .t3 { background: #acc6e6; > border-left: 2px solid #d1e2f2; > height: 2px; > font-size: 0px; > border-right: 2px solid #5a6173; > } > } > > [etc] What exact CSS feature is missing. From looking at your page I see: * floats - this is one of the big ticket items for dillo. * background images > > This works quite nicely with Dillo 2.2; @media all (an old hack used > for ancient versions of Opera with CSS problems) hides the CSS from > Dillo 2.2 while keeping the CSS visible in Internet Explorer 6 and all > other web browsers I know of. I was able to use it to have my page > look reasonable in Dillo 2.2. > > So, I have a request: Please do not "fix" the @media all "bug" in > Dillo's CSS support until http://acid2.acidtests.org gives us the > entire smiling face. This way, web designers can continue to keep > their sites looking reasonably nice in Dillo. Interesting point. On the other hand I doubt many web designers actually care how their page looks in dillo :( > > Thank you for the excellent browser and allowing people with 386s and > 486s to still browse the Internet. Thanks. We will do our best :) Cheers, Johannes

Feb. 23, 2010

dillo 2.2 rpms?

by Johannes.Hofmann＠gmx.de

On Mon, Feb 22, 2010 at 09:12:16AM -0800, Globe Trotter wrote: > Thanks very much. I do not think there is much hope then, given that dillo is working off fltk2 which Fedora (at least) will not incorporate in their distro. as I said, I could set up something on opensuse Build_Service, which could give us always up to date packages for: Suse Ubuntu Fedora Debian RHEL Mandriva But to get this started, I would need rpm spec files and something corresponding for .deb based systems. Do you want to give it a try? Cheers, Johannes PS: Maybe some of our packagers could also comment what they think about this.

Feb. 23, 2010

Dillo 2.2 from a web designer's perspective

by strenholme.usenet＠gmail.com

I have always had a soft spot for the Dillo web browser. It is the only graphical browser I am able to get to run on an old Gateway Handbook I have lurking around. Dillo is a browser which runs nicely on Windows 3.11 era machines while any other current browser plain simply does not run on a computer from that era. So, I like to keep up to date with what's happening with Dillo. Well, poking around I noticed Dillo 2.2 with CSS support was release just over a week ago. Indeed, most web pages look nicer with the limited CSS Dillo 2.2 supports than with no CSS at how. Naturally, I tested how Dillo 2.2 renders CSS. Which means going to the Acid2 test at http://acid2.acidtests.org/ This is what I got: http://www.samiam.org/dillo/Dillo-2.2-acid2test.png Now, I understand that it's going to take a lot of time and effort from you developers to get a smiley face on this page. I don't expect a Dillo 2.3 to be released tomorrow with a nice smiley face when taking the Acid 2 test. However, what I think is important to do is to have it so web designers who care about Dillo compatibility have a way of hiding CSS which doesn't look good in Dillo while having their pages look fine in other browsers. So, I've found a hack to hide CSS from Dillo: @media all Here's an example from the CSS for http://samiam.org/ @media all { #htext { margin-left: 80px; } } #htext { font-size: x-large; font-weight: bold; color: white; } [...] @media all { .t1 { background: #d1e2f2; height: 1px; font-size: 0px; border-right: 1px solid #5a6173; } } @media all { .t2 { background: #d1e2f2; height: 1px; display: block !important; display: none; border-right: 2px solid #5a6173; } } @media all { .t3 { background: #acc6e6; border-left: 2px solid #d1e2f2; height: 2px; font-size: 0px; border-right: 2px solid #5a6173; } } [etc] This works quite nicely with Dillo 2.2; @media all (an old hack used for ancient versions of Opera with CSS problems) hides the CSS from Dillo 2.2 while keeping the CSS visible in Internet Explorer 6 and all other web browsers I know of. I was able to use it to have my page look reasonable in Dillo 2.2. So, I have a request: Please do not "fix" the @media all "bug" in Dillo's CSS support until http://acid2.acidtests.org gives us the entire smiling face. This way, web designers can continue to keep their sites looking reasonably nice in Dillo. Thank you for the excellent browser and allowing people with 386s and 486s to still browse the Internet. - Sam

Feb. 22, 2010

dillo 2.2 rpms?

by itsme_410＠yahoo.com

Thanks very much. I do not think there is much hope then, given that dillo is working off fltk2 which Fedora (at least) will not incorporate in their distro. T --- On Sun, 2/21/10, Johannes Hofmann <Johannes.Hofmann(a)gmx.de> wrote: > From: Johannes Hofmann <Johannes.Hofmann(a)gmx.de> > Subject: Re: [Dillo-dev] dillo 2.2 rpms? > To: dillo-dev(a)dillo.org > Date: Sunday, February 21, 2010, 4:28 PM > On Fri, Feb 19, 2010 at 08:31:14PM > -0800, Globe Trotter wrote: > > --- On Thu, 2/18/10, corvid <corvid(a)lavabit.com> > wrote: > > > > > From: corvid <corvid(a)lavabit.com> > > > Subject: Re: [Dillo-dev] dillo 2.2 rpms? > > > To: dillo-dev(a)dillo.org > > > Date: Thursday, February 18, 2010, 12:25 AM > > > T wrote: > > > > Any plan to release 32-bit and 64-bit RPMs > of dillo > > > 2.2 for Fedora 12? > > > > > > I haven't heard anything about packages from > anyone at all > > > yet, > > > which surprises me... > > > > > > > So, will there be rpms or .debs for Fedora > 12/Ubuntu/Debian and the like soon? > > Until now rpms, .debs and so on were built by volunteers > running > these systems. Also some distros have dillo in their > official > packages - but it usually takes time to get new versions > in. > > For this release we did not get any feedback from our usual > packagers, > so no packages are on the horizon. > > I might setup something on http://de.opensuse.org/Build_Service but > only if I get working spec files. > > Cheers, > Johannes > > _______________________________________________ > Dillo-dev mailing list > Dillo-dev(a)dillo.org > http://lists.auriga.wearlab.de/cgi-bin/mailman/listinfo/dillo-dev >

Feb. 22, 2010

View source

by Johannes.Hofmann＠gmx.de

On Sun, Feb 21, 2010 at 06:11:55PM +0100, Johannes Hofmann wrote: > > > > > * It would be nice to unify the look'n feel of the various > > > autogenerated HTML in dillo: > > > * splash screen > > > * directory listings > > > * bookmarks > > > * and now view source > > > I would propose to simplify the HTML as much as possible (e.g. > > > just <ul>'s for bookmarks and have a single common CSS snipplet > > > in a single header file that is included by the various DPIs. > > > Hopefully some webdesigner could then adapt this CSS to make > > > things look nice. > > > Also it would be handy to have some "id=dillo_bla" attribute in > > > each of the pages so that users can change the look of bookmarks or > > > view source individually in their ~/.dillo/style.css > > > > A common style (or colors at least) sounds sensible. > > > > I'm happy with bookmarks as they are, but is no surprise as I > > coded them. Mine is very fast and < 28 KB, I assume yours is much > > bigger. In that case I'd prefer to have both options in the same > > dpi code (like viewsource, but configurable with an rc file). > > The point is not rendering speed. It's fast enough :) > I was rather thinking about reducing complexity by separating > content and style using CSS. The look could be basically the same as > currently, but of course there might be some differences regarding > wrapping and so on. > Perhaps some web designer could help here? > Just to explain what I have in mind I made a static HTML bookmarks page: http://www.ecademix.com/JohannesHofmann/tmp/dillo_bm.html Please have a look at the HTML, the style is not really polished as I'm not a designer :) Cheers, Johannes

Feb. 22, 2010

dillo 2.2 rpms?

by Johannes.Hofmann＠gmx.de

On Fri, Feb 19, 2010 at 08:31:14PM -0800, Globe Trotter wrote: > --- On Thu, 2/18/10, corvid <corvid(a)lavabit.com> wrote: > > > From: corvid <corvid(a)lavabit.com> > > Subject: Re: [Dillo-dev] dillo 2.2 rpms? > > To: dillo-dev(a)dillo.org > > Date: Thursday, February 18, 2010, 12:25 AM > > T wrote: > > > Any plan to release 32-bit and 64-bit RPMs of dillo > > 2.2 for Fedora 12? > > > > I haven't heard anything about packages from anyone at all > > yet, > > which surprises me... > > > > So, will there be rpms or .debs for Fedora 12/Ubuntu/Debian and the like soon? Until now rpms, .debs and so on were built by volunteers running these systems. Also some distros have dillo in their official packages - but it usually takes time to get new versions in. For this release we did not get any feedback from our usual packagers, so no packages are on the horizon. I might setup something on http://de.opensuse.org/Build_Service but only if I get working spec files. Cheers, Johannes

Feb. 21, 2010

fltk font issue

by Johannes.Hofmann＠gmx.de

On Thu, Feb 18, 2010 at 04:20:40PM +0000, corvid wrote: > A few weeks ago, bug 940 was added. A segfault. The submitter gets > it with Tiny Core. I don't see it with my non-TC setup, so I asked > Colin about it. He suspected that it had to do with TC's dearth of > fonts. > > http://www.fltk.org/str.php?L2319 > was added yesterday, and is about someone with dillo-2.2 getting > font crashes. fltk::setfont() calling fontopen(), which gets NULL > from XftFontOpen() (as the manpage says can happen). > > Since this is a fltk2 thing, I think this will fall to us to fix. > > As for whether we simply want to stick something like > if (!xftfont) > return; > after the fontopen() call, or we want to try harder in some way, > I don't know yet. I don't understand all the details especially whether it is ok to return without assigning anything to current. But it might be good to suggest the fix on the fltk list.

Feb. 21, 2010

View source

by Johannes.Hofmann＠gmx.de

On Sat, Feb 20, 2010 at 04:35:01PM -0300, Jorge Arellano Cid wrote: > On Thu, Feb 18, 2010 at 07:08:50PM +0100, Johannes Hofmann wrote: > > Hi, > > > > On Wed, Feb 17, 2010 at 02:33:26PM -0300, Jorge Arellano Cid wrote: > > > Hi there, > > > > > > Just committed a patch for "view source" as a filter dpi. The > > > source is simple and is well commented. There're three modes: > > > plain text, numbered plain text, numbered html. The latter one is > > > the default. Just give the source a look to change modes. > > > > > > It is very simple to tweak and improve. I remember somebody > > > asked for "view source" in a favorite editor. From the dpi is > > > simple. e.g. save to /tmp/source.txt and execl your editor. > > > > > > Comments, patches, cool styles, etc are welcomed. > > > > Very nice indeed! Here come some random thoughts: > > > > * Some time ago we thought about using a common URI scheme for view > > source: http://en.wikipedia.org/wiki/View-source_URI_scheme > > Maybe it's worth a look again. > > Yes, storing the viewed URI in the viewsource URI helps. > > > * Would it be possible to use a table in HTML so that one can > > cut/paste source without the line numbers? Not sure how that > > affects the rendering performance. > > I don't know. > > The trick to make line numbers follow wrapped lines is to have > a shared the row, which OTOH includes line numbers in copy/paste. Ah ok. > > > > * It would be nice to unify the look'n feel of the various > > autogenerated HTML in dillo: > > * splash screen > > * directory listings > > * bookmarks > > * and now view source > > I would propose to simplify the HTML as much as possible (e.g. > > just <ul>'s for bookmarks and have a single common CSS snipplet > > in a single header file that is included by the various DPIs. > > Hopefully some webdesigner could then adapt this CSS to make > > things look nice. > > Also it would be handy to have some "id=dillo_bla" attribute in > > each of the pages so that users can change the look of bookmarks or > > view source individually in their ~/.dillo/style.css > > A common style (or colors at least) sounds sensible. > > I'm happy with bookmarks as they are, but is no surprise as I > coded them. Mine is very fast and < 28 KB, I assume yours is much > bigger. In that case I'd prefer to have both options in the same > dpi code (like viewsource, but configurable with an rc file). The point is not rendering speed. It's fast enough :) I was rather thinking about reducing complexity by separating content and style using CSS. The look could be basically the same as currently, but of course there might be some differences regarding wrapping and so on. Perhaps some web designer could help here? > > > > * Can we change "View Stylesheets" to also use the new DPI? > > Yes, and also "page bugs", and then get rid of FLTK's > TextDisplay widget. Yes, that would be cool. Maybe even links from page bugs to the corresponding line in view source. Cheers, Johannes

Feb. 21, 2010

View source

by jcid＠dillo.org

On Thu, Feb 18, 2010 at 07:08:50PM +0100, Johannes Hofmann wrote: > Hi, > > On Wed, Feb 17, 2010 at 02:33:26PM -0300, Jorge Arellano Cid wrote: > > Hi there, > > > > Just committed a patch for "view source" as a filter dpi. The > > source is simple and is well commented. There're three modes: > > plain text, numbered plain text, numbered html. The latter one is > > the default. Just give the source a look to change modes. > > > > It is very simple to tweak and improve. I remember somebody > > asked for "view source" in a favorite editor. From the dpi is > > simple. e.g. save to /tmp/source.txt and execl your editor. > > > > Comments, patches, cool styles, etc are welcomed. > > Very nice indeed! Here come some random thoughts: > > * Some time ago we thought about using a common URI scheme for view > source: http://en.wikipedia.org/wiki/View-source_URI_scheme > Maybe it's worth a look again. Yes, storing the viewed URI in the viewsource URI helps. > * Would it be possible to use a table in HTML so that one can > cut/paste source without the line numbers? Not sure how that > affects the rendering performance. I don't know. The trick to make line numbers follow wrapped lines is to have a shared the row, which OTOH includes line numbers in copy/paste. > * It would be nice to unify the look'n feel of the various > autogenerated HTML in dillo: > * splash screen > * directory listings > * bookmarks > * and now view source > I would propose to simplify the HTML as much as possible (e.g. > just <ul>'s for bookmarks and have a single common CSS snipplet > in a single header file that is included by the various DPIs. > Hopefully some webdesigner could then adapt this CSS to make > things look nice. > Also it would be handy to have some "id=dillo_bla" attribute in > each of the pages so that users can change the look of bookmarks or > view source individually in their ~/.dillo/style.css A common style (or colors at least) sounds sensible. I'm happy with bookmarks as they are, but is no surprise as I coded them. Mine is very fast and < 28 KB, I assume yours is much bigger. In that case I'd prefer to have both options in the same dpi code (like viewsource, but configurable with an rc file). > * Can we change "View Stylesheets" to also use the new DPI? Yes, and also "page bugs", and then get rid of FLTK's TextDisplay widget. -- Cheers Jorge.-

Feb. 20, 2010

View source

by jcid＠dillo.org

On Thu, Feb 18, 2010 at 05:21:53AM +0000, corvid wrote: > In the new tab opened by view source, I pasted in a new URL, > clicked some link in it, then pressed back twice. > Dillo was actively trying to load, but apparently not receiving anything. > Then I clicked forward and got a segfault in the dpi. > The core file says it died in the strtol(). > > Repeated my steps and got the same result. Committed an interim patch that shows how it could feel. Additionally disabled view source's source and view source reload. The latter one may be necessary; I'm not sure. -- Cheers Jorge.-

Feb. 20, 2010

dillo 2.2 rpms?

by itsme_410＠yahoo.com

--- On Thu, 2/18/10, corvid <corvid(a)lavabit.com> wrote: > From: corvid <corvid(a)lavabit.com> > Subject: Re: [Dillo-dev] dillo 2.2 rpms? > To: dillo-dev(a)dillo.org > Date: Thursday, February 18, 2010, 12:25 AM > T wrote: > > Any plan to release 32-bit and 64-bit RPMs of dillo > 2.2 for Fedora 12? > > I haven't heard anything about packages from anyone at all > yet, > which surprises me... > So, will there be rpms or .debs for Fedora 12/Ubuntu/Debian and the like soon? Best, T

Feb. 20, 2010

configure.in and libpng-1.4

by jcid＠dillo.org

On Fri, Feb 19, 2010 at 09:55:14PM +0000, corvid wrote: > Jorge wrote: > > On Fri, Feb 19, 2010 at 09:41:54PM +0000, corvid wrote: > > > I would strongly prefer to rip out most of that `which` stuff and > > > just look for libpng-config. Does anyone know that this would be a > > > bad idea? Whatever libpng-config is symlinked to is presumably what > > > the user wants us to use... > > > > AFAIR this has been hard to get working for all cases. Libpng > > is quite tricky on different platforms. > > > > Beware of the sleeping dragon! > > Do you remember any details? I poked around in good old cvs and > the list archives, and there wasn't really any information preserved. I remember some OSes had the new version of libpng but no libpng-config. Other systems had both versions of libpng installed and an environment variable helped to choose which one to link against. Ah, almost forgot, different systems had different names for libpng-config (hence the which statements). If you want to try a different approach to png detection, people usually start complaining once the patch is committed, or later at release time. :) -- Cheers Jorge.-

Feb. 20, 2010

configure.in and libpng-1.4

by corvid＠lavabit.com

Jorge wrote: > On Fri, Feb 19, 2010 at 09:41:54PM +0000, corvid wrote: > > I would strongly prefer to rip out most of that `which` stuff and > > just look for libpng-config. Does anyone know that this would be a > > bad idea? Whatever libpng-config is symlinked to is presumably what > > the user wants us to use... > > AFAIR this has been hard to get working for all cases. Libpng > is quite tricky on different platforms. > > Beware of the sleeping dragon! Do you remember any details? I poked around in good old cvs and the list archives, and there wasn't really any information preserved.

Feb. 19, 2010

configure.in and libpng-1.4

by jcid＠dillo.org

On Fri, Feb 19, 2010 at 09:41:54PM +0000, corvid wrote: > I committed a safe fix for libpng-1.4, but it means that configure.in > currently has: > > dnl Check if the user hasn't set the variable $PNG_CONFIG > if test -z "$PNG_CONFIG"; then > PNG_CONFIG=`which libpng14-config` > if test -z "$PNG_CONFIG"; then > PNG_CONFIG=`which libpng12-config` > fi > if test -z "$PNG_CONFIG"; then > PNG_CONFIG=`which libpng-config` > fi > if test -z "$PNG_CONFIG"; then > PNG_CONFIG=`which libpng10-config` > fi > fi > > and > case $png_version in > 1.4.*) AC_MSG_RESULT([$png_version (newer version)]) ;; > 1.2.*) AC_MSG_RESULT([$png_version (newer version)]) ;; > 1.0.*) AC_MSG_RESULT([$png_version (older version)]) ;; > *) AC_MSG_RESULT([ERROR]) ;; > esac > > I would strongly prefer to rip out most of that `which` stuff and > just look for libpng-config. Does anyone know that this would be a > bad idea? Whatever libpng-config is symlinked to is presumably what > the user wants us to use... AFAIR this has been hard to get working for all cases. Libpng is quite tricky on different platforms. Beware of the sleeping dragon! -- Cheers Jorge.-

Feb. 19, 2010

configure.in and libpng-1.4

by corvid＠lavabit.com

I committed a safe fix for libpng-1.4, but it means that configure.in currently has: dnl Check if the user hasn't set the variable $PNG_CONFIG if test -z "$PNG_CONFIG"; then PNG_CONFIG=`which libpng14-config` if test -z "$PNG_CONFIG"; then PNG_CONFIG=`which libpng12-config` fi if test -z "$PNG_CONFIG"; then PNG_CONFIG=`which libpng-config` fi if test -z "$PNG_CONFIG"; then PNG_CONFIG=`which libpng10-config` fi fi and case $png_version in 1.4.*) AC_MSG_RESULT([$png_version (newer version)]) ;; 1.2.*) AC_MSG_RESULT([$png_version (newer version)]) ;; 1.0.*) AC_MSG_RESULT([$png_version (older version)]) ;; *) AC_MSG_RESULT([ERROR]) ;; esac I would strongly prefer to rip out most of that `which` stuff and just look for libpng-config. Does anyone know that this would be a bad idea? Whatever libpng-config is symlinked to is presumably what the user wants us to use...

Feb. 19, 2010

View source

by Johannes.Hofmann＠gmx.de

Hi, On Wed, Feb 17, 2010 at 02:33:26PM -0300, Jorge Arellano Cid wrote: > Hi there, > > Just committed a patch for "view source" as a filter dpi. The > source is simple and is well commented. There're three modes: > plain text, numbered plain text, numbered html. The latter one is > the default. Just give the source a look to change modes. > > It is very simple to tweak and improve. I remember somebody > asked for "view source" in a favorite editor. From the dpi is > simple. e.g. save to /tmp/source.txt and execl your editor. > > Comments, patches, cool styles, etc are welcomed. Very nice indeed! Here come some random thoughts: * Some time ago we thought about using a common URI scheme for view source: http://en.wikipedia.org/wiki/View-source_URI_scheme Maybe it's worth a look again. * Would it be possible to use a table in HTML so that one can cut/paste source without the line numbers? Not sure how that affects the rendering performance. * It would be nice to unify the look'n feel of the various autogenerated HTML in dillo: * splash screen * directory listings * bookmarks * and now view source I would propose to simplify the HTML as much as possible (e.g. just <ul>'s for bookmarks and have a single common CSS snipplet in a single header file that is included by the various DPIs. Hopefully some webdesigner could then adapt this CSS to make things look nice. Also it would be handy to have some "id=dillo_bla" attribute in each of the pages so that users can change the look of bookmarks or view source individually in their ~/.dillo/style.css * Can we change "View Stylesheets" to also use the new DPI? Cheers, Johannes

Feb. 18, 2010

fltk font issue

by corvid＠lavabit.com

I wrote: > A few weeks ago, bug 940 was added. A segfault. The submitter gets > it with Tiny Core. I don't see it with my non-TC setup, so I asked > Colin about it. He suspected that it had to do with TC's dearth of > fonts. Just remembered Colin reproduced the crash with xft disabled. So this might still be a fltk font problem, but if so, not the same exact one.

Feb. 18, 2010

View source

by jcid＠dillo.org

On Thu, Feb 18, 2010 at 05:21:53AM +0000, corvid wrote: > In the new tab opened by view source, I pasted in a new URL, > clicked some link in it, then pressed back twice. > Dillo was actively trying to load, but apparently not receiving anything. > Then I clicked forward and got a segfault in the dpi. > The core file says it died in the strtol(). > > Repeated my steps and got the same result. Yes, this is an interesting problem... I'm thinking of the alternatives. -- Cheers Jorge.-

Feb. 18, 2010

fltk font issue

by corvid＠lavabit.com

A few weeks ago, bug 940 was added. A segfault. The submitter gets it with Tiny Core. I don't see it with my non-TC setup, so I asked Colin about it. He suspected that it had to do with TC's dearth of fonts. http://www.fltk.org/str.php?L2319 was added yesterday, and is about someone with dillo-2.2 getting font crashes. fltk::setfont() calling fontopen(), which gets NULL from XftFontOpen() (as the manpage says can happen). Since this is a fltk2 thing, I think this will fall to us to fix. As for whether we simply want to stick something like if (!xftfont) return; after the fontopen() call, or we want to try harder in some way, I don't know yet.

Feb. 18, 2010

dillo 2.2 rpms?

by corvid＠lavabit.com

T wrote: > Any plan to release 32-bit and 64-bit RPMs of dillo 2.2 for Fedora 12? I haven't heard anything about packages from anyone at all yet, which surprises me...

Feb. 18, 2010

View source

by corvid＠lavabit.com

In the new tab opened by view source, I pasted in a new URL, clicked some link in it, then pressed back twice. Dillo was actively trying to load, but apparently not receiving anything. Then I clicked forward and got a segfault in the dpi. The core file says it died in the strtol(). Repeated my steps and got the same result.

Feb. 18, 2010

View source

by furaisanjin＠gmail.com

Hi. This is interesting. I can find string in HTML source on dillo and this is good benefit. Regards, furaisanjin

Feb. 18, 2010

dillo 2.2 rpms?

by itsme_410＠yahoo.com

Hi, Any plan to release 32-bit and 64-bit RPMs of dillo 2.2 for Fedora 12? Many thanks, T

Feb. 18, 2010

View source

by jcid＠dillo.org

On Wed, Feb 17, 2010 at 10:54:32PM +0000, corvid wrote: > Jorge wrote: > > Just committed a patch for "view source" as a filter dpi. > > Nifty! ;) > I tried quickly viewing the source's source, and then the source's source's > source, etc., and it gets confused after a little bit and gives me truncated > pages. The source's source is supposed to be a non-operation that slipped in; BTW it can be easily disabled in a_Nav_send_source(). The point is that each view source request erases the old page from the cache and thus doesn't need special handling to free memory. I'd like people to "test drive" and feel it. For instance, I found that numbered plain text is much faster on a 13MB page when compared to HTML. For common sized pages, HTML looks better and seems a good tradeoff. The numbering, ability to use text search and the flexibility of using an external viewer by tweaking the dpi gave me a good feel on the whole idea. -- Cheers Jorge.-

Feb. 18, 2010

View source

by corvid＠lavabit.com

Jorge wrote: > Just committed a patch for "view source" as a filter dpi. Nifty! I tried quickly viewing the source's source, and then the source's source's source, etc., and it gets confused after a little bit and gives me truncated pages.

Feb. 17, 2010

View source

by jcid＠dillo.org

Hi there, Just committed a patch for "view source" as a filter dpi. The source is simple and is well commented. There're three modes: plain text, numbered plain text, numbered html. The latter one is the default. Just give the source a look to change modes. It is very simple to tweak and improve. I remember somebody asked for "view source" in a favorite editor. From the dpi is simple. e.g. save to /tmp/source.txt and execl your editor. Comments, patches, cool styles, etc are welcomed. Enjoy! -- Cheers Jorge.-

Feb. 17, 2010

BLFS Dillo page

by onepoint＠starurchin.org

On Sun, Feb 14, 2010 at 01:34:20AM +0000, corvid wrote: > I thought I remembered you having to jump through some hoops to get > permission to edit the dillo entry originally. Due to some inter-personal friction (now old history and so not worth recounting) they removed all write permissions to their Trac installation a while ago and then restored it to individuals on request. That wasn't anything to do with the dillo page - I only had to ask for write permissions once and then I could edit any page just as before. Regards, Jeremy Henty

Feb. 14, 2010

BLFS Dillo page

by corvid＠lavabit.com

Jeremy wrote: > On Sat, Feb 13, 2010 at 09:52:38PM +0000, corvid wrote: > > > Would you be able to get permission from them to update the link in > > the fltk2 page? > > Do you mean the download link for the FLTK2 snapshot? I just updated > it. Oh, good. I thought I remembered you having to jump through some hoops to get permission to edit the dillo entry originally.

Feb. 14, 2010

BLFS Dillo page

by onepoint＠starurchin.org

On Sat, Feb 13, 2010 at 09:52:38PM +0000, corvid wrote: > Would you be able to get permission from them to update the link in > the fltk2 page? Do you mean the download link for the FLTK2 snapshot? I just updated it. Regards, Jeremy Henty

Feb. 14, 2010

BLFS Dillo page

by corvid＠lavabit.com

Jeremy wrote: > > I just updated the BLFS dillo2 Wiki page to reflect release 2.2. Is > there anything else that should be changed? Eg. it doesn't say > anything about CSS configuration files. > > http://wiki.linuxfromscratch.org/blfs/wiki/dillo2 Good! Would you be able to get permission from them to update the link in the fltk2 page?

Feb. 13, 2010