- Dillo-dev - lists.mailman3.com

view src

by obeythepenguin＠gmail.com

Jeremy wrote: > corvid wrote: > >> I viewed source, edited the page, reloaded, and view source keeps >> showing me the old source. >> >> I thought this used to work. > > It may have worked once but my impression is that it has been like > this for quite a while. I have certainly had a note about it in my > TO-DO list for a long time. > > Regards, > Jeremy Henty Funny, the old view source dialog doesn't have that problem at all... ;-) ~Benjamin

Oct. 20, 2011

Address bar keys (bug #1012)

by obeythepenguin＠gmail.com

Johannes wrote: > On Wed, Oct 19, 2011 at 11:16:34AM -0400, Benjamin Johnson wrote: >> Hi again, >> >> I was just wondering, could we add an option to control the address >> bar key bindings? I know they're set to behave like a Unix command >> line, which can be convenient, but it also interferes with some custom >> key bindings (as one of my users mentioned in bug #1012). >> >> I've also noticed that the address bar bindings confuse a lot of >> people, since they're not used to the Unix behavior. Conventionally, >> Ctrl-A is "select all," and other input boxes in Dillo follow that, so >> they aren't expecting it to go to the beginning of the line instead. > > Having it consistent over all text inputs and configurable via > keysrc sounds reasonable to me. I don't know the keysrc details > though, so I might miss something. > > Cheers, > Johannes I was thinking just a simple boolean option in dillorc -- and turn it OFF by default (i.e., no Unix keys), because it's not typical GUI behavior, and anyone who wants it on can quite easily set it in his or her own dillorc. Making it consistent globally would be a bit tricky, since we'd have to replace all Fl_Inputs with our custom widget (including in FLTK's stock dialogs). Besides that, there's the matter of other FLTK applications -- would users expect them to behave our way, too? Personally, I'd just as soon ditch the Unix keys altogether, but if we must keep them, let's let the address bar remain the exception. That way, we're not breaking the behavior either way -- new users aren't surprised, and old users can keep it as it was. Although I will add, the Shift-{Left,Right} bindings in the address bar *have* to go. They're fine elsewhere, if a bit quirky, but in the address bar they interfere with text selection. Ctrl-Tab and Ctrl-Shift-Tab are much more logical and convenient, anyway. ~Benjamin

Oct. 20, 2011

No subject

by bogus＠does.not.exist.com

worked around the Window's issues with mouse copy & pasting. --- Roger http://rogerx.freeshell.org/

Oct. 20, 2011

view src

by corvid＠lavabit.com

Jorge wrote: > A quick trick to avoid viewing source of the "view source" page. > A proper solution would be appreciatted. Does that break things, or do you just dislike it?

Oct. 20, 2011

Dillo 3 on OpenBSD

by obeythepenguin＠gmail.com

Just wanted to let you know that dillo-3.0 runs quite nicely on OpenBSD (tested with both mainline and Dillo-Win32, on OpenBSD 4.9/i386). Here are some quick build instructions for mainline if anyone wants to try it out. Note that I like to install things to my home directory, but you can remove the --prefix= and --bindir= options if you want to install it system-wide. 1. Download the Dillo and FLTK 1.3 sources to a convenient location -- I use ~/download. Note that OpenBSD doesn't currently have an FLTK 1.3 package. 2. Install some dependencies from OpenBSD's packages: $ sudo pkg_add -i bzip2 jpeg png 3. Build and install FLTK: $ cd /tmp $ tar -xzvf ~/download/fltk-1.3.0-source.tar.gz $ cd fltk-1.3.0 $ CFLAGS='-Os' CXXFLAGS='-Os' ./configure \ --prefix=$HOME/download/fltk --bindir=$HOME/bin --enable-xft $ make && make install 4. Build and install Dillo: $ cd /tmp $ tar -xjvf ~/download/dillo-*.tar.bz2 $ cd dillo-* $ CFLAGS='-Os' CXXFLAGS='-Os' ./configure \ --prefix=$HOME/download/dillo --bindir=$HOME/bin \ --disable-threaded-dns $ make && make install && strip $HOME/bin/dillo Dillo should be installed and ready to go. By the way, I don't know if you *need* --disable-threaded-dns in step 4. I usually add it, and I'm sure there's a reason, but I don't remember exactly why. So if you try it, let me know if Dillo runs without that option. :-) Cheers, ~Benjamin

