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

List:       kde-devel
Subject:    RE: more on KDE keybinding standard (fwd)
From:       Dima Rogozin <dima () mercury ! co ! il>
Date:       1999-09-15 13:52:23
[Download RAW message or body]

>-----Original Message-----
>From: Carsten Pfeiffer [mailto:carpdjih@cetus.zrz.TU-Berlin.DE]
>Sent: Wednesday, September 15, 1999 4:41 PM
>To: Dima Rogozin
>Subject: Re: more on KDE keybinding standard (fwd)
>
>
>On Wed, Sep 15, 1999 at 03:20:31PM +0200, Dima Rogozin wrote:
>
>Hi,
> 
>> Now I understand and it looks like a good idea.
>> We can define such a behavior as the standard one but it will require
from
>> application programmers to do some work to implement it. It is not just
use
>> one key binding instead of another.
>> The problem is not to make a standard be make developers to follow it. 
>
>well, it's not really hard to implement:
>
>QString SomeClass::findNextItem()
>{
>  if ( searchString.isEmpty() )
>    return findFirstItem();
>  
>  else {
>  ...
>  }
>}
>
>But while we're at it, it would be nice to have "find previous item" too,
>maybe SHIFT+F3 would make sense.

As far as I know GUI gurus doesn't reccomend using Shift modifier into key
bindings. This need more thinking.

>PS: any special reason why you directed this to me personally, and not to
>kde-devel?

I just hit "Reply: and my mailer put private address.

>Cheers,
>Carsten Pfeiffer


[Attachment #3 (text/html)]

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2448.0">
<TITLE>RE: more on KDE keybinding standard (fwd)</TITLE>
</HEAD>
<BODY>
<BR>

<P><FONT SIZE=2>&gt;-----Original Message-----</FONT>
<BR><FONT SIZE=2>&gt;From: Carsten Pfeiffer [<A \
HREF="mailto:carpdjih@cetus.zrz.TU-Berlin.DE">mailto:carpdjih@cetus.zrz.TU-Berlin.DE</A>]</FONT>
 <BR><FONT SIZE=2>&gt;Sent: Wednesday, September 15, 1999 4:41 PM</FONT>
<BR><FONT SIZE=2>&gt;To: Dima Rogozin</FONT>
<BR><FONT SIZE=2>&gt;Subject: Re: more on KDE keybinding standard (fwd)</FONT>
<BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;On Wed, Sep 15, 1999 at 03:20:31PM +0200, Dima Rogozin \
wrote:</FONT> <BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;Hi,</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt;&gt; Now I understand and it looks like a good idea.</FONT>
<BR><FONT SIZE=2>&gt;&gt; We can define such a behavior as the standard one but it \
will require from</FONT> <BR><FONT SIZE=2>&gt;&gt; application programmers to do some \
work to implement it. It is not just use</FONT> <BR><FONT SIZE=2>&gt;&gt; one key \
binding instead of another.</FONT> <BR><FONT SIZE=2>&gt;&gt; The problem is not to \
make a standard be make developers to follow it. </FONT> <BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;well, it's not really hard to implement:</FONT>
<BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;QString SomeClass::findNextItem()</FONT>
<BR><FONT SIZE=2>&gt;{</FONT>
<BR><FONT SIZE=2>&gt;&nbsp; if ( searchString.isEmpty() )</FONT>
<BR><FONT SIZE=2>&gt;&nbsp;&nbsp;&nbsp; return findFirstItem();</FONT>
<BR><FONT SIZE=2>&gt;&nbsp; </FONT>
<BR><FONT SIZE=2>&gt;&nbsp; else {</FONT>
<BR><FONT SIZE=2>&gt;&nbsp; ...</FONT>
<BR><FONT SIZE=2>&gt;&nbsp; }</FONT>
<BR><FONT SIZE=2>&gt;}</FONT>
<BR><FONT SIZE=2>&gt;</FONT>
<BR><FONT SIZE=2>&gt;But while we're at it, it would be nice to have &quot;find \
previous item&quot; too,</FONT> <BR><FONT SIZE=2>&gt;maybe SHIFT+F3 would make \
sense.</FONT> </P>

<P><FONT SIZE=2>As far as I know GUI gurus doesn't reccomend using Shift modifier \
into key bindings. This need more thinking.</FONT> </P>

<P><FONT SIZE=2>&gt;PS: any special reason why you directed this to me personally, \
and not to</FONT> <BR><FONT SIZE=2>&gt;kde-devel?</FONT>
</P>

<P><FONT SIZE=2>I just hit &quot;Reply: and my mailer put private address.</FONT>
</P>

<P><FONT SIZE=2>&gt;Cheers,</FONT>
<BR><FONT SIZE=2>&gt;Carsten Pfeiffer</FONT>
</P>

</BODY>
</HTML>



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

Configure | About | News | Add a list | Sponsored by KoreLogic