1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
|
// Copyright 2008, Google Inc.
// All rights reserved.
//
// Redistribution and use in source and binary forms, with or without
// modification, are permitted provided that the following conditions are
// met:
//
// * Redistributions of source code must retain the above copyright
// notice, this list of conditions and the following disclaimer.
// * Redistributions in binary form must reproduce the above
// copyright notice, this list of conditions and the following disclaimer
// in the documentation and/or other materials provided with the
// distribution.
// * Neither the name of Google Inc. nor the names of its
// contributors may be used to endorse or promote products derived from
// this software without specific prior written permission.
//
// THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
// "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
// LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
// A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
// OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
// SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
// LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
// DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
// THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
// (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
// OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
#include <string>
#include <windows.h>
#include "chrome/views/accelerator.h"
#include "base/logging.h"
#include "base/string_util.h"
#include "chrome/common/l10n_util.h"
#include "generated_resources.h"
namespace ChromeViews {
std::wstring Accelerator::GetShortcutText() const {
int string_id = 0;
switch(key_code_) {
case VK_TAB:
string_id = IDS_TAB_KEY;
break;
case VK_RETURN:
string_id = IDS_ENTER_KEY;
break;
case VK_ESCAPE:
string_id = IDS_ESC_KEY;
break;
case VK_PRIOR:
string_id = IDS_PAGEUP_KEY;
break;
case VK_NEXT:
string_id = IDS_PAGEDOWN_KEY;
break;
case VK_END:
string_id = IDS_END_KEY;
break;
case VK_HOME:
string_id = IDS_HOME_KEY;
break;
case VK_INSERT:
string_id = IDS_INSERT_KEY;
break;
case VK_DELETE:
string_id = IDS_DELETE_KEY;
break;
}
std::wstring shortcut;
if (!string_id) {
// Our fallback is to try translate the key code to a regular char.
wchar_t key = LOWORD(::MapVirtualKeyW(key_code_, MAPVK_VK_TO_CHAR));
shortcut += key;
} else {
shortcut = l10n_util::GetString(string_id);
}
// Checking whether the character used for the accelerator is alphanumeric.
// If it is not, then we need to adjust the string later on if the locale is
// right-to-left. See below for more information of why such adjustment is
// required.
std::wstring shortcut_rtl;
bool adjust_shortcut_for_rtl = false;
if (l10n_util::GetTextDirection() == l10n_util::RIGHT_TO_LEFT &&
shortcut.length() == 1 &&
!IsAsciiAlpha(shortcut.at(0)) &&
!IsAsciiDigit(shortcut.at(0))) {
adjust_shortcut_for_rtl = true;
shortcut_rtl.assign(shortcut);
}
if (IsShiftDown())
shortcut = l10n_util::GetStringF(IDS_SHIFT_MODIFIER, shortcut);
// Note that we use 'else-if' in order to avoid using Ctrl+Alt as a shortcut.
// See http://blogs.msdn.com/oldnewthing/archive/2004/03/29/101121.aspx for
// more information.
if (IsCtrlDown())
shortcut = l10n_util::GetStringF(IDS_CONTROL_MODIFIER, shortcut);
else if (IsAltDown())
shortcut = l10n_util::GetStringF(IDS_ALT_MODIFIER, shortcut);
// For some reason, menus in Windows ignore standard Unicode directionality
// marks (such as LRE, PDF, etc.). On RTL locales, we use RTL menus and
// therefore any text we draw for the menu items is drawn in an RTL context.
// Thus, the text "Ctrl++" (which we currently use for the Zoom In option)
// appears as "++Ctrl" in RTL because the Unicode BiDi algorithm puts
// punctuations on the left when the context is right-to-left. Shortcuts that
// do not end with a punctuation mark (such as "Ctrl+H" do not have this
// problem).
//
// The only way to solve this problem is to adjust the string if the locale
// is RTL so that it is drawn correnctly in an RTL context. Instead of
// returning "Ctrl++" in the above example, we return "++Ctrl". This will
// cause the text to appear as "Ctrl++" when Windows draws the string in an
// RTL context because the punctunation no longer appears at the end of the
// string.
//
// TODO(idana) bug# 1232732: this hack can be avoided if instead of using
// ChromeViews::Menu we use ChromeViews::MenuItemView because the latter is a
// View subclass and therefore it supports marking text as RTL or LTR using
// standard Unicode directionality marks.
if (adjust_shortcut_for_rtl) {
int key_length = static_cast<int>(shortcut_rtl.length());
DCHECK_GT(key_length, 0);
shortcut_rtl.append(L"+");
// Subtracting the size of the shortcut key and 1 for the '+' sign.
shortcut_rtl.append(shortcut, 0, shortcut.length() - key_length - 1);
shortcut.swap(shortcut_rtl);
}
return shortcut;
}
} // namespace ChromeViews
|
