July 2008 - Dillo-dev - lists.mailman3.com

[patch] selecting multibyte glyphs

by jcid＠dillo.org

On Thu, Jul 17, 2008 at 06:41:58PM +0200, Johannes Hofmann wrote: > Hi, > > here is a patch to fix selection of multibyte glyphs as > discussed earlier. Good! Committed. -- Cheers Jorge.-

July 17, 2008

[patch] selecting multibyte glyphs

by Johannes.Hofmann＠gmx.de

Hi, here is a patch to fix selection of multibyte glyphs as discussed earlier. Cheers, Johannes

July 17, 2008

selecting multi-byte characters

by Johannes.Hofmann＠gmx.de

On Thu, Jul 10, 2008 at 11:11:01AM -0400, Jorge Arellano Cid wrote: > On Wed, Jul 09, 2008 at 05:41:35PM +0200, Johannes Hofmann wrote: > > Hi, > > > > as you may have noticed, there is a problem with selecting > > multi-byte characters. If you enlarge the selection so that e.g. '?' > > is at the edge of the selected text, the character changes in weird > > ways. > > This is due to the Textblock::sendSelectionEvent() code that simply > > uses charPos++, and charPos-- whereas it should do something like > > utf8fwd() or utf8back() from fltk. > > The problem here is that we can't simply use fltk functions in > > textblock.cc as it is independent of the GUI toolkit. > > Any ideas how to solve this? I thought about adding wrappers to > > fltkmisc.cc but that's also a bit ugly... > > AFAIS, utf8fwd() and utf8back() can be defined in platform.hh > (right after textWidth() for instance), and implemented as > wrappers in fltkplatform.hh, then used from layout in the same > inlined way as textWidth. That sounds good. I will try to come up with a patch. Cheers, Johannes

July 13, 2008

Navigation popups

by jcid＠dillo.org

Hi, Finally I found a simple way to make the navigation history popups discern the clicking mouse button. Now you can open a new window by middle clicking on history popups. A feature I missed a lot since dillo1. -- Cheers Jorge.-

July 12, 2008

selecting multi-byte characters

by jcid＠dillo.org

On Wed, Jul 09, 2008 at 05:41:35PM +0200, Johannes Hofmann wrote: > Hi, > > as you may have noticed, there is a problem with selecting > multi-byte characters. If you enlarge the selection so that e.g. '?' > is at the edge of the selected text, the character changes in weird > ways. > This is due to the Textblock::sendSelectionEvent() code that simply > uses charPos++, and charPos-- whereas it should do something like > utf8fwd() or utf8back() from fltk. > The problem here is that we can't simply use fltk functions in > textblock.cc as it is independent of the GUI toolkit. > Any ideas how to solve this? I thought about adding wrappers to > fltkmisc.cc but that's also a bit ugly... AFAIS, utf8fwd() and utf8back() can be defined in platform.hh (right after textWidth() for instance), and implemented as wrappers in fltkplatform.hh, then used from layout in the same inlined way as textWidth. -- Cheers Jorge.-

July 12, 2008

selecting multi-byte characters

by Johannes.Hofmann＠gmx.de

Hi, as you may have noticed, there is a problem with selecting multi-byte characters. If you enlarge the selection so that e.g. '?' is at the edge of the selected text, the character changes in weird ways. This is due to the Textblock::sendSelectionEvent() code that simply uses charPos++, and charPos-- whereas it should do something like utf8fwd() or utf8back() from fltk. The problem here is that we can't simply use fltk functions in textblock.cc as it is independent of the GUI toolkit. Any ideas how to solve this? I thought about adding wrappers to fltkmisc.cc but that's also a bit ugly... Cheers, Johannes

July 9, 2008

patch: (any Solarians in the audience?) rm nanosleep solaris workaround

by jcid＠dillo.org

