This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Editing an (X)HTML doc, it seems impossible to enter an ê (circumflex accent - e). I tried with XHTML and HTML transitional docs, utf-8 and 8859-1 encoding. Mac OSX 10.5.5, French. I just upgraded to 10.1-pre5 from 10.1 (I think), which had the same problem
(In reply to comment #0) > Editing an (X)HTML doc, it seems impossible to enter an ê (circumflex accent - > e). I tried with XHTML and HTML transitional docs, utf-8 and 8859-1 encoding. > Mac OSX 10.5.5, French. > I just upgraded to 10.1-pre5 from 10.1 (I think), which had the same problem > The utf-8 or 8859-1 encoding has no effect. That only concerns the input method. I'm not able to reproduce that bug on a Mac OSX 10.4.11 and a Mac OSX 10.5.5 neither with a French keyboard nor with a US keyboard: "circumflex accent e" generates as expected a ê. Do you have another keyboard?
(In reply to comment #1) > Do you have another keyboard? No. I'm using a French MacBookPro (with French keyboard selected). When I click the ^ character, the insertion point goes to the next line. Here what it looks like in the input window (I typed azerty, and then ^ and then e) : ------ azerty e ------ and the generated code: ------ <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=UTF-8"> <title>Nouveau</title> <meta name="generator" content="Amaya, see http://www.w3.org/Amaya/"> </head> <body> <p>azerty</p> <p>e</p> </body> </html> ----- As an aside, if I try to copy "ê" (circumflex-e) from another program (textedit) and paste it into the editor window, I get "√" (square root - TM). (I get "√©" square-root copyright for e acute)
(In reply to comment #0) > Editing an (X)HTML doc, it seems impossible to enter an ê (circumflex accent - > e). I tried with XHTML and HTML transitional docs, utf-8 and 8859-1 encoding. > Mac OSX 10.5.5, French. > I just upgraded to 10.1-pre5 from 10.1 (I think), which had the same problem > (In reply to comment #2) > (In reply to comment #1) > > Do you have another keyboard? > No. I'm using a French MacBookPro (with French keyboard selected). When I click > the ^ character, the insertion point goes to the next line. Here what it looks > like in the input window (I typed azerty, and then ^ and then e) : > ------ > azerty > e > ------ > and the generated code: > ------ > <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" > "http://www.w3.org/TR/html4/loose.dtd"> > <html> > <head> > <meta http-equiv="content-type" content="text/html; charset=UTF-8"> > <title>Nouveau</title> > <meta name="generator" content="Amaya, see http://www.w3.org/Amaya/"> > </head> > > <body> > <p>azerty</p> > > <p>e</p> > </body> > </html> > ----- It means the '^' key generates an "Enter" key. Where is located the '^' key? At the right of 'p'? Did you press the Alt key? the Shift key? Could you give me information about your "Menu Saisie" For the moment I don't know how to reproduce that bug :-( > > As an aside, if I try to copy "ê" (circumflex-e) from another program > (textedit) and paste it into the editor window, I get "√" (square root - > TM). (I get "√©" square-root copyright for e acute) >
(In reply to comment #3) > It means the '^' key generates an "Enter" key. > Where is located the '^' key? At the right of 'p'? yes. > Did you press the Alt key? the Shift key? no (with the shift key, you get an umlaut, that works correctly) (with alt, you get circumflex-o, which seems consistent with other apps) > Could you give me information about your "Menu Saisie" what "Menu Saisie"? Do you mean "Insertion"? > For the moment I don't know how to reproduce that bug :-( are you using a French system? (I do)
I have tested on my 10.3.9 Mac PowerPC and I'm not able to reproduce this problem. I'm using an azerty keyboard too. Do you get the same problem when entering the '^' cheracter through the "Visualisateur clavier". I have xev installed, when I click the ^ character, I get the following infos: keycode 41, keysum 0xfe52, dead_circumflex Do you have a way to verify the keycode/keysum associated to the '^' key ?
> Do you get the same problem when entering the '^' cheracter through the > "Visualisateur clavier". yes. It's probably worth noting that Amaya changes the behaviour of "Visualisateur clavier" wrt to the ^ key. Used from within an other application, "Visualisateur clavier"'s displayed keyboard changes when you click the ^ key (reflecting what you'll get now when using the keyboard: a, e , i... are transformed to â, ê, î...) When Amaya is the front app, the keyboard remains unchanged. > I have xev installed, when I click the ^ character, I get the following infos: > keycode 41, keysum 0xfe52, dead_circumflex > Do you have a way to verify the keycode/keysum associated to the '^' key ? I've to look for something. Sorry, no time for that right now.
> I have xev installed, when I click the ^ character, I get the following infos: > keycode 41, keysum 0xfe52, dead_circumflex > Do you have a way to verify the keycode/keysum associated to the '^' key ? > Here what gives xev: KeyPress event, serial 23, synthetic NO, window 0x400001, root 0x44, subw 0x0, time 1836373221, (840,481), root:(840,525), state 0x0, keycode 41 (keysym 0xfe52, dead_circumflex), same_screen YES, XLookupString gives 1 bytes: (5e) "^" XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 23, synthetic NO, window 0x400001, root 0x44, subw 0x0, time 1836373221, (840,481), root:(840,525), state 0x0, keycode 41 (keysym 0xfe52, dead_circumflex), same_screen YES, XLookupString gives 1 bytes: (5e) "^"
(In reply to comment #6) > > Do you get the same problem when entering the '^' cheracter through the > > "Visualisateur clavier". > > yes. It's probably worth noting that Amaya changes the behaviour of > "Visualisateur clavier" wrt to the ^ key. Used from within an other > application, "Visualisateur clavier"'s displayed keyboard changes when you > click the ^ key (reflecting what you'll get now when using the keyboard: a, e , > i... are transformed to â, ê, î...) > When Amaya is the front app, the keyboard remains unchanged. Amaya doesn't change the "Visualisateur clavier" behavior on my Mac OS X. When I click the ^ key (reflecting what you'll get now when using the keyboard: a, e , i... are transformed to â, ê, î...) As I know the "Visualisateur clavier" behavior is managed by the system and not by the application. Could you check the 'Menu Saisie" tab of the "International" section in "Préférences Système". I have the option "Utiliser la même méthode de saisie pour tous les documents" and "Français Clavier Roman" activated. > > I have xev installed, when I click the ^ character, I get the following infos: > > keycode 41, keysum 0xfe52, dead_circumflex > > Do you have a way to verify the keycode/keysum associated to the '^' key ? > > I've to look for something. Sorry, no time for that right now. >
(In reply to comment #8) > > When Amaya is the front app, the keyboard remains unchanged. > > Amaya doesn't change the "Visualisateur clavier" behavior on my Mac OS X. > When I click the ^ key (reflecting what you'll get now when using the keyboard: > a, e , i... are transformed to â, ê, î...) > > As I know the "Visualisateur clavier" behavior is managed by the system and not > by the application. > Could you check the 'Menu Saisie" tab of the "International" section in > "Préférences Système". > I have the option "Utiliser la même méthode de saisie pour tous les documents" I don't seem to have that option > and "Français Clavier Roman" activated. same for me Something to note: I changed the selected keyboard to US. Then I can enter ^ in Amaya (alt-i combination). Works also with extended US ("Américain étendu") (you get ^ with alt-6) Here is what xev says in that later configuration: KeyPress event, serial 26, synthetic NO, window 0x400001, root 0x44, subw 0x0, time 1897905450, (129,547), root:(129,591), state 0x0, keycode 66 (keysym 0xff7e, Mode_switch), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyPress event, serial 26, synthetic NO, window 0x400001, root 0x44, subw 0x0, time 1897914446, (129,547), root:(129,591), state 0x2000, keycode 30 (keysym 0xfe52, dead_circumflex), same_screen YES, XLookupString gives 1 bytes: (5e) "^" XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 26, synthetic NO, window 0x400001, root 0x44, subw 0x0, time 1897914533, (129,547), root:(129,591), state 0x2000, keycode 30 (keysym 0xfe52, dead_circumflex), same_screen YES, XLookupString gives 1 bytes: (5e) "^"
Please make my changes