Oct. 20, 2011

view src

by jcid＠dillo.org

On Wed, Oct 19, 2011 at 08:47:28PM +0000, corvid wrote: > Jeremy wrote: > > corvid wrote: > > > > > I viewed source, edited the page, reloaded, and view source keeps > > > showing me the old source. > > > > > > I thought this used to work. > > > > It may have worked once but my impression is that it has been like > > this for quite a while. I have certainly had a note about it in my > > TO-DO list for a long time. > > It mustn't have ever worked, since a_Capi_open_url() says > > } else if (Capi_url_uses_dpi(web->url, &server)) { > /* dpi request */ > if ((safe = a_Capi_dpi_verify_request(web->bw, web->url))) { > if (dStrcasecmp(scheme, "dpi") == 0) { > if (strcmp(server, "vsource") == 0) { > /* don't reload the "view source" page */ > } else { > > for some reason. A quick trick to avoid viewing source of the "view source" page. A proper solution would be appreciatted. -- Cheers Jorge.-

Oct. 20, 2011

view src

by corvid＠lavabit.com

Jeremy wrote: > corvid wrote: > > > I viewed source, edited the page, reloaded, and view source keeps > > showing me the old source. > > > > I thought this used to work. > > It may have worked once but my impression is that it has been like > this for quite a while. I have certainly had a note about it in my > TO-DO list for a long time. It mustn't have ever worked, since a_Capi_open_url() says } else if (Capi_url_uses_dpi(web->url, &server)) { /* dpi request */ if ((safe = a_Capi_dpi_verify_request(web->bw, web->url))) { if (dStrcasecmp(scheme, "dpi") == 0) { if (strcmp(server, "vsource") == 0) { /* don't reload the "view source" page */ } else { for some reason.

Oct. 19, 2011

[patch]: bind Ctrl-{PageUp, PageDown} to {left, right}-tab

by onepoint＠starurchin.org

Another case of "let's be like the other browsers". See: http://www.google.com/support/forum/p/Chrome/thread?tid=16c23e5647c48367&hl… This will require an update to the help page on the web site. Congratulations on the keysrc code, it was very easy to understand and modify. Next I was going to look at binding Ctrl-[1-8] to "go to the <n>-th tab" and Ctrl-9 to "go to the rightmost tab" for the same reasons as this patch - the other browsers do it. Comments? Regards, Jeremy Henty

Oct. 19, 2011

view src

by onepoint＠starurchin.org

corvid wrote: > I viewed source, edited the page, reloaded, and view source keeps > showing me the old source. > > I thought this used to work. It may have worked once but my impression is that it has been like this for quite a while. I have certainly had a note about it in my TO-DO list for a long time. Regards, Jeremy Henty

Oct. 19, 2011

Address bar keys (bug #1012)

by Johannes.Hofmann＠gmx.de

On Wed, Oct 19, 2011 at 11:16:34AM -0400, Benjamin Johnson wrote: > Hi again, > > I was just wondering, could we add an option to control the address > bar key bindings? I know they're set to behave like a Unix command > line, which can be convenient, but it also interferes with some custom > key bindings (as one of my users mentioned in bug #1012). > > I've also noticed that the address bar bindings confuse a lot of > people, since they're not used to the Unix behavior. Conventionally, > Ctrl-A is "select all," and other input boxes in Dillo follow that, so > they aren't expecting it to go to the beginning of the line instead. Having it consistent over all text inputs and configurable via keysrc sounds reasonable to me. I don't know the keysrc details though, so I might miss something. Cheers, Johannes

Oct. 19, 2011