- Dillo-dev - lists.mailman3.com

website readability/appearance

by corvid＠lavabit.com

Back in February, I was playing around with the website appearance a bit. Today I happened upon that file again, and I still rather like the look of it. http://www.dillo.org/test/dillo2.html Any thoughts? PS I wonder about the anybrowser gif in the sidebar. It screams 1996 to me.

Oct. 9, 2012

hyphenation and ideographic characters

by Johannes.Hofmann＠gmx.de

Hi, On Sat, Oct 06, 2012 at 01:36:34PM +0900, furaisanjin wrote: > Hi all. > > After hyphenation feature was merged into main branch, line break > doesn't seem to work well for ideographic characters. > > This is screenshot from 2387:81f484e70da6 (I think this is the last > changeset before hyphenation). > > http://furaisanjin.blog.so-net.ne.jp/_images/blog/_9f7/furaisanjin/1-c9360.… > > But the current one (2493:f99afbd38ae7) shows something like this. > > http://furaisanjin.blog.so-net.ne.jp/_images/blog/_9f7/furaisanjin/2-fe1a8.… > > I added red box to highlight the difference. We had similar problem > before adding a_Utf8_ideographic on Html_process_word in html.cc. > Hyphenation also needs similar checking. Thanks for the detailed bug report. We are currently looking into this issue. I'll let you now once we have something to retest. Regards, Johannes

Oct. 8, 2012

hyphenation and ideographic characters

by furaisanjin＠gmail.com

Hi all. After hyphenation feature was merged into main branch, line break doesn't seem to work well for ideographic characters. This is screenshot from 2387:81f484e70da6 (I think this is the last changeset before hyphenation). http://furaisanjin.blog.so-net.ne.jp/_images/blog/_9f7/furaisanjin/1-c9360.… But the current one (2493:f99afbd38ae7) shows something like this. http://furaisanjin.blog.so-net.ne.jp/_images/blog/_9f7/furaisanjin/2-fe1a8.… I added red box to highlight the difference. We had similar problem before adding a_Utf8_ideographic on Html_process_word in html.cc. Hyphenation also needs similar checking. Regards, furaisanjin

Oct. 6, 2012

copying to clipboard

by corvid＠lavabit.com

I was thinking how I sometimes see where newbies suppose that dillo can't copy and paste because they think ctrl-c must be how everything does copying...and I thought I'd find out what it would take to make that work. Some not-scrutinized code attached. There is this circuitous part where control goes from Layout to SelectionState to Layout again to Platform, which isn't too pleasing...

Oct. 6, 2012

domainrc to manage cross-domain requests (was Re: RequestPolicy-like patch)

by p37sitdu＠lavabit.com

On Thu, Oct 04, 2012 at 12:28:38AM +0000, corvid wrote: > I thought I'd removed all of it; did I overlook something? No, it is me who overlooked one of the two commits (a18a70e099aa).

Oct. 4, 2012

domainrc to manage cross-domain requests (was Re: RequestPolicy-like patch)

by corvid＠lavabit.com

p37sitdu wrote: > You did not remove filter_auto_requests preference (see my patch [1]). I thought I'd removed all of it; did I overlook something?

Oct. 4, 2012

domainrc to manage cross-domain requests (was Re: RequestPolicy-like patch)

by p37sitdu＠lavabit.com

On Wed, Oct 03, 2012 at 02:04:45AM +0000, corvid wrote: > Committed with a little dilloification, etc. You did not remove filter_auto_requests preference (see my patch [1]). It is not necessary: no domainrc can work as filter_auto_requests=allow_all and when domainrc with "default deny" is present it is the same as filter_auto_requests=same_domain. [1] http://lists.auriga.wearlab.de/pipermail/dillo-dev/2012-August/009394.html

Oct. 3, 2012

domainrc to manage cross-domain requests (was Re: RequestPolicy-like patch)

by corvid＠lavabit.com

I should mention that I was playing around with printing a summary at freeall time in order to see which sites are the worst offenders. Diff attached.

Oct. 3, 2012

domainrc to manage cross-domain requests (was Re: RequestPolicy-like patch)

by corvid＠lavabit.com

p37sitdu wrote: > Patch implements functions similar to Firefox addon RequestPolicy. [1] > It allows user to control automatic requests more flexible than > filter_auto_requests option. Patch removes this option and replaces it > with file .dillo/domainrc that looks like this: > > default deny > wikipedia.org .wikimedia.org > wikisource.org .wikimedia.org > wikitionary.org .wikimedia.org > wikiversity.org .wikimedia.org > > That way most requests are denied, but images on wikipedia are loaded > from wikimedia.org without clicking on them. > > Patterns can start with "." to allow subdomains. > > Special pattern "*" can be used to allow requests to any domains from > some domain (for example if it is a website full of external images) or > to allow requests from any domain to some domain (maybe CDN). > > Without domainrc file all cross-domain requests are denied. > > [1] https://www.requestpolicy.com/ Committed with a little dilloification, etc. At the moment, I have the default set to accept rather than deny, thinking that it might be easier for us to build up a sample or default domainrc with a bunch of notorious ad sites to blacklist than it would be to whitelist enough common sites that use a [site]images.com or suchlike.

Oct. 3, 2012

Key binding for viewing page source

by corvid＠lavabit.com

Jorge wrote: > On Thu, Sep 20, 2012 at 08:45:08PM +0200, Johannes Hofmann wrote: > > On Wed, Sep 19, 2012 at 09:06:22PM +0000, corvid wrote: > > > Alexander wrote: > > > > I use the "view page source" function from the right-click popup menu > > > > very often and so I created a key binding for this (see attached > > > > patch). Since I find this very handy, please consider this patch for > > > > the repository. > > > > > > This would be good to have. > > > > I'd also like to have that feature. > > +1 Committed.

Sept. 28, 2012