- Dillo-dev - lists.mailman3.com

file save dialog (Re: [Dillo-dev] dillo 2.2 rpms?)

by jcid＠dillo.org

On Fri, Feb 26, 2010 at 04:20:02PM +0000, corvid wrote: > Sam wrote: > > and the save dialog has a bug where it forgets the > > filename if I choose a "favorite" directory to save to, but besides > > that it looks really nice. > > Is that bug new? Old bug. > The FLTK2 file save dialog seems to forget filenames > intentionally in general when directories are changed. I don't know why; > no one seems to like that behaviour. I also don't like nor understand why it behaves that way. -- Cheers Jorge.-

Feb. 26, 2010

file save dialog (Re: [Dillo-dev] dillo 2.2 rpms?)

by corvid＠lavabit.com

Sam wrote: > and the save dialog has a bug where it forgets the > filename if I choose a "favorite" directory to save to, but besides > that it looks really nice. Is that bug new? The FLTK2 file save dialog seems to forget filenames intentionally in general when directories are changed. I don't know why; no one seems to like that behaviour.

Feb. 26, 2010

dillo 2.2 rpms?

by strenholme.usenet＠gmail.com

> These RPMs can be found at > http://download.opensuse.org/repositories/home:/jh33/ > in the corresponding subdirectories. > > Note, that they are untested and should be considered preliminary > until we get reports from people actually using these platforms. I can confirm that the RPM for RHEL 5 works in CentOS 5. Note that the FLTK rpm is *not* needed to run Dillo, just the Dillo rpm; it appears FLTK was statically linked in this Dillo binary. HTTPS doesn't work, of course (and, IMHO, shouldn't in pre-built binaries until Dillo confirms you really are logging in to paypal.com) and the save dialog has a bug where it forgets the filename if I choose a "favorite" directory to save to, but besides that it looks really nice. - Sam

Feb. 26, 2010

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

by dennisn＠dennisn.dyndns.org

On Thu, 25 Feb 2010 17:13:17 +0000, corvid wrote: > 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? Hrm. Actually, yes. Although there might be others who enjoy middle-clicking clipboarded urls (for whom this might be annoying), or those who might just want to open a local file (Ctrl-O).

Feb. 26, 2010

dillo 2.2 rpms?

by Johannes.Hofmann＠gmx.de

Hi, thanks to Kelson Vibber providing his .spec files for dillo2 I was able to build some dillo-2.2 RPMs for Fedora 10,11,12, and RHEL_5 each for i386 and x86_64. These RPMs can be found at http://download.opensuse.org/repositories/home:/jh33/ in the corresponding subdirectories. Note, that they are untested and should be considered preliminary until we get reports from people actually using these platforms. I also disabled all icon and menu handling, as I can't test it. Cheers, Johannes

Feb. 25, 2010

Problems viewing page source

by andreas＠kemnade.info

Hi, when I open http://misc.andi.de1.cc/dillo and I right-click on the page and select "View page source", I can see the html source. Contrary: http://misc.andi.de1.cc/dillo/?dillo The ?dillo is ignored by the server, so the same page is displayed. But I cannot get the source for the page. Dillo shows simply an empty tab then. Greetings Andreas Kemnade

Feb. 25, 2010

HTTP header whitespace (Re: [Dillo-dev] img'es from funny redirecting urls aren't displayed)

by corvid＠lavabit.com

Andreas wrote: > there is also > > http://www.estofex.org/cgi-bin/polygon/showforecast.cgi?listvalid=yes > > The map images on that page give a 30x redirect. > If I select "isolate image", dillo sends > GET /forecasts/tempmap/2010022606_201002241505_1_stormforecast.xml.png%20 > HTTP/1.1 > > The Location: URL in the 30x HTTP-Header contains a trailing whitespace > as an additional problem, > Is dillo wrong here or is the server side wrong? Common sense says that > spaces should be ignored. Dillo is wrong. In RFC 2616, section 4.2: The field-content does not include any leading or trailing LWS: linear white space occurring before the first non-whitespace character of the field-value or after the last non-whitespace character of the field-value. Such leading or trailing LWS MAY be removed without changing the semantics of the field value. I'll fix this.

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