On Sat, Jul 05, 2008 at 02:07:05AM +0200, Justus Winter wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Johannes Hofmann wrote: > > On Fri, Jul 04, 2008 at 08:30:42PM +0200, Justus Winter wrote: > >> Jorge Arellano Cid wrote: > >>> Let's hope for somebody to have FLTK2 and dillo2 in Solaris! :) > >> I tried that, but last time I checked fltk2 failed to build on > >> Solaris10/sparc. I filed a bug [1] but got no response. > > > > Can you try this: > > > > [...] > > > > It's just a wild guess, but I could imagine, that Solaris 10 now has > > proper scandir support. > > Yes, you are right. This solved that issue. It took some more time of > hunting libraries in obscure places where the fltk build system couldn't > find them (isn't Solaris a nice platform... and the userland takes you > back in time for no extra cost :-/), but in the end it compiled fine. Good to know it works there too! If there's a general patch for configure.in with Solaris, just let us know. > Dillo2 also compiles and runs fine, only the dpid failed to start. It > turned out that there is a small error that the solaris printf kindly > exposed... patch is attached. Committed. > With that patch applied everything (well, the bookmark dpi) seems to be > working as expected. I will do some more testing next week when I get > physically closer to that box... If you can look at local files, the file dpi is also working and that's mainly it. -- Cheers Jorge.-

July 5, 2008

Attention subscribers

by newman.x＠gmail.com

On Fri, 2008-07-04 at 11:51 -0400, Jorge Arellano Cid wrote: > Hi subscribers, > > For those that subscribed long ago but couldn't get > your messages across, your accounts have been cleared > for posting. > > Sorry for the inconvinience, the dillo project is > slowly getting into full pace again... > ping test -- Michal Nowak <newman.x(a)gmail.com>

July 5, 2008

patch: (any Solarians in the audience?) rm nanosleep solaris workaround

by 4winter＠informatik.uni-hamburg.de

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Johannes Hofmann wrote: > On Fri, Jul 04, 2008 at 08:30:42PM +0200, Justus Winter wrote: >> Jorge Arellano Cid wrote: >>> Let's hope for somebody to have FLTK2 and dillo2 in Solaris! :) >> I tried that, but last time I checked fltk2 failed to build on >> Solaris10/sparc. I filed a bug [1] but got no response. > > Can you try this: > > [...] > > It's just a wild guess, but I could imagine, that Solaris 10 now has > proper scandir support. Yes, you are right. This solved that issue. It took some more time of hunting libraries in obscure places where the fltk build system couldn't find them (isn't Solaris a nice platform... and the userland takes you back in time for no extra cost :-/), but in the end it compiled fine. Dillo2 also compiles and runs fine, only the dpid failed to start. It turned out that there is a small error that the solaris printf kindly exposed... patch is attached. With that patch applied everything (well, the bookmark dpi) seems to be working as expected. I will do some more testing next week when I get physically closer to that box... Justus -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIbrspoPmwNWhsaZYRAtMhAJ9svDei4lfRsWzU1jX0QXTEl/AZTACgg5xJ mw8myfHJNNiHSueY0KiLM/o= =aOrm -----END PGP SIGNATURE-----

July 5, 2008

Please help me on this...

by Johannes.Hofmann＠gmx.de

On Fri, Jul 04, 2008 at 06:32:33PM +0000, corvid wrote: > Johannes wrote: > > Also we could try to make dillo work nice as an untrusted X11 > > client. It almost works fine already btw. > > What is involved in making it an untrusted client? http://dailypackage.fedorabook.com/index.php?/archives/48-Wednesday-Why-Tru… Is a good article. Normally each X11 client can access/modify data of every other client. Untrusted clients are more restricted. Using this feature one can for example create a separate user "web" just for browsing and then do: ssh -X -l web localhost dillo-fltk Then if dillo-fltk get's compromised, the damage would be restricted to the web user. Cheers, Johannes PS: One can avoid the unnecessary encryption overhead of using ssh by doing some xauth(1) magic instead.

July 4, 2008