- Dillo-dev - lists.mailman3.com

release candidate for dillo-3.0.2

by corvid＠lavabit.com

I just put up an rc at http://www.dillo.org/download/dillo-3.0.2-rc1.tar.bz2 $ sha1sum dillo-3.0.2-rc1.tar.bz2 1d1258ee7d18c8ca0eabaf100f2f611c6be03f87 dillo-3.0.2-rc1.tar.bz2 Please test :) If all goes well, the idea is to release on Monday...

Dec. 1, 2011

keysrc and prefix keys

by onepoint＠starurchin.org

I was thinking of implementing more of Firefox's key shortcuts in Dillo, namely Alt-<n> -> "Go to nth tab" for <n> = 1, 2, 3, ... 8 and Alt-9 -> "Go to last tab". (That last one would be really useful when I have more tabs open than will fit in the tab bar.) But then I thought "how do we configure this in keysrc?". The obvious solution is to add separate entries for each of the 9 commands. But this is clearly silly because no-one wants to use, say, Alt as the prefix for going to the 4th tab but Ctrl-Shift as the prefix for going to the 5th tab. Why should users have to add 9 entries to keysrc just because they prefer Ctrl-Shift to Alt? So I think we really want a single keyssrc entry that defines the modifier keys that bind the 1, 2, 3, ... 9 keys to the "Go to tab" commands. But this would significantly complicate the current code. Is it worth it? Regards, Jeremy Henty

Dec. 1, 2011

Search from location bar

by obeythepenguin＠gmail.com

Hi Stephen, On 11/29/11, Stephen Paul Weber <singpolyma at singpolyma.net> wrote: > Why are you proposing that the rc file be so complicated? It takes less > than 15 minutes to read through every single available option in the current > dillorc. I'm saying that the rc file is complicated because it is. Most people don't have the time to read through every single available option in an rc file, if they even know where to find it. Remember we're the minority on dillo-dev. We're more technically inclined than the average user; we're used to rc files, and we have enough interest (and time!) to do things the long way. But Joe Sixpack doesn't have time to read through a long text file to find a configuration option; he just needs a button he can click so he can change the setting and get back to his real work. > New users (in my experience) cannot find such buttons. Mostly because they > assume anything their program doesn't already do is "hard". So they call me > and then I have to find the button. > > Not that I'm saying there should not be a button, but I think the idea that > GUI configuration panes are "newb friendly" is a bit of wishful thinking. They aren't perfect, and I'm not claiming they are. But they're certainly an improvement. And if worst comes to worst, it's still easier to tell someone where to find a button to click than it is to explain the intricacies of a configuration file. GUIs are also more convenient, even for experienced users: rather than hunting through an rc file, you can just click a couple buttons, and you don't even have to restart the browser. For instance, I just used mine to change my user agent, since my university now apparently uses UA sniffing to throttle bandwidth. By the way, I have a GUI coded, but as with all my past contributions, it has consistently been silently ignored. But my own users seem quite happy with it -- at least the ones who realize it was my addition and have written to me about it -- so their loss, I suppose. >>"Darken white backgrounds" is better, because it recognizes this implied >>norm. The word "darken" also states a clear action, unlike -- for example >>-- "disallow." A user should never have to stop and think, "What does >>'Disallow white backgrounds' mean?" if there's a more obvious way to word >>it. > > I agree with this. Maybe even change it to a setting for *how much* to > darken. Maybe. "How much" is already determined by the bg_color option, so I see no need for a separate option. Personally, I *don't* think they should change the option name, because it would break backwards compatibility with previous versions. It's important to make things easy for new users, but it's just as important not to alienate existing users. That's why I won't upgrade Microsoft Office or The GIMP; both have redesigned so much I can't figure out how to work the latest versions. But you can still have a "Darken white backgrounds" GUI option while coding it internally as allow_white_bg=NO, as I have done. (My interface also sets bg_color appropriately either to white or tan.) That, I think, is an appropriate compromise, since you're breaking neither the existing code nor the poor user's brain. Cheers, ~Benjamin

Nov. 29, 2011

Search from location bar

by singpolyma＠singpolyma.net

