June 2009 - Dillo-dev - lists.mailman3.com

keyboard shortcuts non-functioning under KDE 3.5.10

by paul＠claws-mail.org

Hi, On Thu, 4 Jun 2009 20:29:43 +0300 Rogut?s Sparnuotos <rogutes(a)googlemail.com> wrote: > Does anything change when you save the keysrc file attached to this > e-mail to ~/.dillo/keysrc ? Unfortunately not. best regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

June 4, 2009

keyboard shortcuts non-functioning under KDE 3.5.10

by rogutes＠googlemail.com

Johannes Hofmann (2009-06-04 16:58): > On Thu, Jun 04, 2009 at 06:22:34AM +0100, Paul wrote: > > Hi, > > > > I've got recent code from mercurial, June 1st. > > No keyboard shortcuts are working for me using KDE 3.5.10. > > > > I was speaking to Johannes Hofmann about this problem, he asked me > > what my locale was (it's en-GB.UTF-8) and also asked me to report > > the problem here. > > Thanks for reporting. > > > > > Do you need more information from me? > > Is anyone else seeing this? dillo shortcuts don't seem to work at > all for Paul. Shortcuts in test/editor from fltk2 seem to work > though. > I can't reproduce the problem so far. Paul, Does anything change when you save the keysrc file attached to this e-mail to ~/.dillo/keysrc ? I think I had something similar, but I didn't have time to report...and now I forgot what it was :/ P.S. Actually, dillo doesn't even start for me anymore, saying "Can't do 24-bit 0xff0000 0xff00 0xff visual" Indeed, I am temporarily running a 24bpp desktop with an old graphics card and I've put Option "Pixmap" "24" in the ServerFlags section of xorg.conf. Also, it is most probably unrelated and I'm only a casual dillo user, but after basically every 15+ minute session, keyboard shortcuts start misbehaving: i.e. they work as if the <Alt> modifier was pressed (for example, typing 'a' in the location bar moves the cursor to the far left, as with <Alt>a or Home). Only solution I've found was restarting dillo (and this is where I missed something like session saving). I haven't reported yet, because I have no idea how to reproduce it. -- -- Rogut?s Sparnuotos

June 4, 2009

keyboard shortcuts non-functioning under KDE 3.5.10

by paul＠claws-mail.org

Hi Jorge, On Thu, 4 Jun 2009 12:23:57 -0400 Jorge Arellano Cid <jcid(a)dillo.org> wrote: > Paul, please let us know what binding are you trying to make, > what is failing and your keysrc. I'm not actually trying to make any. I got on to this problem when talking to Johannes on #claws - dillo1 had 'show controls' and 'reload' in the context menu, which was always very useful in Claws Mail with the plugin, because it runs `dillo -f`, but anyway... Even the default keybindings don't work for me. I don't have a keysrc file, but I did create one, at Johannes suggestion, but this didn't have any effect either. Pressing key-combos has no effect. best regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

June 4, 2009

keyboard shortcuts non-functioning under KDE 3.5.10

by jcid＠dillo.org

On Thu, Jun 04, 2009 at 04:58:14PM +0200, Johannes Hofmann wrote: > On Thu, Jun 04, 2009 at 06:22:34AM +0100, Paul wrote: > > Hi, > > > > I've got recent code from mercurial, June 1st. > > No keyboard shortcuts are working for me using KDE 3.5.10. > > > > I was speaking to Johannes Hofmann about this problem, he asked me > > what my locale was (it's en-GB.UTF-8) and also asked me to report > > the problem here. > > Thanks for reporting. > > > > > Do you need more information from me? > > Is anyone else seeing this? dillo shortcuts don't seem to work at > all for Paul. Shortcuts in test/editor from fltk2 seem to work > though. > I can't reproduce the problem so far. Paul, please let us know what binding are you trying to make, what is failing and your keysrc. -- Cheers Jorge.-

June 4, 2009

keyboard shortcuts non-functioning under KDE 3.5.10

by Johannes.Hofmann＠gmx.de

On Thu, Jun 04, 2009 at 06:22:34AM +0100, Paul wrote: > Hi, > > I've got recent code from mercurial, June 1st. > No keyboard shortcuts are working for me using KDE 3.5.10. > > I was speaking to Johannes Hofmann about this problem, he asked me > what my locale was (it's en-GB.UTF-8) and also asked me to report > the problem here. Thanks for reporting. > > Do you need more information from me? Is anyone else seeing this? dillo shortcuts don't seem to work at all for Paul. Shortcuts in test/editor from fltk2 seem to work though. I can't reproduce the problem so far. Cheers, Johannes

June 4, 2009

patch: smaller findbar buttons for narrow screen

by Johannes.Hofmann＠gmx.de

