- Dillo-dev - lists.mailman3.com

Feature Request

by Johannes.Hofmann＠gmx.de

Hi, On Sat, Nov 08, 2008 at 03:40:08PM -0500, me at swva wrote: > > Dillo, alone of all browsers I know, cannot handle "www.site.xyz.com," > by simply converting it on the fly to "http://www.site.xyz.com" It works fine for me. Do you have an example where it doesn't work for you? What version of dillo are you using? Cheers, Johannes

Nov. 8, 2008

Feature Request

by Beartooth＠swva.net

Dillo, alone of all browsers I know, cannot handle "www.site.xyz.com," by simply converting it on the fly to "http://www.site.xyz.com" Is there some reason why not? Could it be implemented, or has it been, in the next release? I use Dillo by default, because it's fast and safe, and also more convenient to c&p from (by a country mile, if the URL is very long) than my email, in case I hit a site that it doesn't handle, but that I want a closer look at; or in case I want to bookmark it, or keep it open, in some other browser. Getting hung up on the absence of "http://" is a large, buzzing fly in that ointment. -- Beartooth Oldfart, Double Retiree, Neo-Redneck, Linux Convert Remember, I have precious little idea what I am talking about.

Nov. 8, 2008

Pending issues

by corvid＠lavabit.com

Johannes wrote: > On Sat, Nov 08, 2008 at 04:31:41PM +0000, corvid wrote: > > patch: middle-click submits in new window/tab > > (This last one had been sent directly to Jorge. > > It's a cheap way to get some degree of > > pages-remember-form-data without having to, > > you know, actually remember form data.) > > Hey that's clever! I already thought about actually implementing > pages-remember-form-data... I wouldn't want to stand in the way of that :) Where do you think form data would fit best? In the history list? (nav stack would require a lot of digging around to clear upon reload, and the cache is low-level and full of images) > A problem may be how to communicate that feature to the user. Quite true.

Nov. 8, 2008

rebased patch: print numeric addresses instead of pointer

by 4winter＠informatik.uni-hamburg.de

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 *bump* ;) Justus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkkV4Q0ACgkQoPmwNWhsaZZgxwCgmF6KnAmGgHrckPYHMkGScLsE xPgAnjNFE4UzuAN1t6tDmgHCXcblGocq =Cd16 -----END PGP SIGNATURE-----

Nov. 8, 2008

Pending issues

by Johannes.Hofmann＠gmx.de

On Sat, Nov 08, 2008 at 04:31:41PM +0000, corvid wrote: > Jorge wrote: > > On Sat, Nov 08, 2008 at 02:49:35PM +0000, corvid wrote: > > > Jorge, is there any chance of my various > > > patches getting looked at in the near > > > future? I feel reluctant to start playing > > > with css until then. > > > > Oh, which ones besided the "view source" one? > > patch: click elsewhere on page, fltk widget loses focus > > patch: prefs.vw_fontname as fltk ui's default font > > patch: middle-click submits in new window/tab > (This last one had been sent directly to Jorge. > It's a cheap way to get some degree of > pages-remember-form-data without having to, > you know, actually remember form data.) Hey that's clever! I already thought about actually implementing pages-remember-form-data... A problem may be how to communicate that feature to the user. Cheers, Johannes

Nov. 8, 2008

Pending issues

by corvid＠lavabit.com

Jorge wrote: > On Sat, Nov 08, 2008 at 02:49:35PM +0000, corvid wrote: > > Jorge, is there any chance of my various > > patches getting looked at in the near > > future? I feel reluctant to start playing > > with css until then. > > Oh, which ones besided the "view source" one? patch: click elsewhere on page, fltk widget loses focus patch: prefs.vw_fontname as fltk ui's default font patch: middle-click submits in new window/tab (This last one had been sent directly to Jorge. It's a cheap way to get some degree of pages-remember-form-data without having to, you know, actually remember form data.)

Nov. 8, 2008

Pending issues

by jcid＠dillo.org

On Sat, Nov 08, 2008 at 02:49:35PM +0000, corvid wrote: > Jorge, is there any chance of my various > patches getting looked at in the near > future? I feel reluctant to start playing > with css until then. Oh, which ones besided the "view source" one? -- Cheers Jorge.-

Nov. 8, 2008

patch: savefile url name

by corvid＠lavabit.com

Anyway, here's a patch that I've had sitting around for a while. I have a bad habit of hitting space to page down when the Location field still has focus, which would break things when trying to save...

Nov. 8, 2008

Pending issues

by corvid＠lavabit.com

Jorge, is there any chance of my various patches getting looked at in the near future? I feel reluctant to start playing with css until then.

Nov. 8, 2008

Pending issues

by jcid＠dillo.org

Hi there, For those of you that wrote me willing to join the project as developers, and to the older ones too ;), here's a pending list of simple matters that need patches. Just in case! 1.- Check the "pending issues" dillo thread in FLTK' site: http://fltk.org/newsgroups.php?gfltk.general+T (search for "dillo") there you'll find a few and some hints too. 2.- CLI From dillo1: $ dillo1 --help Usage: dillo [OPTIONS] [URL|FILE]... Options: -x, --xid XID Open first Dillo window in an existing GtkSocket which window ID is XID (decimal). -v, --version Display version info and exit. -h, --help Display this help text and exit. -f, --fullwindow Start in full window mode: hide address bar, navigation buttons, menu, and status bar. -l, --local Don't follow links for this URL(s). -g, -geometry GEO Set initial window position where GEO is <width>x<height>{+-}<x>{+-}<y> -D, --debug-rendering Draw additionaly several lines in a web page, representing its structure. For debugging. URL URL to browse. FILE Local FILE to vie We need to mimic this. The only complex point is XID option. We don't yet know how to do window embedding by XID with FLTK2. Asking in FLTK general may help. I hope this gets somebody started. /me goes back, to CSS. -- Cheers Jorge.-

Nov. 8, 2008