GNOME Bugzilla – Bug 596966
Automatic focus to name field for new tasks or resources
Last modified: 2021-06-09 20:42:57 UTC
Created attachment 144475 [details] [review] patch to implement this I've a reasonable sounding downstream feature request of "When you insert a task, you will want to name it. Please automatically put the user in the edit name field when a task has been inserted; it's currently horrible for ergonomics to have to select the name field in order to give it a name every single time." This is related slightly to bug 138186 where the comment is "We put the cell in editing mode, so the user should type in something right away." so this patch would make that a more immediate experience.
*** Bug 532316 has been marked as a duplicate of this bug. ***
Thanks a lot for the report and the patch. Note that there was an earlier report about this issue that was open and that I marked it as a duplicate as this one since there was a patch here. I'm adding this to my review list, from a quick glance there's nothing to say about the patch.
I'm shortening the name as bugzilla ellipsises it which makes it harder to process in a list.
A brief analysis of the patch already in Bugzilla: ------------------------------------------------- The patch is designed to edit the name 'in-line'. After 'ctrl-i' (new item), 'enter' now gives the focus to editing the title, not popping properties dialog box up. This makes the behaviour of adding Gantt items the same as adding Resources items: they both default to giving focus editing the item name 'in-line'. To pop-up a properties dialog box for these items now requires: ctrl-shift-e Adding items in Tasks behaves differently: ctrl-i (new task), 'enter' pops up a properties dialogue box. Conclusions ----------- I would suggest that consistent behaviour is a high priority. I would also suggest that using 'enter' to pop-up the properties box - which is already the behaviour in Gantt and Tasks - is better than 'ctrl-shift-e'. If this sounds sensible I'll continue to work on a patch to provide this behaviour.
Following up my own comment: After actually trying the patch, it does achieve consistency across the different input in Gantt, Task, and Resource. In my previous comment, I was worried that 'ctrl-shift-e' was too fiddly for the important task of bringing up the properties editor. While this patch does not address this cpncern - and removes 'enter' as a short cut in Gantt chart - it leaves open an opportunity to consider an improvement to 'ctrl-shift-e' as separate work. For what it's worth: I think it is a solid improvement on behavior and should be included in a future release of Planner.
Review of attachment 144475 [details] [review]: This patch adds a new function to identify which column is internally 'name'. The function is then used to move the focus to this column when a new item is created.
Created attachment 191692 [details] [review] update to apply against 0.14.5
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/179.