On Wed, Jun 03, 2009 at 01:37:34AM +0000, corvid wrote: > I resized my window to make it narrower and discovered that > the findbar buttons eat all of the space and make the > input widget disappear. > > With button width reduced to 40 with a narrow window, > if I resize down to match that ipaq screenshot that Andreas made, > I can still see a reasonable amount of input field. Nice. It doesn't work however when manually resizing the window. What about using cramped mode unconditionally? Cheers, Johannes

June 4, 2009

keyboard shortcuts non-functioning under KDE 3.5.10

by paul＠claws-mail.org

Hi, I've got recent code from mercurial, June 1st. No keyboard shortcuts are working for me using KDE 3.5.10. I was speaking to Johannes Hofmann about this problem, he asked me what my locale was (it's en-GB.UTF-8) and also asked me to report the problem here. Do you need more information from me? Whilst I'm here I would like to say thanks to Johannes for sorting out the --xid option, Claws Mail now has a dillo plugin again! with regards Paul -- "Thanks to his green candle, the 'Pataphysician can lighten our darkness."

June 4, 2009

experimental patch: Re: dillo2 wrapping Chinese

by corvid＠lavabit.com

Back in November, furaisanjin wrote: > 2008/11/12 corvid <corvid(a)lavabit.com>: > > dillo people: It turns out that dillo handles Chinese quite badly because the > > text doesn't contain whitespace (BUG 827). It looks like Japanese is that > > way as well. > > Yes, dillo doesn't handle Japanese either when a line is long and > doesn't have break on it. > > I modified html_process_word so that each Japanese word is added by > addText. In this way appearance is better but sometimes table looks > bad. I made a new version that goes in html_process_word (handles numeric character references).

June 3, 2009

patch: smaller findbar buttons for narrow screen

by corvid＠lavabit.com

I resized my window to make it narrower and discovered that the findbar buttons eat all of the space and make the input widget disappear. With button width reduced to 40 with a narrow window, if I resize down to match that ipaq screenshot that Andreas made, I can still see a reasonable amount of input field.

June 3, 2009

view source dpi question

by jcid＠dillo.org

On Tue, Jun 02, 2009 at 09:43:57PM +0200, Johannes Hofmann wrote: > On Sun, May 31, 2009 at 09:26:57PM -0400, Jorge Arellano Cid wrote: > > On Mon, Jun 01, 2009 at 12:17:23AM +0200, Johannes Hofmann wrote: > > > On Sun, May 31, 2009 at 06:08:23PM -0400, Jorge Arellano Cid wrote: > > > > On Sun, May 31, 2009 at 07:55:27PM +0000, corvid wrote: > > > > > > annoyed by the slow source view widget I'd like to play with > > > > > > a source viewer dpi (Jorge, I think you suggested to use a > > > > > > dpi instead of coding it in dillo directly). > > > > > > However I want to avoid to reload the page from the dpi, as I want > > > > > > to be able to view the source exactly as it is currently displayed. > > > > > > > > > > > > How should I pass the html document from dillo to the dpi? Any > > > > > > ideas? > > > > > > > > > > Can you borrow the start_send_page stuff used to send local files to dillo? > > > > > > > > That's the idea. > > > > > > > > You have to pass the source to the dpi to create a table with > > > > the line number. That way you have the handy line number and find > > > > text functionality. > > > > > > > > Something like: > > > > > > > > <table> > > > > <tr><td>1 > > > > <td> LINE_CONTENT_HERE > > > > <tr><td>2 > > > > <td> LINE_CONTENT_HERE > > > > ... > > > > </table> > > > > > > Yes, that will be the fun part :) I also think about an option to > > > pass the html to tidy to make it more readable. > > > However first I need to get the html from dillo to the dpi. Is > > > the start_send_page already working in that direction or is a new > > > equivalent method needed? > > > > From the top of my head (because I haven't worked there in a > > long time): start_send_page is the canonical way to send a page > > to dillo from a dpi. The missing part may be how to send the page > > to the dpi first. I remember making a short and funny dialog for > > adding bookmarks to illustrate how bidirectional data exchange > > could be done; it's still in the code! > > (take a look in a_Bookmarks_chat_add()) > > > > If it gets unclear, please let me know to allocate some time to > > help on it. > > Here are two questions already :) > > * the DPIs seem to send > <cmd='start_send_page' url='dpi:/hello/' '> > before sending the actual html page. > Note the quote in front of '>'. > Is this intended? At least it doesn't seem to work when I remove > it. Absolutely! You can find a detailed explanation in dpip/dpip.c > * What is the reason for the SockHandler stuff. Why are DPIs not > just using plain printf and friends? There were some problems. e.g. The stream functions block when reading. Dpis also can be filters (stdin/stdout) or servers using a single socket (stdin/stdin) for read and write, and the sock handler unifies this with common code and a single interface. Dpis handle different tasks and transfer sizes so buffering becomes important, and all that is unified in a single layer (as now) instead of a myriad of approaches that break sometimes for no clear reason (as before. e.g. different default buffering across OS). -- Cheers Jorge.-

June 2, 2009