[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Question on Mule and Makor2, font display vs char input?

From: Joe Corneli
Subject: Re: Question on Mule and Makor2, font display vs char input?
Date: Wed, 01 Dec 2004 10:46:13 -0600

   >    There is a LaTeX font environment called makor2 which allows a user to
   >    create output  using Hebrew  characters.  These output  characters are
   >    often defined by multi-byte combinations.   So it would be nice to have
   >    an Emacs  mode which allowed a user  at the keyboard to  type a single
   >    input  key and have  that keystroke  display the  proper corresponding
   >    Hebrew  character  on the  screen  while  placing  the proper  set  of
   >    matching  characters into  the  file  for LaTeX  Makor2.   There is  a
   >    standard keyboard setup use in Israel  which can be followed and a set
   >    of Mule Hebrew screen fonts seem to be readily available.

   There are several issues here:
   1 - what encoding can be used by makor2 in the TeX files: for hebrew
       characters, Emacs-21.3 supports ISO-8859-8 but not utf-8.
       If Makor2 requires utf-8, you'll need to use Emacs-CVS.
   2 - right-to-left text: this is not supported yet.
   3 - typing in Hebrew characters: you need to select an input method
       (with C-u C-\).  There's one called `hebrew'.

I think the way the encoding issue is supposed to be solved here is
for the file not to be utf-8, but instead just plain-text-unix, and
the buffer was made to look like it was in utf-8.  If I understand
X-Symbol right, Hebrew characters would be handled the same way as
math characters are handled by X-Symbol...

   > Any advice on how to make a string already entered into the buffer
   > render according to the current input method?  For example, a function
   > I could run that would make the string in quotes "\lambda" appear as a
   > lambda character in quotes.  Preferably this would be a function that
   > would run on a string and then use an overlay to change the way the
   > text looks and "feels" when you're editing (but when you save the
   > buffer, it would save as latex code, by default).

   There's X-Symbol which does just that (tho in a different way).

But I ran into trouble trying to build X-Symbol; it seems to have been
written with XEmacs in mind.  So it occured to me that maybe there was
a relatively straightforward way to do the same thing using quail.  I
guess I could have investigated the X-Symbol code better to see how it
is supposed to work.

   > Another function would run over the whole buffer, doing the quail
   > translations as it went.

   I don't know of any function that takes chars from a buffer and runs them
   through quail.  Quail is designed to take input from the keyboard, not from
   a buffer.

Well I hope it isn't too hard to write a function that translates a
string into a keysequence.  Is there an `insert-char' variant that
causes emacs to think that the character was typed by a human user
instead of inserted by a program?  If I'm using the TeX input mode,
(insert-char 92 1) just inserts a `\', but doesn't activate the quail

reply via email to

[Prev in Thread] Current Thread [Next in Thread]