Problem with the keyboard language Azerty or Aqerty
673 views
Skip to first unread message
pan_...@yahoo.fr
Apr 12, 2011, 4:53:34 AM4/12/11
to E-Prime, cindycha...@yahoo.fr
Hi Dear Eprimers, ...
I complete this morning my new experiment and eveything is working
fine... Almost... Because I just have a little problem here, and I
cannot find any informations to solve it. The subjects of the
experiment will be French and in our country we use aquerty keyboard
with accent like "é"or "à" or "è"... and by default EPRIME is set for
azerty keyboard. Im looking to select the "good langugages
key" (french) but cannot find the solution...
If anyone knows how deal with that...
Pierre
I complete this morning my new experiment and eveything is working
fine... Almost... Because I just have a little problem here, and I
cannot find any informations to solve it. The subjects of the
experiment will be French and in our country we use aquerty keyboard
with accent like "é"or "à" or "è"... and by default EPRIME is set for
azerty keyboard. Im looking to select the "good langugages
key" (french) but cannot find the solution...
If anyone knows how deal with that...
Pierre
liwenna
Apr 12, 2011, 6:47:43 AM4/12/11
to E-Prime
Hello Pierre,
Do you need the aquerty keyboard for input by your subjects trough an
echo? In that case I think that, unfortunately enough, there will be
no solution for this problem.
Not long ago there was a guy named Yoed on here that was trying the
solve that same problem except that he needed hebrew input. Try a
search on the word 'hebrew' in the search this group bar to see the
small avalanche of posts that relate to that question.
He had been in contact with PST on this one too and this is the answer
he got from them:
****
Are you using E-Prime v1.x or E-Prime 2.0? While E-Prime 2.0 is
supported by
the English/Western European versions of Windows XP and Vista, this
really
only applies to text that is displayed by the objects. That is, while
the
"Text" property of a TextDisplay will accept foreign characters, the
other
properties (including .Input and its related echo properties) will
not. All
non-English characters or accents will go unrecognized by E-Prime in
the
responses and in the text that is echoed to the screen.
E-Prime 2.0 has resolved this to some degree by allowing non-English
fonts
to appear as responses in the data file (i.e., UNICODE fonts are
permitted).
However, the echo client will still only display English and the
responses
themselves will still be based on the QWERTY keyboard. You could get
around
this by manually echoing the subject's responses to the screen. For
example,
you could take the subject's input and then convert it to Hebrew in
script,
and then display this on screen (e.g., if the semicolon key is
pressed,
convert this to a specific character and display it on screen, etc).
However, this can be fairly script intensive and would require that
the
Hebrew characters appear correctly in TextDisplay objects and/or Slide
objects and appear correctly in InLine objects. If you are interested,
I
would recommend taking a look at SAMPLE:Process Responses
Template<http://www.pstnet.com/e-prime/support/samples.asp?
Mode=View&SampleID=47>for
an example of how to change what is displayed on screen based on the
subject's responses.
Please let me know if you have any further questions.
*****
I do remember that some people here suggested some alternative things
to try but as far as I know Yoed never succeeded in having his
participants enter hebrew answers in e-prime.
Sorry to bring this bad news...
Best,
AW
Do you need the aquerty keyboard for input by your subjects trough an
echo? In that case I think that, unfortunately enough, there will be
no solution for this problem.
Not long ago there was a guy named Yoed on here that was trying the
solve that same problem except that he needed hebrew input. Try a
search on the word 'hebrew' in the search this group bar to see the
small avalanche of posts that relate to that question.
He had been in contact with PST on this one too and this is the answer
he got from them:
****
Are you using E-Prime v1.x or E-Prime 2.0? While E-Prime 2.0 is
supported by
the English/Western European versions of Windows XP and Vista, this
really
only applies to text that is displayed by the objects. That is, while
the
"Text" property of a TextDisplay will accept foreign characters, the
other
properties (including .Input and its related echo properties) will
not. All
non-English characters or accents will go unrecognized by E-Prime in
the
responses and in the text that is echoed to the screen.
E-Prime 2.0 has resolved this to some degree by allowing non-English
fonts
to appear as responses in the data file (i.e., UNICODE fonts are
permitted).
However, the echo client will still only display English and the
responses
themselves will still be based on the QWERTY keyboard. You could get
around
this by manually echoing the subject's responses to the screen. For
example,
you could take the subject's input and then convert it to Hebrew in
script,
and then display this on screen (e.g., if the semicolon key is
pressed,
convert this to a specific character and display it on screen, etc).
However, this can be fairly script intensive and would require that
the
Hebrew characters appear correctly in TextDisplay objects and/or Slide
objects and appear correctly in InLine objects. If you are interested,
I
would recommend taking a look at SAMPLE:Process Responses
Template<http://www.pstnet.com/e-prime/support/samples.asp?
Mode=View&SampleID=47>for
an example of how to change what is displayed on screen based on the
subject's responses.
Please let me know if you have any further questions.
*****
I do remember that some people here suggested some alternative things
to try but as far as I know Yoed never succeeded in having his
participants enter hebrew answers in e-prime.
Sorry to bring this bad news...
Best,
AW
pan_...@yahoo.fr
Apr 12, 2011, 8:37:18 AM4/12/11
to E-Prime
Thanks Liwenna,
... It seems very bad... In fact, my experiment is pretty simple, the
task is about word to be completed by the subject. In the screen, a
text like "unha_ _y" is showed and othen, on the same screen I ask to
participants to write the word it could be, for each trial. The
"wordstimulus" comes from a list, and I get attributes like the
correct answer... here the correct answer is "unhappy"...
Everything is OK with this task, I have the RT, the correct answer and
the textanswer quoted by participants... the only problem is that when
people quoted, is not the good language Keyboard !!!
> > Pierre- Masquer le texte des messages précédents -
>
> - Afficher le texte des messages précédents -
... It seems very bad... In fact, my experiment is pretty simple, the
task is about word to be completed by the subject. In the screen, a
text like "unha_ _y" is showed and othen, on the same screen I ask to
participants to write the word it could be, for each trial. The
"wordstimulus" comes from a list, and I get attributes like the
correct answer... here the correct answer is "unhappy"...
Everything is OK with this task, I have the RT, the correct answer and
the textanswer quoted by participants... the only problem is that when
people quoted, is not the good language Keyboard !!!
>
> - Afficher le texte des messages précédents -
David McFarlane
Apr 12, 2011, 12:27:29 PM4/12/11
to e-p...@googlegroups.com
A bit of unsolicited technical explanation -- I
think the keyboard layout limitation results from
E-Prime using Microsoft DirectX and its virtual
key codes. This does allow for enhanced keyboard
performance, which we generally want for precise
RT-type experiments (e.g., timing, also, can
distinguish between left & right shift keys,
etc.), but as we see here it may create other
limitations with regard to handling alternate keyboard layouts.
think the keyboard layout limitation results from
E-Prime using Microsoft DirectX and its virtual
key codes. This does allow for enhanced keyboard
performance, which we generally want for precise
RT-type experiments (e.g., timing, also, can
distinguish between left & right shift keys,
etc.), but as we see here it may create other
limitations with regard to handling alternate keyboard layouts.
Would be nice to have this confirmed (or
corrected) and further explained by PST staff...
-- David McFarlane, Professional Faultfinder
Michiel Spape
Apr 12, 2011, 1:09:35 PM4/12/11
to e-p...@googlegroups.com
Hiya,
As far as I know from Azerty keyboards, they generally have about as many keys as Qwerty ones, no? This should mean that, for the most part, a one to one mapping is possible (possibly unlike Hebrew keyboards)... If the echo is an issue, then you might as well work out some form of looping to do the echo object, replacing every keystroke:
1. Declare the final response as nothing at all:
c.SetAttrib "FinalResponse", ""
2. Insert a Label, PreStimulusLabel for instance.
3. Here comes the stimulus, myStimulus. Underneath the word you show, the attribute [FinalResponse]. Which will be blank in the beginning. Only a single response is used.
4. Do this, but then use case for prettier:
If myStimulus.RESP = "q" then
c.SetAttrib "FinalResponse", c.GetAttrib ("FinalResponse") & "a"
goto PreStimulusLabel
end if
If myStimulus.RESP = "w" then
c.SetAttrib "FinalResponse", c.GetAttrib ("FinalResponse") & "z"
goto PreStimulusLabel
end if
....
As far as I know from Azerty keyboards, they generally have about as many keys as Qwerty ones, no? This should mean that, for the most part, a one to one mapping is possible (possibly unlike Hebrew keyboards)... If the echo is an issue, then you might as well work out some form of looping to do the echo object, replacing every keystroke:
1. Declare the final response as nothing at all:
c.SetAttrib "FinalResponse", ""
2. Insert a Label, PreStimulusLabel for instance.
3. Here comes the stimulus, myStimulus. Underneath the word you show, the attribute [FinalResponse]. Which will be blank in the beginning. Only a single response is used.
4. Do this, but then use case for prettier:
If myStimulus.RESP = "q" then
c.SetAttrib "FinalResponse", c.GetAttrib ("FinalResponse") & "a"
goto PreStimulusLabel
end if
If myStimulus.RESP = "w" then
c.SetAttrib "FinalResponse", c.GetAttrib ("FinalResponse") & "z"
goto PreStimulusLabel
end if
....
And in the case of {ENTER}, we just continue. Will take a bit of time to get that nice, but shouldn't be too difficult? Of course, bothering with the accents might be a bit too much. Seeing my name generally isn't spelled with one either, you'll have my sympathy :)
Best,
Mich
Michiel Spapé
Research Fellow
Perception & Action group
University of Nottingham
School of Psychology
www.cognitology.eu
--
You received this message because you are subscribed to the Google Groups "E-Prime" group.
To post to this group, send email to e-p...@googlegroups.com.
To unsubscribe from this group, send email to e-prime+u...@googlegroups.com.
For more options, visit this group at http://groups.google.com/group/e-prime?hl=en.
This message and any attachment are intended solely for the addressee and may contain confidential information. If you have received this message in error, please send it back to me, and immediately delete it. Please do not use, copy or disclose the information contained in this message or in any attachment. Any views or opinions expressed by the author of this email do not necessarily reflect the views of the University of Nottingham.
This message has been checked for viruses but the contents of an attachment
may still contain software viruses which could damage your computer system:
you are advised to perform your own checks. Email communications with the
University of Nottingham may be monitored as permitted by UK legislation.
Siatra Vasiliki
Apr 13, 2011, 11:31:36 AM4/13/11
to E-Prime
Hello,
is this the same problem as with cyrillic font, or greek etc?
Because, when I want to use cyrillic or greek fonts I just change the
language for non-Unicode programs in my computer to the language that
I want to use, and actually I use the E-Prime v1.x for these
experiments without problem.
All the best,
Vasilik.ee
On Apr 12, 8:09 pm, Michiel Spape <Michiel.Sp...@nottingham.ac.uk>
wrote:
> For more options, visit this group athttp://groups.google.com/group/e-prime?hl=en.
is this the same problem as with cyrillic font, or greek etc?
Because, when I want to use cyrillic or greek fonts I just change the
language for non-Unicode programs in my computer to the language that
I want to use, and actually I use the E-Prime v1.x for these
experiments without problem.
All the best,
Vasilik.ee
On Apr 12, 8:09 pm, Michiel Spape <Michiel.Sp...@nottingham.ac.uk>
wrote:
liwenna
Apr 14, 2011, 8:36:30 AM4/14/11
to E-Prime
Hello Vasilik,
but is it then also possible for your participants to enter text in
cyrilic? I think the specific problem here lies with the 'echo
object' (that shows participants what they're typing on the display)
and not so much with simply 'presenting text'.
If it does: then that would be awesome!
but is it then also possible for your participants to enter text in
cyrilic? I think the specific problem here lies with the 'echo
object' (that shows participants what they're typing on the display)
and not so much with simply 'presenting text'.
If it does: then that would be awesome!
Matthew
Apr 14, 2011, 10:27:42 AM4/14/11
to E-Prime
I was hunting around for a solution to a similar keyboard mapping
problem, and found this script that may be helpful. I think the
language in their example experiment is French, so you may not have to
modify that much.
http://webloria.loria.fr/~quintonj/index.php/Research/EKIS
Haven't looked at it (or much of this thread, actually) in great
detail, but it looks like it declares two strings with the AZERTY
English & corresponding AZERTY French characters, and then converts
each character by finding the index of its position in one string and
getting the corresponding character in the other.
Good luck,
-Matt
problem, and found this script that may be helpful. I think the
language in their example experiment is French, so you may not have to
modify that much.
http://webloria.loria.fr/~quintonj/index.php/Research/EKIS
Haven't looked at it (or much of this thread, actually) in great
detail, but it looks like it declares two strings with the AZERTY
English & corresponding AZERTY French characters, and then converts
each character by finding the index of its position in one string and
getting the corresponding character in the other.
Good luck,
-Matt
Reply all
Reply to author
Forward
0 new messages