help-gnu-emacs
[Top][All Lists]
Advanced

[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
subsystem.

`

reply via email to

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