To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=59974
User cloph changed the following:
What |Old value |New value
================================================================================
CC|'khirano,kpalagin' |'cloph,khirano,kpalagin'
--------------------------------------------------------------------------------
Ever confirmed| |1
--------------------------------------------------------------------------------
Status|UNCONFIRMED |NEW
--------------------------------------------------------------------------------
Keywords| |oooqa
--------------------------------------------------------------------------------
OS/Version|All |Unix, X11
--------------------------------------------------------------------------------
Priority|P3 |P4
--------------------------------------------------------------------------------
Summary|Ctrl-Shift-U Unicode Input|[gtk-vclplugin] Ctrl-Shift
| Method should apply on re|-U Unicode Input Method sh
|leasing Ctrl-Shift |ould apply on releasing Ct
| |rl-Shift (like in "real" G
| |TK apps)
--------------------------------------------------------------------------------
Subcomponent|code |ui
--------------------------------------------------------------------------------
------- Additional comments from cl...@openoffice.org Fri Mar 27 23:13:51 +0000
2009 -------
invalid, nothing OOo can do since as you already noticed, this is the gtk input
method, a feature from GTK, not from OOo
And the way it works is that you press enter to confirm your choice.
There are low codepoints like U+21 (!) or high codepoints like U+322B (㈫)
Entering those while still holding ctrl+shift would be very tedious, so IMHO it
is good and intended behaviour to be able to confirm with <enter>.
(don't hold shift+ctrl after pressing the "u" to enter the input method, just
press <ctr>+<shift>+u, release all keys, enter the codepoint and press <enter>)
While I can confirm that holding ctrl+shift while entering the codepoints and
releasing when done doesn't work like in real GTK-apps (it cancels the input
completely, nothing is entered, nothing is added to undo buffer), I don't think
this is a high-prio issue (since using enter works as expected and IMHO is the
more comfortable method.
Correcting flags, cannot be OS ALL, since GTK-feature and as Windows/Mac
versions don't use GTK....), lowering prio (more or less cosmetical)
##############################
###### summary/testcase ######
##############################
Assumptions: You're using OOo with the gtk-vclplugin and your input method is
set to the GTK-input method
Works:
* <ctrl>+<shift>+u
* release all keys
* enter unicode-hexvalue
* press <enter>
Works:
* <ctrl>+<shift>+u
* hold <ctrl>+<shift>, release u
* enter unicode-hexvalue
* press <enter>
Doesn't work, but works in real GTK-widgets/applications
* <ctrl>+<shift>+u
* hold <ctrl>+<shift>, release u
* enter unicode-hexvalue
* release <ctrl>+<shift>
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: issues-unsubscr...@framework.openoffice.org
For additional commands, e-mail: issues-h...@framework.openoffice.org
---------------------------------------------------------------------
To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org
For additional commands, e-mail: allbugs-h...@openoffice.org
