R: R: konqueror3 on SH4

[Andrea Bondavalli]

Hi,

I did some tests and I found out that the problem arises
starting from the first release of the year 2005 
(snapshot konqueror3-embedded-0.2-20050303), while
indeed it's not present in the last release of the year 2004
(snapshot konqueror3-embedded-0.2-20040524).
I am trying to investigate it, but I noticed many modifications between
these two snapshots. The reason is that while the older is based on KDE
3.1.x, the most recent is based on KDE 3.4.x.
In your opinion which modifications or which files should I investigate 
for this problem ?

In order to use my IR control I added to the QT library a trivial IR driver 
(based on the Linux Infrared Remote Control interface) by extending the
QWSKeyboardHandler class and at this time I am able to browse
and to move among the different HTML links using my RC.
Unfortunately I noticed that it's not possible to move the focus
on the main toolbar (in order to move and to select the different buttons),
so the only way to select an action or a popup action on the main toolbar,
without a pointing device, is by activating the associated shortcut
(accelerator).
Can you confirm this ? 

Thank you,
Andrea

-----Messaggio originale-----
Da: Luciano Montanaro [mailto:mikelima at cirulla.net] 
Inviato: venerdì 9 dicembre 2005 21.18
A: For discussion of Konqueror/Embedded
Oggetto: Re: R: konqueror3 on SH4

On Monday 05 December 2005 15:38, Andrea Bondavalli wrote:
> -----Messaggio originale-----
> Da: Luciano Montanaro [mailto:mikelima at cirulla.net]
> Inviato: lunedì 5 dicembre 2005 11.36
>
> >I do not remember having seen this, but I rarely build with Qt-embedded.
> >Is the effect like having the main window pushed to front? That is, can
> > you
> >
> >bring back windows once they are obscured?
>
> Yes, the konqueror main window is pushed to front and I am able to bring
> back some parts of the obscured windows by passing over them with the
mouse
> pointer. I am also able to interact with such obscured windows: I am able
> to push buttons on them or to move and to close them.
>
> >Can you try adding --statushide=1000 to the konqueror command line?
> >This changes the timer for the statusbar hiding, maybe it interferes with
> >other tings too.
>
> I tried it but it seems to have no effect on the problem.
> I tried also to hide the status bar (General/ShowStatusBar=false)
> but this has no effect too.
>
> >To have a better understanding on what is going on, you may try to
> >configure with --enable-debug=full. This makes konqueror very verbose,
> >and you may get some hint on what is happening.
>
> I tried this but I do not see any message regarding the menu or the popup
> windows creation or drawing.
>

It is indeed strange, and it may be caused by recent changes. You could try 
out older snapshots to see where the problem was introduced. 

> Please consider that I enabled the frame buffer support on my i686 Linux
> PC. I recompiled both the qt-embedded-free-3.3.4 and konqueror3 for such
> host and I am experiencing the same problem. That is, the problem doesn't
> seem to be platform dependent.
>
> Besides, since I am going to use only an infrared remote control as input
> device, I'd like to know about the capability of konqueror to be used
> without a mouse pointer: is it possible to use a keyboard to move from one
> link to another of the HTML page and to move among the different konqueror
> GUI elements ?
>

Yes, in general, Konqueror can be controlled by keyboard only.

Actually, the new khtml part should have an "edit" or cursor mode too, which

may be a better option when using a remote control, but I have not (yet) 
tried using it.

You may try adding an event filter in the main widget to map the arrow keys
to 
the tab and shift-tab key combination (or something to that effect).

For more fine grained control, you may need changes to the khtml part.

Luciano

-- 
Luciano Montanaro //
                \X/ mikelima at cirulla.net