Bug 140847

Summary: Focus on a cell should cause text-input mode
Product: [Applications] kwordquiz Reporter: David Lee <davidomundo>
Component: generalAssignee: Peter Hedlund <peter>
Status: RESOLVED FIXED    
Severity: normal CC: carl
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description David Lee 2007-01-29 19:03:17 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

Focusing on a cell does not cause the cell to receive text. Rather, the cell waits for keyboard input, and then activates the cell-input mode once it receives a keystroke. The major problem with this is that this does not allow for spontaneous input from SCIM, since the first letter typed is directly entered into kwordquiz without being filtered through SCIM. Currently, I have to type a character into a cell to activate input, backspace to delete the inputted character, and then start typing through SCIM.
Because kwordquiz is useful for foreign language studies, I think this should be resolved so that focusing on a cell causes the cell to immediately accept text input.
Comment 1 Peter Hedlund 2007-01-29 21:03:29 UTC
See also https://bugs.kde.org/show_bug.cgi?id=112361 which reports the same 
issue for KVocTrain.

I don't see edit mode on focus as a solution as that is not how spreadsheet 
applications work in general.
Comment 2 David Lee 2007-01-29 22:54:06 UTC
First, kwordquiz is not a spreadsheet application. It is just a two-columned list and there are no formulas or special needs for the cells not not be in edit mode.
Second, the application as of now already _intends_ to do what I mentioned (have the cell be edited as soon as something is typed). However, it is just not doing it properly, since the edit mode transmits the typed letter instead of letting the input method handle it.
Comment 3 Peter Hedlund 2007-01-29 23:39:53 UTC
I understand your frustration and that it's probably a legitimate bug as 
others have had similar experiences, although I have not been able to 
reproduce it.

With spreadsheet I mean that users expect certain behaviors when they see a 
tabular interface. That typing places you in edit mode is one of those 
behaviors, and that F2 also places you in edit mode is another. Having edit 
mode on focus to me looks very odd when you select multiple cells for copying 
and pasting as it is not clear what the program will do. What should the Esc 
key do when editing on focus?
Comment 4 David Lee 2007-01-30 01:50:14 UTC
Thanks for your explanation as to what your reserves are. I can also understand what you're talking about. There is inherently a problem with inputting non-English text with QT & skim. It's the fact that skim/scim is only activated when QT is in edit mode, and QT table cells naturally go into edit mode when something is typed, therefore, the skim/scim input method is only activated once you type something. I see the same problem in Kspread.
Your method of pressing F2 seems to work to cause the cell to directly go into edit mode. That's why I suggested that edit mode be activated immediately upon focus. However, I see that your concern is that this is not natural to QT.
Perhaps this is not the place to file this bug.
Maybe we'll have to let SCIM and QT deal with this.
Comment 5 Andrew Crouthamel 2018-11-02 04:29:17 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Andrew Crouthamel 2018-11-16 02:39:08 UTC
Dear Bug Submitter,

This is a reminder that this bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version?

Thank you for helping us make KDE software even better for everyone!
Comment 7 Carl Schwan 2024-06-27 09:49:08 UTC
This bug report is not valid anymore. With the port to QML, the cells receive text directly