[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kfm-devel
Subject:    RE: Second part of Bug #1780
From:       David Faure <David.Faure () CRAMER ! CO ! UK>
Date:       1999-08-24 8:10:38
[Download RAW message or body]

Hmmm... I'm not sure making this configurable solves the problem.

About binary incompability : as long as the API doesn't change
(or if you just add non-virtual methods), binary compatibility is kept.

About Ctrl+S : who uses that for completion anyway ?
Tab is intuitive. Ctrl+S isn't (one has to read klined.h to know about it !)

What about taking Ctrl+S out of klined, using Tab instead (or shift+tab
as you suggest), and leaving Ctrl+S for Edit/Select ? 

Hmmm, shift-tab in minicli will be confusing - most people are used
to using tab there, and in minicli there is no widget-focus-change
problems...

--
David Faure
faure@kde.org - KDE developer
david@mandrakesoft.com - Mandrake
david.faure@cramer.co.uk - Cramer Systems



> -----Original Message-----
> From: Dawit Alemayehu [mailto:adawit@earthlink.net]
> Sent: Tuesday, August 24, 1999 12:14 AM
> To: kfm-dev
> Cc: David Faure; Waldo Bastian
> Subject: Second part of Bug #1780
> 
> 
> Greetings,
> 
> Second part of bug# 1780.
>  
> >Trained by other browsers, I often try to hit Tab to move the focus,
> >but in KFM Tab seems to put the focus in the Location field, and then
> >leave it there -- as far as I can tell there's no way to move the
> >focus onto the actual content except with the mouse.  (I'm a keyboard
> >person.)
> 
> CASUE(S):
> The reason for this problem is the unix shell like local URL 
> completion feature 
> built into the widget used for entering URLs (Location Box). 
> The widget,
> called KLined, uses the CTRL-S and TAB keys to complete names 
> while CTRL-D is
> used for rotating through all available entries under a given path.  
> Unfortunately, this breaks Qt's  ( as well as most modern 
> toolkits ) TAB
> based widget focus events.
> 
> RESOLUTION(S):
> One way to resolve the issue is to make the URL completion 
> feature optional but
> on by default.  This would allow us to turn it off in kfmgui. 
>  Another would be
> to make it configurable so that is accepts the key 
> combinations to be used for
> URL completion. Of course the defaults will be the current 
> one's.  Would any of
> these be acceptable changes ???  
> 
> DRAWBACK(S):
> I believe fixing the problem whichever way would cause binary 
> incompatibility??
> to apps linked against libkdeui and use KLined.  KSpellCheck 
> is one example,
> Minicli is another. 
> 
> WORKAROUND(S):
> User can use SHIFT-TAB instead.
> 
> BTW, while working on this problem I also discovered another one. 
> The short cut key for Edit->Select [CTRL-S] collides with 
> KLined as well. 
> Thus , pressing CTRL-S in the location box launches the 
> select dialog box
> instead of performing the completion.  Should I switch the 
> short cut key for
> Edit->Select to [CTRL-M] (M stands for mark) ?? 
> 
> Regards,
> Dawit A.
> 

[prev in list] [next in list] [prev in thread] [next in thread]