Bug 125417 - Add Ctr+D and Ctrl+B to populate content from adjacent cells
Summary: Add Ctr+D and Ctrl+B to populate content from adjacent cells
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.4.2 release
Hardware: All All
: medium enhancement
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shortcuts-Accelerators
  Show dependency treegraph
 
Reported: 2019-05-21 13:08 UTC by William Gathoye
Modified: 2021-05-23 12:32 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Keyboard mappings showcasing the feature we are talking about (84.35 KB, image/png)
2019-05-21 13:09 UTC, William Gathoye
Details
How to test the feature (16.34 KB, image/png)
2019-05-21 13:09 UTC, William Gathoye
Details

Note You need to log in before you can comment on or make changes to this bug.
Description William Gathoye 2019-05-21 13:08:14 UTC
Description:
Calc and Excel both provide the ability to populate cell content.

However, on Excel, we have the ability to populate a cell form the one of the above or the left/right using simple shortcuts like Ctrl+D or Ctrl+B.

On Calc, these shortcuts haven't been defined, and the end user has to map them manually from the feature of LibreOffice dedicated to customize keyboard shortcuts.

I answered to the end user who asked me this question that we can define these shortcuts manually using the shortcut personalize.

https://twitter.com/LibreOfficeFR/status/1130575948804497410

I know Ctrl+B could conflict with the shortcut to add bold weight to a font, but these two shortcuts could be a welcome addition for advanced Excel users migrating to Calc.

Steps to Reproduce:
* Put something in A2 and B1, go to B2
* Try to populate cell content with the content of an adjacent cell with either Ctrl+D or Ctrl+B

Actual Results:
* Nothing happens since the keyboard shortcuts are not mapped

Expected Results:
* Cell populated with content


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 William Gathoye 2019-05-21 13:08:43 UTC
This was a request made via our LibreOfficeFR Twitter account
https://twitter.com/LibreOfficeFR/status/1130575948804497410
Comment 2 William Gathoye 2019-05-21 13:09:25 UTC
Created attachment 151558 [details]
Keyboard mappings showcasing the feature we are talking about
Comment 3 William Gathoye 2019-05-21 13:09:53 UTC
Created attachment 151559 [details]
How to test the feature
Comment 4 Eike Rathke 2019-05-21 14:00:32 UTC
Ctrl+D already duplicates the cell from above (Fill Down), maybe it doesn't in a localized French UI. Different shortcut maybe? Or simply omitted? Or maybe Ctrl+D assigned to a different functionality in French UI?

For the reason mentioned, Ctrl+B being the shortcut for Bold, I'd not assign that to Fill Left or Fill Right per default.
Comment 5 sophie 2019-05-22 14:05:33 UTC
WFM with Ctrl+D on Version: 6.2.4.2
Build ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
Threads CPU : 4; OS : Linux 4.4; UI Render : par défaut; VCL: gtk3; 
Locale : fr-FR (fr_FR.UTF-8); Langue IHM : fr-FR
Calc: threaded
Comment 6 Heiko Tietze 2019-05-22 14:58:44 UTC
Shift+Ctrl+D could be assigned to Fill Right as Fill Down is done by Ctrl+D (and works for me as well).

But I would rather not assign a shortcut even for Fill Down. It's IMHO a rarely used function but takes one of the precious keys. That's not only an issue for Calc but also when we aim for consistency across modules. Ctrl+D is used for Underline in Writer and I'd like to have a quick duplication (bug 100028).
Comment 7 Eike Rathke 2019-05-23 20:45:25 UTC
(In reply to Heiko Tietze from comment #6)
> But I would rather not assign a shortcut even for Fill Down. It's IMHO a
> rarely used function
I beg to differ. In OOo days Ctrl+D displayed the Selection List (a list of available cell contents in the same column), upon popular request (likely by people migrating from Excel) in LibreOffice it was changed to the Fill Down function, and Alt+Down bound to the Selection List.
Comment 8 QA Administrators 2021-05-23 04:20:13 UTC
Dear William Gathoye,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug