"Search & Replace" shortcut is shown as Ctrl+B in spanish but still reacts to Ctrl+F

Bug #495034 reported by Aitor Pazos
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
openoffice.org (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

Binary package hint: openoffice.org

Some shortcuts work as in Spanish (Open -> abrir), Ctrl+O -> Ctrl+A), but others don't.
Other shortcuts, like Ctrl+U (Underline) work also as in Spanish Ctrl+S (Subrayar).

ProblemType: Bug
Architecture: i386
Date: Thu Dec 10 14:30:16 2009
DistroRelease: Ubuntu 9.10
Package: openoffice.org-core 1:3.1.1-5ubuntu1
ProcEnviron:
 LANGUAGE=es_ES.UTF-8
 PATH=(custom, user)
 LANG=es_ES.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-16.53-generic
SourcePackage: openoffice.org
Uname: Linux 2.6.31-16-generic i686

Revision history for this message
Aitor Pazos (aitorpazos) wrote :
Revision history for this message
Bernard Decock (decockbernard) wrote :

Hi Aitor,

By means of Tools->Customize->Keyboard you can alter the behavior of the shortcuts. How are they configured
in your system?

Revision history for this message
Aitor Pazos (aitorpazos) wrote :

These are the settings on Tools->Customize->Keyboard for the keys mentioned:
Ctrl+A -> undefined
Ctrl+B -> Bold
Ctrl+F -> undefined
Ctrl+O -> undefined
Ctrl+S -> Underline
Ctrl+U -> Underline

There are several situations here:
 - For Underline shortcuts, both are defined on Tools->Customize->Keyboard, so that's correct.
 - Ctrl+B is configured as Bold, but it's still shown as the shortcut for "Search and Replace" on the UI
 - Ctrl+A (Abrir in Spanish) and Ctrl+O are both undefined and Openoffice respond to both shortcuts opening the "Open File" dialog. Ctrl+A is shown on the UI.

Revision history for this message
Bernard Decock (decockbernard) wrote :

Hi Aitor,

I installed Ubuntu9.10 in Spanish in a virtual machine. I can confirm these errors.

Ctrl+B was set as negrita (bold) in (Herramientos->Personalizar->teclado). I modified this key
as follows : (Select in Funciones Área : Editar, then in Función : Buscar y reemplazar and then
press Modificar and the shortcut will be redefined)

Of course, this is a bug in OpenOffice as after installing Ctrl+B was indicated as an editor-key (find and replace)
and was on the other defined as Bold. Note that when Ctrl+B is disabled, that then Ctrl+B disappears in the
editor-tab and when it is re-enabled again as a find_and_replace-shortcut it appears back in the dialog.

Changed in openoffice.org (Ubuntu):
status: New → Confirmed
Revision history for this message
Bernard Decock (decockbernard) wrote :

To my opinion this is a mayor problem in Ooo. You can alter the behavior of the shortcuts in eg. /usr/lib/openoffice/basis3.1/share/registry/res/es/org/openoffice/Office/Accelerators.xcu.

Ctrl+S (Subrayar) is assigned to underline and so Ctrl+S underlines the text, but you can't prevent (the buildin?) Ctrl+U from underlining the text.So both shortcuts underline the text...

Chris Cheney (ccheney)
tags: added: karmic
Changed in openoffice.org (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote : migrating packaging from OpenOffice.org to Libreoffice

[This is an automated message.]
There are no new official OpenOffice.org releases in Ubuntu packaging anymore => Won't Fix

If the problem persists, please mark this bug as "also affects project Libreoffice" or "also affects distribution Libreoffice (Ubuntu)" if that has not happened already.

Please leave references to upstream OpenOffice.org bugs in place to allow cross pollination.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.