Before I file a bug report
This discussion is connected to the gimp-user-list.gnome.org mailing list which is provided by the GIMP developers and not related to gimpusers.com.
This is a read-only list on gimpusers.com so this discussion thread is read-only, too.
Before I file a bug report | Noel Stoutenburg | 27 Apr 02:11 |
Before I file a bug report | David Gowers | 27 Apr 02:35 |
Before I file a bug report | Noel Stoutenburg | 27 Apr 02:43 |
Before I file a bug report | Ernie Wright | 27 Apr 05:36 |
Before I file a bug report | David Gowers | 27 Apr 05:41 |
Before I file a bug report | Noel Stoutenburg | 27 Apr 07:25 |
Before I file a bug report | Michael Schumacher | 27 Apr 11:13 |
Before I file a bug report | Leon Brooks | 27 Apr 02:54 |
Before I file a bug report | Noel Stoutenburg | 27 Apr 03:07 |
Before I file a bug report | Jernej Simon?i? | 27 Apr 12:18 |
Before I file a bug report | Noel Stoutenburg | 27 Apr 12:46 |
Before I file a bug report | DJ | 27 Apr 17:06 |
Before I file a bug report | Robert L Cochran | 28 Apr 04:49 |
Before I file a bug report | Alchemie foto\\grafiche | 28 Apr 03:35 |
Before I file a bug report
Friends,
In my normal work, I make use of a significant number of special
characters, e.g. "é", "©", "—" [Alt-0233, Alt-0169, and Alt-0151
respectively]. Despite the statement in the online documentation
(specifically on page , in
the box under "Font" labeled "Note", reading "You can get special
characters in the same way as you get them in other text editors: "Alt +
number keypad in windows), on my system (WIN XP Home SP3; Gimp 2.6.6)
when I enter the "Alt +" code for a special character, nothing happens,
that is, the character does not appear, and the cursor does not advance.
Has anyone else run into this?
For me at the moment, this is an inconvenience, as I've a choice of a couple of applications in which I can enter a desired text, and export a graphic selection containing the necessary text, but at minimum we have here of an inconsistency between the documentation, and the application being documented.
ns
Before I file a bug report
Hello,
On Mon, Apr 27, 2009 at 9:41 AM, Noel Stoutenburg wrote:
Friends,
In my normal work, I make use of a significant number of special characters, e.g. "é", "©", "—" [Alt-0233, Alt-0169, and Alt-0151 respectively]. Despite the statement in the online documentation (specifically on page , in
the box under "Font" labeled "Note", reading "You can get special characters in the same way as you get them in other text editors: "Alt + number keypad in windows), on my system (WIN XP Home SP3; Gimp 2.6.6) when I enter the "Alt +" code for a special character, nothing happens, that is, the character does not appear, and the cursor does not advance.Has anyone else run into this?
Yes, this has never worked for me either (not only in GIMP, though -- in almost every application)
David
Before I file a bug report
David Gowers wrote:
Yes, this has never worked for me either (not only in GIMP, though -- in almost every application)
While I understand that every other application than GIMP is OT on this list, perhaps you could specify other applications in which it doesn't work. This suggests, that this is not, in fact, a GIMP bug, and might help to identify where the real problem is.
ns
Before I file a bug report
On Monday 27 April 2009 08:11:14 Noel Stoutenburg wrote:
For me at the moment, this is an inconvenience, as I've a choice of a couple of applications in which I can enter a desired text, and export a graphic selection containing the necessary text, but at minimum we have here of an inconsistency between the documentation, and the application being documented.
Here on Mandriva Linux (KDE 4) I can use KCharSelect to choose the letter, then copy/paste that into GIMP's text tool. None of the Alt-### stuff works at all, anywhere.
I agree that the documentation should be more speculative in its description of the process.
Cheers; Leon
Before I file a bug report
Leon Brooks wrote:
Here on Mandriva Linux (KDE 4) I can use KCharSelect to choose the letter, then copy/paste that into GIMP's text tool.
In Windows the parallel technique works, too. One can open the Windows application, "Character map", select a character, and copy it into the dialog. So, until this issue is finally resolved, I'll use the more appropriate of two work-arounds. If I need only a character or two, I'll use the "copy from charmap" method; if I need more, I'll prepare my text in a word processor which exports graphics, and import the graphics file exported from that into GIMP.
ns
Before I file a bug report
David Gowers wrote:
On Mon, Apr 27, 2009 at 9:41 AM, Noel Stoutenburg wrote:
on my system (WIN XP Home SP3; Gimp 2.6.6) when I enter the "Alt +" code for a special character, nothing happens, that is, the character does not appear, and the cursor does not advance.
Yes, this has never worked for me either (not only in GIMP, though -- in almost every application)
Note that in order for this to work, you need to (1) HOLD DOWN the Alt key while entering the character code, and (2) enter the 0 digit at the start of the code.
- Ernie http://home.comcast.net/~erniew
Before I file a bug report
Hello Ernie,
On Mon, Apr 27, 2009 at 1:06 PM, Ernie Wright wrote:
David Gowers wrote:
On Mon, Apr 27, 2009 at 9:41 AM, Noel Stoutenburg wrote:
on my system (WIN XP Home SP3; Gimp 2.6.6) when I enter the "Alt +" code for a special character, nothing happens, that is, the character does not appear, and the cursor does not advance.
Yes, this has never worked for me either (not only in GIMP, though -- in almost every application)
Note that in order for this to work, you need to (1) HOLD DOWN the Alt key while entering the character code, and (2) enter the 0 digit at the start of the code.
Thanks for clarifying that.
Actually, in order for it to work, you must do absolutely nothing.
Because it does not work, in any variation including the above. It may
work on Windows or MacOSX, I don't know; I only know what the
behaviour in Linux is (Ubuntu 8.04 specifically). Maybe it's an option
you can enable somewhere.
David
Before I file a bug report
Ernie Wright wrote:
Note that in order for this to work, you need to (1) HOLD DOWN the Alt key while entering the character code, and (2) enter the 0 digit at the start of the code.
Thanks, Ernie. In my OP in the thread, I while I did not write that it was necessary to use the leading "0", the character designations I gave all had it. Even though when I hold down the "alt" key, and use the leading "0" to access a special character in my installation of WIN XP home SP3, I get the expected character in every other application, I never get the expected character in GIMP. (NB: I just discovered this behavior in GIMP 2.6.6; I don't know whether it is true in previous versions or not.)
ns
Before I file a bug report
Von: Noel Stoutenburg
Ernie Wright wrote:
Note that in order for this to work, you need to (1) HOLD DOWN the Alt key while entering the character code, and (2) enter the 0 digit at the start of the code.
Thanks, Ernie. In my OP in the thread, I while I did not write that it was necessary to use the leading "0", the character designations I gave all had it. Even though when I hold down the "alt" key, and use the leading "0" to access a special character in my installation of WIN XP home SP3, I get the expected character in every other application, I never get the expected character in GIMP. (NB: I just discovered this behavior in GIMP 2.6.6; I don't know whether it is true in previous versions or not.)
Ctrl+Shift+U+
This is how you do enter any Unicode character in a GTK+-based application.
HTH, Michael
Before I file a bug report
On Mon, 27 Apr 2009 13:11:51 +0930, David Gowers wrote:
Actually, in order for it to work, you must do absolutely nothing. Because it does not work, in any variation including the above. It may work on Windows or MacOSX, I don't know; I only know what the behaviour in Linux is (Ubuntu 8.04 specifically). Maybe it's an option you can enable somewhere.
GTK+ has it's own method of inputting Unicode codepoints - press Ctrl+Shift+U, then type the hex code. It would be nice if it supported the system way of Unicode hex input, too though.
Before I file a bug report
Jernej Simon?i? wrote:
GTK+ has it's own method of inputting Unicode codepoints - press Ctrl+Shift+U, then type the hex code. It would be nice if it supported the system way of Unicode hex input, too though.
This way does work on my installation (GIMP 2.6.6; WIN XP SP3). So the real issue here is that the documentation does not reflect the way the system actually works on Windows.
ns
Before I file a bug report
Hi,
NS> Jernej Simon?i? wrote:
GTK+ has it's own method of inputting Unicode codepoints - press Ctrl+Shift+U, then type the hex code. It would be nice if it supported the system way of Unicode hex input, too though.
It appears to be a limitation/non-feature of GTK and Windows. I doubt they are preventing it, they just aren't passing the key sequence onto the application/Gimp.
http://bugzilla.gnome.org/show_bug.cgi?id=537643
snippet: "GTK+ uses Ctrl-Alt-Shirt-u for Unicode hex insert. Windows users are used to Alt decimal insert. GTK+ (at least on Windows) should support both."
Before I file a bug report
For me, in Windows xp SP3, try to type directly special character never worked
Copy them and paste in GIMP text field works OFTEN but NOT always, now i have not a list of the character i can not directly type or paste but are a large percent
Before I file a bug report
I think the issue is closely related to what language locale your system is set to and what font you are using at that moment. I tried the
[turn on the num lock key]
[hold down the right-side Alt key]
type the key code I'm interested in on the right side numeric keypad,
with the zero first
[release the Alt key]
And this often gives me the special character I'm interested in, such as Alt+0163 for the British pound sterling symbol:
£
I also tried to get this symbol on Windows XP Professional quickly:
é
But I used the wrong keycode of Alt+0133 which in Windows gives me three periods (...) and on Fedora 11 Beta, apparently a nonprinting character:
So, I might get unexpected characters or no characters if there is no equivalent to the 'U. S. English' locale I'm using on Windows XP Professional. And I might not get the characters I want if the font I'm using doesn't have them.
I think it would be extremely useful to research the Microsoft Knowledgebase to learn more details about how the locale currently in use affects insertion of special characters, and how to temporarily switch locales, or how to grab a character that belongs to a locale not being used.
And no, I'm not at all an expert on language or locales. I'm simply suggesting that researching more in the topic will give helpful answers.
There is also a unicode character reference somewhere out there on the web that I've used now and then.
Bob
On 04/27/2009 11:06 AM, DJ wrote:?
Hi,
NS> Jernej Simonc(ic( wrote:
GTK+ has it's own method of inputting Unicode codepoints - press Ctrl+Shift+U, then type the hex code. It would be nice if it supported the
system way of Unicode hex input, too though.It appears to be a limitation/non-feature of GTK and Windows. I doubt they are preventing it, they just aren't passing the key sequence onto the application/Gimp.
http://bugzilla.gnome.org/show_bug.cgi?id=537643
snippet: "GTK+ uses Ctrl-Alt-Shirt-u for Unicode hex insert. Windows users are used to
Alt decimal insert. GTK+ (at least on Windows) should support both."------------------------------------------------------------------------