Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Aqua: Calc Shortcuts "Command + Cursor" no longer work (jump to block start/end) | ||
---|---|---|---|
Product: | porting | Reporter: | russe13 <foren> |
Component: | MacOSX | Assignee: | oc |
Status: | CLOSED FIXED | QA Contact: | issues@porting <issues> |
Severity: | Trivial | ||
Priority: | P3 | CC: | hdu, issues, lohmaier, philipp.lohmann |
Version: | OOO300m9 | Keywords: | aqua, oooqa, regression |
Target Milestone: | OOo 3.1.1 | ||
Hardware: | Mac | ||
OS: | Mac OS X, all | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- | ||
Issue Depends on: | |||
Issue Blocks: | 101565 |
Description
russe13
2008-11-10 08:44:04 UTC
Same issue in english language OpenOffice 3.0.0 on Mac OS X 10.5.5 Command + Arrow [up/down/left/right] is assigned to move to [top/bottom/left/right] of block in keyboard shortcuts. Command + Arrow Up moves to top of block Command + Arrow Down moves to bottom of block Command + Arrow Left does nothing Command + Arrow Right does nothing Command + Control + Arrow Left moves to left of block Command + Control + Arrow Right moves to right of block confirming with OOo 3.0.1. A regression of issue 80485? Navigating to the top/bottom of a block works as expected, but navigating to the left/right doesn't. (<command>+<arrow>) Selecting to the beginning/end of a block works in all directions like expected (<command>+<shift>+<arrow>) Tools|Configure → Keyboard shows the correct shortcuts, but they don't have any effect as described. Assigning a different shortcut, like <command>+8 works, so the functionality itself is not affected, just the shortcut-handling. Things getting worse in OOo 3.1 (<command>+<arrow>) does not work anymore for top/bottom which did in 3.0.1 Tools|Configure → Keyboard still shows the correct shortcuts for top/bottom and left/right. None of the Command+Cursor and Command+Shift+Cursor work anymore in OOo31 on the aqua port. The <modifier> Arrow shortcuts produce native key behavior now (see e.g. in writer). Unfortunately that killed them in calc. We need either new shortcuts for calc on the mac or change the behaviour so it works. Set tentative 3.1.1 target. I manually set up a number of shortcuts in calc, which worked fine in 3.0.1, I edited ¯/Library/Application\ Support/OpenOffice.org/3/user/config/soffice.cfg/modules/scalc/accelerator/de/current.xml All of them are now (3.1) out of order, e.g. "FillDown", FillRight", "Bold" etc. Going back to 3.01 )-: Greetings, herrdeh *** Issue 94857 has been marked as a duplicate of this issue. *** fixed in CWS ooo311gsl03; if one of the "special" system keys (like "select to end of line") is not understood, we can try the original key event. This makes the <modifier>-Arrow and similar combinations work again in calc while keeping the new "system key" functionality in the other applications. This means of course that the "system key" wins over the configuration if both are understood; cleaning the configuration from duplicates to system keys is however a matter for CWS macshortcuts02. please verify in CWS ooo311gsl03 In favor for OC, verified with cws ooo311gsl03 = OK Command + Arrow Right jumps to column AMJ (1024) Command + Arrow Left jumps back to A (1) Command + Arrow Down jumps to row 65536 Command + Arrow Up jumps back to 1 I'm trying 320m4 Build:9450 PPC german on Mac OS X 10.4.11. Never had such a quick and responsive OOO - wow, very good work. But the keyboard issue is still present: Neither can I change keyboard shortcuts with the special tool ("Extras" menu), nor do my manually edited shortcuts under ~/Library/Application Support/OpenOffice.org/3/user/config/soffice.cfg/modules/scalc/accelerator/de/ make any effects. What a pity! Seems to be fixed in version 3.2.0 now. Shortcuts working as expected: Command + Arrow Up moves to top of block Command + Arrow Down moves to bottom of block Command + Arrow Left moves to left of block Command + Arrow Right moves to right of block Should this ticked be closed now? This issue is closed automatically. It is in state 'verified/fixed' since 2 releases (OOo 3.1.1 and OOo 3.2). The policy [1] indicates that such older issues should be closed. If this issue still occur in a current build (OOo 3.2.1 or >DEV300m80) please reopen the issue and set the target accordingly. [1] : http://wiki.services.openoffice.org/wiki/Handle_fixed_verified_issues |