Somebody claiming to be Benjamin Johnson wrote: >Roger wrote: >But imagine you're a new user and not really all that tech-savvy. Say >staring at white webpage backgrounds all day makes your eyes hurt. Would >you rather > > a) spend hours looking through a long configuration file looking for >an option to somehow darken them; or Why are you proposing that the rc file be so complicated? It takes less than 15 minutes to read through every single available option in the current dillorc. > b) click a button that says "Darken white backgrounds"? New users (in my experience) cannot find such buttons. Mostly because they assume anything their program doesn't already do is "hard". So they call me and then I have to find the button. Not that I'm saying there should not be a button, but I think the idea that GUI configuration panes are "newb friendly" is a bit of wishful thinking. >"Darken white backgrounds" is better, because it recognizes this implied >norm. The word "darken" also states a clear action, unlike -- for example >-- "disallow." A user should never have to stop and think, "What does >'Disallow white backgrounds' mean?" if there's a more obvious way to word >it. I agree with this. Maybe even change it to a setting for *how much* to darken. Maybe. -- Stephen Paul Weber, @singpolyma See <http://singpolyma.net> for how I prefer to be contacted edition right joseph

Nov. 29, 2011

Wikipedia pages

by Johannes.Hofmann＠gmx.de

On Sun, Nov 27, 2011 at 09:33:05PM +0100, Georg Potthast wrote: > Johannes, I did not see your post when I did mine since I just get > the posts once a day by email. Therefore I did not refer to your > post but made a general one. > > I now uploaded a snapshot of Firefox displaying the "Dillo" web site > on Wikipedia and three snapshots how Dillo does display it. As you > can see there a great differences. > > Regards > > Georg > > Firefox: > http://www.imgplace.com/viewimg716/298/93dillofirefox.png > > Dillo: > http://www.imgplace.com/viewimg502/3267/50dillo1.png > http://www.imgplace.com/viewimg710/2610/91dillo2.png > http://www.imgplace.com/viewimg525/8632/90dillo3.png Ok, that's all expected. No additional weirdness in your special setup. Regards, Johannes

Nov. 28, 2011

Wikipedia pages

by mailbox＠georgpotthast.de

Johannes, I did not see your post when I did mine since I just get the posts once a day by email. Therefore I did not refer to your post but made a general one. I now uploaded a snapshot of Firefox displaying the "Dillo" web site on Wikipedia and three snapshots how Dillo does display it. As you can see there a great differences. Regards Georg Firefox: http://www.imgplace.com/viewimg716/298/93dillofirefox.png Dillo: http://www.imgplace.com/viewimg502/3267/50dillo1.png http://www.imgplace.com/viewimg710/2610/91dillo2.png http://www.imgplace.com/viewimg525/8632/90dillo3.png

Nov. 27, 2011

Search from location bar

by obeythepenguin＠gmail.com

Roger wrote: > As long as there is still a rc/config file in place for users whom want > to editthe config file by hand using VIM. > Personally, I'd rather use VIM rather then a GUI interface. Using VIM, > editingconfig options much faster. GUI can be much easier or the > lackadaisicalmethod. Of course there is still an rc file; the GUI could even be modified to nicely comment it (though it doesn't right now, to keep the code size down). But imagine you're a new user and not really all that tech-savvy. Say staring at white webpage backgrounds all day makes your eyes hurt. Would you rather a) spend hours looking through a long configuration file looking for an option to somehow darken them; or b) click a button that says "Darken white backgrounds"? If you choose option a) and you're persistent -- remember you're still pretending to be a non-savvy, first-time Dillo user -- you might discover there are two separate settings for this: - allow_white_bg sets whether white backgrounds are allowed, and - bg_color takes the hexadecimal(!) code for your desired background color. (Remember as a non-savvy, first-time user, you don't know hexadecimal.) On the other hand, if you choose option b), you probably saw it here: http://dillo-win32.sourceforge.net/dillo/screenshots.php?closeup=Win95-09.p… That's much simpler, wouldn't you say? As a side note, "Allow white backgrounds" is a bad option name from a user's perspective: since most users automatically assume white backgrounds are the norm, an "Allow white backgrounds" option forces them to think in negatives. "Darken white backgrounds" is better, because it recognizes this implied norm. The word "darken" also states a clear action, unlike -- for example -- "disallow." A user should never have to stop and think, "What does 'Disallow white backgrounds' mean?" if there's a more obvious way to word it. (And yes, I know mainline darkens backgrounds by default, but it makes a convenient illustration. And yes, if you're wondering, little things like this DO make a surprisingly huge difference in usability.) Cheers, ~Benjamin

Nov. 27, 2011

Search from location bar

by rogerx.oss＠gmail.com

> On Sat, Nov 26, 2011 at 10:43:44AM -0500, Benjamin Johnson wrote: >Jorge wrote: > >> ... and average users are afraid of an rc file (*sigh*), so >> maybe it's not that bad having a GUI by default, which power users >> can customize into a CLI with dillorc. >> The other approach is to have everything GUI, which adds size, >> but proves quite handy sometimes (e.g. Tools menu). > >I don't see why anybody should have to edit an rc file *for a graphical >program* in 2011. The Apple Macintosh had a GUI for all its preferences >nearly 30 years ago; do you really want to lag three decades behind the >times? > >(An rc file is fine for a text-mode program, and it's nice to have the >option in others, but in a *graphical program* it should not be the only >way to set preferences. For crying out loud, even Lynx has a user >interface for its preferences!) As long as there is still a rc/config file in place for users whom want to edit the config file by hand using VIM. Personally, I'd rather use VIM rather then a GUI interface. Using VIM, editing config options much faster. GUI can be much easier or the lackadaisical method. -- Roger http://rogerx.freeshell.org/

Nov. 26, 2011

Search from location bar

by obeythepenguin＠gmail.com

Jorge wrote: > ... and average users are afraid of an rc file (*sigh*), so > maybe it's not that bad having a GUI by default, which power users > can customize into a CLI with dillorc. > The other approach is to have everything GUI, which adds size, > but proves quite handy sometimes (e.g. Tools menu). I don't see why anybody should have to edit an rc file *for a graphical program* in 2011. The Apple Macintosh had a GUI for all its preferences nearly 30 years ago; do you really want to lag three decades behind the times? (An rc file is fine for a text-mode program, and it's nice to have the option in others, but in a *graphical program* it should not be the only way to set preferences. For crying out loud, even Lynx has a user interface for its preferences!) Anyway, getting back on topic: My one suggestion would be to combine the search_shortcut and search_url dillorc options, so you could do i.e. search_url=Wikipedia [w] http://en.wikipedia.org/wiki/Special:Search?search=%s to set the search shortcut to "w", or search_url=Wikipedia http://en.wikipedia.org/wiki/Special:Search?search=%s to set no shortcut. It might be slightly trickier to parse, but it will make dillorc less cluttered. (Not to mention, it will be easier to integrate with my preferences GUI ;-) Cheers, ~Benjamin

Nov. 26, 2011

mentioning code from elsewhere

by jcid＠dillo.org

On Wed, Nov 23, 2011 at 06:48:27PM +0000, corvid wrote: > Jorge wrote: > > On Wed, Nov 23, 2011 at 12:26:10AM +0000, corvid wrote: > > > > > > md5.c says "If you use this software in a product, an acknowledgment > > > in the product documentation would be appreciated but is not required." > > > > > > I think it would be nice to have some mention in README or AUTHORS or > > > somewhere of the various chunks of code that have been integrated into > > > dillo from elsewhere. > > > > +1 > > > > It'd be good to also comment the source file, making clear what > > has been collected with a view to have copyright issues sorted easily. > > Can you spell out an example of what you're thinking? Something simple. e.g. md5.c /* This file contains parts of code taken from project_foo * <project foo tags/ack here> */ ... /* Code from project foo BEGIN */ ... /* Code from project foo END */ -- Cheers Jorge.-

Nov. 25, 2011

Search from location bar

by jcid＠dillo.org

On Thu, Nov 24, 2011 at 09:40:28PM +0100, Johannes Hofmann wrote: > On Wed, Nov 23, 2011 at 10:52:54AM -0500, Benjamin Johnson wrote: > > corvid wrote: > > > > >Stephen wrote: > > >>Would there be any interest in enabling Dillo to search the default > > >>(read: first in dillorc) search engine when a non-URI is typed into > > >>the location bar? This is especially useful for things like > > >>yubnub.org, which I use heavily. > > > > > >There has been some talk in the past of how it would be nice if > > >one could type various commands into the location bar... > > > > I've been meaning to do that forever, probably along the lines of > > Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" > > to search Wikipedia, etc.) You get used to that and it really > > spoils you... > > Attached is a quick hack to test this. > I have to say, that it feels quite handy. The dillorc interface > seems not optimal though (suggestions?). Yes, it's quite handy for power users. ... and average users are afraid of an rc file (*sigh*), so maybe it's not that bad having a GUI by default, which power users can customize into a CLI with dillorc. The other approach is to have everything GUI, which adds size, but proves quite handy sometimes (e.g. Tools menu). Now, considering that changing the search engine shortcut is not a frequent operation, and that the CLI search is most appreciatted by power users, I tend to like the approach in the quick patch. YMMV. -- Cheers Jorge.-

Nov. 25, 2011

Wikipedia pages

by mailbox＠georgpotthast.de

There are a lot of Wikipedia pages and many web sites have set up their own wiki. All these pages have the same style. So one change would make thousands of web pages rendered correctly. I suggest that this issue is being solved. Georg

Nov. 25, 2011

Search from location bar

by corvid＠lavabit.com

Stephen wrote: > Somebody claiming to be corvid wrote: > >Stephen wrote: > >> Would there be any interest in enabling Dillo to search the default > >> (read: first in dillorc) search engine when a non-URI is typed into > >> the location bar? This is especially useful for things like > >> yubnub.org, which I use heavily. > > > >There has been some talk in the past of how it would be nice if > >one could type various commands into the location bar... > > Right, well, that's a bit more advanced (unless one just uses YubNub for > that :) ) > > Relatedly: is there any way to allow non-same-domain redirects selectively > (ie: only for YubNub) ? Not currently. A relevant link from the archive: http://lists.auriga.wearlab.de/pipermail/dillo-dev/2011-September/008998.ht…

Nov. 24, 2011

Search from location bar

by singpolyma＠singpolyma.net

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Somebody claiming to be corvid wrote: >Stephen wrote: >> Would there be any interest in enabling Dillo to search the default >> (read: first in dillorc) search engine when a non-URI is typed into >> the location bar? This is especially useful for things like >> yubnub.org, which I use heavily. > >There has been some talk in the past of how it would be nice if >one could type various commands into the location bar... Right, well, that's a bit more advanced (unless one just uses YubNub for that :) ) Relatedly: is there any way to allow non-same-domain redirects selectively (ie: only for YubNub) ? - -- Stephen Paul Weber, @singpolyma See <http://singpolyma.net> for how I prefer to be contacted edition right joseph -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJOzrFDAAoJENEcKRHOUZze3eQQAMG7EtX64HMuOuv863WmoxNa f2y2D69Q7zEHipsnkdqlf83W11wWVE34ZfW3CsEBuIi9rFRQPAN6QHZajzcsDRMY XaAQ1b6OCIUvmfHI5AgsWoXtXkoreMzbP/sJ0nVG5ZRHjxNBfpOmTRdBlPSRPd3t OST8i7432xNU/iEqSFfwPPKcTUtfYGYBp5PQ0UiF26W9TdJbxFkbAsTiDj+jcy+l I4h2cuyM/zNZ3XLERIoNaQ1SDkHs0iIGU2qq/qGYXVPle66TMrx9pVpizu2Oq8TE Z+5Y6IkGjei+sawU+5atAsOIAHIzMDzWCKziE2KksqqICDZStiv+1I3I9Bba7arb D18u6x1Ehp2DsASSgxB9dq8XcXJFwCzcTv1XKScvtfwD1Jv/cW+VOUtQypQ+6VbQ 7/bCVY52TRplbuIjR0hyPBD2QkWaNl0z1jDgGiUASmpFMMnOkcFHpy2obBd53jfF WeDe9tco3r4h08f0IAThp3wO/A+UUQY2h6TMNHuiDdBnypfUnsXTWLj+FCif52O4 6DYlyG7M2rcaw/frkMMWtgInJ5cDm8cPmvcHgqynVTtXdmxYuxkNGJc9CKXKOHd2 3XbYvhBEFSwsbHujuNEkbsm4OfAwTCqsNASwXlT0VpJOk9AMxFawT/v3CeeBOzGw yOG52hcp0NXjvi77zmFr =R6DS -----END PGP SIGNATURE-----

Nov. 24, 2011

Search from location bar

by Johannes.Hofmann＠gmx.de

On Wed, Nov 23, 2011 at 10:52:54AM -0500, Benjamin Johnson wrote: > corvid wrote: > > >Stephen wrote: > >>Would there be any interest in enabling Dillo to search the default > >>(read: first in dillorc) search engine when a non-URI is typed into > >>the location bar? This is especially useful for things like > >>yubnub.org, which I use heavily. > > > >There has been some talk in the past of how it would be nice if > >one could type various commands into the location bar... > > I've been meaning to do that forever, probably along the lines of > Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" > to search Wikipedia, etc.) You get used to that and it really > spoils you... Attached is a quick hack to test this. I have to say, that it feels quite handy. The dillorc interface seems not optimal though (suggestions?). Cheers, Johannes

Nov. 24, 2011

mentioning code from elsewhere

by onepoint＠starurchin.org

corvid wrote: > I think it would be nice to have some mention in README or AUTHORS > or somewhere of the various chunks of code that have been integrated > into dillo from elsewhere. +1 Regards, Jeremy Henty

Nov. 24, 2011

Wikipedia pages

by Johannes.Hofmann＠gmx.de

On Sun, Nov 20, 2011 at 04:41:47PM +0100, Georg Potthast wrote: > I observed that Dillo does not render the Wikipedia pages well. This > surprises me since I always thought these are rather simple pages. Could you please give us an example page and some hints what does not render correctly (maybe a screenshot). There are a couple of things that are known not to work (floats, negative margins), but I'd like to rule out that something else is wrong in your case. Cheers, Johannes

Nov. 23, 2011

mentioning code from elsewhere

by corvid＠lavabit.com

Jorge wrote: > On Wed, Nov 23, 2011 at 12:26:10AM +0000, corvid wrote: > > > > md5.c says "If you use this software in a product, an acknowledgment > > in the product documentation would be appreciated but is not required." > > > > I think it would be nice to have some mention in README or AUTHORS or > > somewhere of the various chunks of code that have been integrated into > > dillo from elsewhere. > > +1 > > It'd be good to also comment the source file, making clear what > has been collected with a view to have copyright issues sorted easily. Can you spell out an example of what you're thinking?

Nov. 23, 2011

Search from location bar

by Hole.destructor＠gmx.de

Hello Dillo developers. On Wed, Nov 23, 2011 at 10:52:54AM -0500, Benjamin Johnson wrote: > I've been meaning to do that forever, probably along the lines of > Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" > to search Wikipedia, etc.) You get used to that and it really > spoils you... When you are thinking about searching from the url field, I think one should also consider searching for bookmarks that match the typed string (just like Firefox does when you type sth into the url bar). Kind regards, Alexander

Nov. 23, 2011

Search from location bar

by obeythepenguin＠gmail.com

corvid wrote: > Stephen wrote: >> Would there be any interest in enabling Dillo to search the default >> (read: first in dillorc) search engine when a non-URI is typed into >> the location bar? This is especially useful for things like >> yubnub.org, which I use heavily. > > There has been some talk in the past of how it would be nice if > one could type various commands into the location bar... I've been meaning to do that forever, probably along the lines of Opera's search shortcuts. (e.g., "g foo" to search Google, "w foo" to search Wikipedia, etc.) You get used to that and it really spoils you... Cheers, ~Benjamin

Nov. 23, 2011

mentioning code from elsewhere

by jcid＠dillo.org

On Wed, Nov 23, 2011 at 12:26:10AM +0000, corvid wrote: > > md5.c says "If you use this software in a product, an acknowledgment > in the product documentation would be appreciated but is not required." > > I think it would be nice to have some mention in README or AUTHORS or > somewhere of the various chunks of code that have been integrated into > dillo from elsewhere. +1 It'd be good to also comment the source file, making clear what has been collected with a view to have copyright issues sorted easily. -- Cheers Jorge.-

Nov. 23, 2011

Wikipedia pages

by jcid＠dillo.org

Hi, On Sun, Nov 20, 2011 at 04:41:47PM +0100, Georg Potthast wrote: > I observed that Dillo does not render the Wikipedia pages well. This > surprises me since I always thought these are rather simple pages. > > Why does Dillo apparently have problems with these pages? It shows > no errors. IIRC, it is negative margins (not handled by dillo yet). -- Cheers Jorge.-

Nov. 23, 2011

Font size.

by corvid＠lavabit.com

??????? wrote: > How to change font and font size for dillo interface? Currently, the user interface uses the font_sans_serif preference from dillorc, and the size cannot be adjusted. But perhaps we could add something like the attached...

Nov. 23, 2011

Search from location bar

by corvid＠lavabit.com

Stephen wrote: > Would there be any interest in enabling Dillo to search the default > (read: first in dillorc) search engine when a non-URI is typed into > the location bar? This is especially useful for things like > yubnub.org, which I use heavily. There has been some talk in the past of how it would be nice if one could type various commands into the location bar...

Nov. 23, 2011

mentioning code from elsewhere

by corvid＠lavabit.com

md5.c says "If you use this software in a product, an acknowledgment in the product documentation would be appreciated but is not required." I think it would be nice to have some mention in README or AUTHORS or somewhere of the various chunks of code that have been integrated into dillo from elsewhere.

Nov. 23, 2011

Patch: Improve toolbar appearance

by obeythepenguin＠gmail.com

Upon closer inspection, the crash was unrelated; the patch should be just fine. (I'll spare you my story about the joys of Windows debugging...) Cheers, ~Benjamin

Nov. 22, 2011

Patch: Improve toolbar appearance

by obeythepenguin＠gmail.com

Hi again, Please disregard the FlatLightButton patch; I've discovered it causes a crash (!) when a toolbar button is deactivated. Sorry for any inconvenience. Cheers, ~Benjamin

Nov. 21, 2011

Patch: Improve toolbar appearance

by obeythepenguin＠gmail.com

Hi again, Last patch, I promise. Those one makes flat tool buttons raise on mouse over, like in previous Dillo versions. It also makes the File menu button a CustLightButton, consistent with the rest of the toolbar. http://dillo-win32.sourceforge.net/patches/39-flatlightbutton.diff Cheers, ~Benjamin

Nov. 21, 2011

Patch: Ctrl-click opens new tab/window

by obeythepenguin＠gmail.com

Hi again, I've got another patch to make Ctrl-click open a new tab or window: http://dillo-win32.sourceforge.net/patches/38-ctrl_click.diff This is consistent with other browsers' behavior, and makes surfing on laptops considerably easier. Cheers, ~Benjamin

Nov. 21, 2011

Patch: Display full tab title as a tooltip

by obeythepenguin＠gmail.com

Hi everyone, Just wanted to share this small patch to display the full tab title as a tooltip over the tab button: http://dillo-win32.sourceforge.net/patches/37-set_tab_label.diff Cheers, ~Benjamin

Nov. 21, 2011

Wikipedia pages

by mailbox＠georgpotthast.de

I observed that Dillo does not render the Wikipedia pages well. This surprises me since I always thought these are rather simple pages. Why does Dillo apparently have problems with these pages? It shows no errors. Georg

Nov. 20, 2011

Font size.

by bloger＠ngs.ru

How to change font and font size for dillo interface? -- _ ???????? ASCII Ribbon ( ) .::Nigma.ru ???????? google::. ?????? HTML ????? X / \

Nov. 20, 2011

Search from location bar

by singpolyma＠singpolyma.net

Would there be any interest in enabling Dillo to search the default (read: first in dillorc) search engine when a non-URI is typed into the location bar? This is especially useful for things like yubnub.org, which I use heavily. Thx, -- Stephen Paul Weber, @singpolyma See <http://singpolyma.net> for how I prefer to be contacted edition right joseph

Nov. 19, 2011

Dillo ported to DOS

by obeythepenguin＠gmail.com

Georg wrote: > I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am > sure > it will also work with FreeDOS. I just wanted to mention, I've run it on both FreeDOS and an original MS-DOS 6.22 install without problems. Cheers, ~Benjamin

Nov. 15, 2011

404 and stylesheets

by corvid＠lavabit.com

I noticed that remote stylesheets aren't applied on http://docs.gimp.org/2.6/en/ because one of them returns a 404 error and the pending stylesheets never reach 0. One option would be to let them through as attached, although I'm not sure about the wisdom of letting the CSS code try to interpret a 404 page like that.

Nov. 15, 2011

Dillo ported to DOS

by rogerx.oss＠gmail.com

> On Mon, Nov 14, 2011 at 10:07:56PM +0100, Georg Potthast wrote: >I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am sure >it will also work with FreeDOS. > >I uploaded the screenshot as a file to my google code site and made a link >to that. Therefore the browsers start to download it. One of the reasons I made note of FreeDOS, I recently found Seagate (hard drive manufacturer) publishes a LiveCD for the SeaTools based on FreeDOS. I would imagine they would be extremely interested as it would provide a link to their website documentation, *if* they also setup a network interface -- which most do have a standard NIC attached these days. However, I noticed they still don't have the USB mouse driver working yet. <shrugs> dunno why they just don't use a Linux/GNU based LiveCD. :-/ -- Roger http://rogerx.freeshell.org/

Nov. 15, 2011

Dillo ported to DOS

by Johannes.Hofmann＠gmx.de

On Mon, Nov 14, 2011 at 06:02:32PM +0100, Georg Potthast wrote: > I can announce that the Dillo browser has been ported to DOS now. > You can download the first beta here: > > http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/DilloDos-… > > I recently ported the FLTK toolkit to DOS. Based on that I could > port the Dillo GUI to DOS. Benjamin Johnson, who ported Dillo to > Windows joined me and so this beta is available now based on Dillo > for Windows. DOS also has a problem with dpi, therefore the port is > based on Dillo-Win32. > > Here is a screenshot: > http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for… > pretty cool! Cheers, Johannes

Nov. 14, 2011

Dillo ported to DOS

by tuna＠supertunaman.com

On Mon, Nov 14, 2011 at 1:20 PM, Jeremy Henty <onepoint at starurchin.org> wrote: > > PS: there ?seems be a MIME ?problem or something with ?that URL. ?Both > Dillo and Firefox insist on ?downloading it rather than displaying it. > They both display the downloaded file with no problem. Seems to be served the content type application/octet-stream. Oh, silly Google Code. [tuna at PortaTuna ~]$ curl -I "http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for…" -A "Mozilla/5.0" HTTP/1.1 200 OK Content-Length: 148412 Content-Type: application/octet-stream Content-Disposition: attachment; filename="Dillo_for_DOS1.PNG" Accept-Ranges: bytes Date: Mon, 14 Nov 2011 21:23:59 GMT Last-Modified: Sun, 13 Nov 2011 16:55:35 GMT Expires: Mon, 21 Nov 2011 21:23:59 GMT Server: DFE/largefile Cache-Control: public, max-age=604800 Age: 121 [tuna at PortaTuna ~]$ I just uploaded it to imgur for you. :) http://i.imgur.com/Isnhp.png

Nov. 14, 2011

Dillo ported to DOS

by mailbox＠georgpotthast.de

I have tested the port with MSDOS 7.0 and in a Windows XP DOS box. I am sure it will also work with FreeDOS. I uploaded the screenshot as a file to my google code site and made a link to that. Therefore the browsers start to download it. Georg Potthast

Nov. 14, 2011

Dillo ported to DOS

by rogerx.oss＠gmail.com

> On Mon, Nov 14, 2011 at 06:02:32PM +0100, Georg Potthast wrote: >I can announce that the Dillo browser has been ported to DOS now. You can >download the first beta here: > >http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/DilloDos-… > >I recently ported the FLTK toolkit to DOS. Based on that I could port the >Dillo GUI to DOS. Benjamin Johnson, who ported Dillo to Windows joined me >and so this beta is available now based on Dillo for Windows. DOS also has a >problem with dpi, therefore the port is based on Dillo-Win32. Yea FreeDOS? -- Roger http://rogerx.freeshell.org/

Nov. 14, 2011

Dillo ported to DOS

by onepoint＠starurchin.org

Georg Potthast wrote: > I can announce that the Dillo browser has been ported to DOS now. > [...] > Here is a screenshot: > http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for… Wow! At this rate Microsoft will be our main platform soon! ;-) Joking apart, that is impressive. Regards, Jeremy Henty PS: there seems be a MIME problem or something with that URL. Both Dillo and Firefox insist on downloading it rather than displaying it. They both display the downloaded file with no problem.

Nov. 14, 2011

Dillo ported to DOS

by mailbox＠georgpotthast.de

I can announce that the Dillo browser has been ported to DOS now. You can download the first beta here: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/DilloDos-… I recently ported the FLTK toolkit to DOS. Based on that I could port the Dillo GUI to DOS. Benjamin Johnson, who ported Dillo to Windows joined me and so this beta is available now based on Dillo for Windows. DOS also has a problem with dpi, therefore the port is based on Dillo-Win32. Here is a screenshot: http://nanox-microwindows-nxlib-fltk-for-dos.googlecode.com/files/Dillo_for… Georg Potthast

Nov. 14, 2011

text alignment and list item markers

by jcid＠dillo.org

On Sun, Nov 13, 2011 at 01:21:10AM +0000, corvid wrote: > > Any objection to removing the special case for putting list item markers > at the far left even when the text is centered or whatever? > I've never liked this weird special case, and I see that Firefox doesn't > do it, anyway. +1 -- Cheers Jorge.-

Nov. 13, 2011

text alignment and list item markers

by onepoint＠starurchin.org

corvid wrote: > Any objection to removing the special case for putting list item > markers at the far left even when the text is centered or whatever? > I've never liked this weird special case, and I see that Firefox > doesn't do it, anyway. +1. It looks much nicer the Firefox way. Regards, Jeremy Henty

Nov. 13, 2011

text alignment and list item markers

by Johannes.Hofmann＠gmx.de

On Sun, Nov 13, 2011 at 01:21:10AM +0000, corvid wrote: > > Any objection to removing the special case for putting list item markers > at the far left even when the text is centered or whatever? > I've never liked this weird special case, and I see that Firefox doesn't > do it, anyway. > diff -r 284f9065236f dw/textblock.cc > --- a/dw/textblock.cc Sat Nov 12 20:35:34 2011 +0000 > +++ b/dw/textblock.cc Sun Nov 13 01:16:11 2011 +0000 > @@ -1079,15 +1079,7 @@ > if (leftOffset < 0) > leftOffset = 0; > > - if (hasListitemValue && lastLine == lines->getRef (0)) { > - /* List item markers are always on the left. */ > - lastLine->leftOffset = 0; > - words->getRef(0)->effSpace = words->getRef(0)->origSpace + leftOffset; > - //DBG_OBJ_ARRSET_NUM (this, "words.%d.effSpace", 0, > - // words->getRef(0)->effSpace); > - } else { > - lastLine->leftOffset = leftOffset; > - } > + lastLine->leftOffset = leftOffset; > } > mustQueueResize = true; > +1 Cheers, Johannes

Nov. 13, 2011

text alignment and list item markers

by corvid＠lavabit.com

Any objection to removing the special case for putting list item markers at the far left even when the text is centered or whatever? I've never liked this weird special case, and I see that Firefox doesn't do it, anyway.

Nov. 13, 2011

tests that should not be case-sensitive

by corvid＠lavabit.com

I wrote: > - a bunch of cases where we test url strings with the scheme > included. This seems to work all right for me, anyway. As for whether it really makes sense to test for dpi scheme in some of the DPIs, or whether I should care about URL_AUTHORITY anywhere, I'm not certain...

Nov. 11, 2011

is* character classification

by Johannes.Hofmann＠gmx.de

On Wed, Nov 09, 2011 at 05:14:23AM +0000, corvid wrote: > > I was just looking at how the is* functions treat characters with the > high bit set. If I set LC_CTYPE to en_US, 0xC0 is alpha, but it > understandably isn't in en_US.UTF-8. > > So I found my way to > /usr/share/i18n/locales/ en_US -> en_GB -> i18n > > And found that: > upper 41-5A, C0-D6, D8-DE > lower 61-7A, B5, DF-F6, F8-FF > alpha 41-5A, 61-7A, AA, B5, BA, C0-D6, D8-F6, F8-FF > digit 30-39 > space 09-0D, 20 > cntrl 00-1F, 7F-9F > punct 21-2F, 3A-40, 5B-60, 7B-7E, A0-A9, AB-B4, B6-B9, BB-BF, D7, F7 > graph 21-7E, A0-FF > print 20-7E, A0-FF > xdigit 30-39, 41-46, 61-66 > blank 9, 20 > > In dillo: > isupper not used > islower not used > isalpha cssparser, html > isdigit doesn't matter > isalnum cssparser, html, datauri, downloads, dlib.h > dIsalnum url > isspace cssparser, html, keys, dlib.h, findtext.hh > dIsspace colors, src/cookies, misc, dpi/cookies, file, ftp, dlib > iscntrl keys, auth, misc > ispunct textblock > isgraph not used > isprint dlib > isxdigit doesn't matter > isblank not used > isascii not used > > I'm not sure that any real harm is done in these cases, but it might not > be a bad idea to check that it's ascii when we only want ascii. Sure. I could imagine you already regret that you started looking into this stuff :)

Nov. 10, 2011

ascii string comparison [Re: use C locale for LC_CTYPE]

by Johannes.Hofmann＠gmx.de

On Tue, Nov 08, 2011 at 11:18:12PM +0000, corvid wrote: > Johannes wrote: > > So all uppercase macros then or just not trying to inline and use a > > normal function. > > Here's what I have now: > http://www.dillo.org/test/ascii_strcasecmp3.diff Looks good to me. Cheers, Johannes

Nov. 10, 2011

tests that should not be case-sensitive

by Johannes.Hofmann＠gmx.de

On Wed, Nov 09, 2011 at 02:46:00AM +0000, corvid wrote: > > I don't want to do anything about this until we get the big patch > committed, but I just looked through the str(n)cmp calls in dillo, > and I found: > > - a bunch of cases where we test url strings with the scheme > included. > > - hostname tests in dns.c. I don't know that code at all, though. > Is there any reason why it has to treat the hostnames that way? > > - generic font-family names in styleengine.cc. CSS 2.1 says: > "All CSS syntax is case-insensitive within the ASCII range (i.e., > [a-z] and [A-Z] are equivalent), except for parts that are not > under the control of CSS. For example, the case-sensitivity of > values of the HTML attributes "id" and "class", of font names, > and of URIs lies outside the scope of this specification. Note > in particular that element names are case-insensitive in HTML, > but case-sensitive in XML." > ...although I know "@charset" has to be lowercase, so this > might not be the ultimate answer, but I didn't see anything > suggesting otherwise. Right. Firefox also seems to accept font-family:MONOSPACE Cheers, Johannes

Nov. 10, 2011