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

List:       koffice-devel
Subject:    Re: Bug 77836 - KSpread behaviour change when editing a cell
From:       Marc Heyvaert <marc_heyvaert () yahoo ! com>
Date:       2004-10-08 6:08:03
Message-ID: 20041008060803.72574.qmail () web41502 ! mail ! yahoo ! com
[Download RAW message or body]

Hello,

--- David Faure <faure@kde.org> wrote:

> On Friday 08 October 2004 01:04, Tim Beaulen wrote:
> > http://bugs.kde.org/show_bug.cgi?id=77836
> > 
> > "When you click on a cell in order to edit it's
> contents, you can't
> > move the cursor by using the arrow keys. If you do
> that, KSpread will
> > jump to the next cell. KSpread should not do that,
> unless you have
> > pressed ENTER (confirm changes) or ESC (cancel
> changes) first."
> > 
> > 
> 
> The problem is that Excel (and maybe OOCalc too?)
> work exactly that way:
> arrow keys go to the next cell, even while you're
> editing the cell
> (unless you're editing using the top lineedit,
> accessible via F2, then it doesn't).

Not in my Excel (2000). When you edit a cell after
double clicking it, you can use the arrow keys (left
and right, up and down do nothing) to navigate inside
the cell.

I'm for this kind of behaviour. Using the arrow keys
to terminate input and to jump to the next cell is
nice when you input data, uncalled for when editing.

Marc



	
		
__________________________________
Do you Yahoo!?
Yahoo! Mail - You care about security. So do we.
http://promotions.yahoo.com/new_mail
_______________________________________________
koffice-devel mailing list
koffice-devel@kde.org
https://mail.kde.org/mailman/listinfo/koffice-devel
[prev in list] [next in list] [prev in thread] [next in thread]