headers
Nadim Shaikli | 5 Oct 18:49
Picon
Favicon

Bidi inclusion status

On 9 Sep 2003 08:32:34 +0900 (JST), Kenichi Handa wrote:
> About a month ago, I made a branch emacs-unicode-2 from HEAD
> and started to work on synchronizing codes of emacs-unicode
> branch to HEAD in that new branch.
> 
> I've just finished the work and committed the changes.
>
[snip snip]
>
> I hope this branch can be merged into HEAD before the HEAD
> branch is changed drastically.
>
> To Eli,
> 
> I'll start merging emacs-bidi code into emacs-unicode-2
> branch soon.  Please send me your BIDI reordering code.

-and-

On 11 Sep 2003 20:28:11 +0200, Eli Zaretskii wrote:
>
> Done (in a separate private email).

I (along with various others) would be more than happy to test any code
if need be (just an FYI).  What is the current status of Bidi inclusion
and has it been merged into HEAD.  I do recall there was a concerted
effort (check emacs-bidi archives) to get this code included ASAP and
thus the question.

Regards,
(Continue reading)

Permalink | Reply | 668 comments |
headers
Alex Schroeder | 6 Oct 13:17
Face

Re: Bidi inclusion status

Nadim Shaikli <shaikli <at> yahoo.com> writes:

> I (along with various others) would be more than happy to test any code
> if need be (just an FYI).  What is the current status of Bidi inclusion
> and has it been merged into HEAD.  I do recall there was a concerted
> effort (check emacs-bidi archives) to get this code included ASAP and
> thus the question.

Last thing I heard by Handa was that he merged new changes on HEAD
and the unicode branch into unicode-2 and was now about to merge the
emacs-bidi code into unicode-2.  This branch will eventually be
merged back into HEAD.  We are not there, yet.

Alex.
--

-- 
http://www.emacswiki.org/alex/
There is no substitute for experience.
Permalink | Reply | 1 comment |
headers
Kenichi Handa | 7 Oct 01:40

Re: Bidi inclusion status

In article <87k77ifwef.fsf <at> emacswiki.org>, Alex Schroeder <alex <at> emacswiki.org> writes:
> Nadim Shaikli <shaikli <at> yahoo.com> writes:
>>  I (along with various others) would be more than happy to test any code
>>  if need be (just an FYI).  What is the current status of Bidi inclusion
>>  and has it been merged into HEAD.  I do recall there was a concerted
>>  effort (check emacs-bidi archives) to get this code included ASAP and
>>  thus the question.

> Last thing I heard by Handa was that he merged new changes on HEAD
> and the unicode branch into unicode-2 and was now about to merge the
> emacs-bidi code into unicode-2.  This branch will eventually be
> merged back into HEAD.  We are not there, yet.

Yes, right.  As soon as the merging is finished, I'll
announce it.

---
Ken'ichi HANDA
handa <at> m17n.org
Permalink | Reply | 0 comments |
headers
Clarissa Walker | 7 Oct 17:28

Overloaded by spam and mailworms ? wx

TheVeryBest - Software Downloads
 Top-Rank Software Download Site on the Internet 
Internet->Email->Spam Remedy v1.5 PRO

Spam Remedy        (3.17MB)
Description:

The powerful, effective and intelligent anti-spam tool.
It automatically cleans spam messages out of your mailbox before you receive or read them.

Features:
  • Automatically Blocking Spam
    Spam Remedy automatically checks your mail boxes and filters unwanted, dangerous, or offensive mail messages to save your time from manually detecting and organizing mail messages.
  • Effectively Spam Detecting
    A complex Aritificial Intelligence algorithm has been used in Spam Remedy product to detecting legitimate mail messages and spam messages,the technique has more precision than other filter-based and keyword-based anti-spam technologies.
  • Be Sure You Get Your Right Mail Messages
    Spam Remedy doesn't confirm a spam message by a single keyword in mail content. It examines the entire message - source, headers and mail content to confirm whether it is a spam message.
  • Supports Multiple Email Types and Almost All Email Clients
    Spam Remedy supports POP3, Hotmail/MSN, IMAP4 and MAPI email accounts,Directly works with almost all email clients(Outlook Express, Becky Mail,Foxmail,Outlook, The bat!, Eudora etc.), espacially includes support for web-based Hotmail/MSN email clients. Nothing you need to change to your email clients!
  • Easy to use  - You don't need to set any complex filter rules, just add your email accounts to Spam Remedy and then it works.
  • Friends List and Rejecting List
    With Friends List and Rejecting List,you have the chance to decide who are never blocked or directly treat their mail messages as spam.
  • Keep your inbox clean
    Spam Remedy places all intercepted spam messages to its interval mail database so that your inbox remains uncluttered and free of spam.If for some reason a legitimate email is flagged as spam, you can easily recover in multiple ways.

    Editor's Rating:
Copyright ÿFFFFA92002-2003 DarkSoft Group  All Rights Reserved.

twpavp n gkpgtnebrlrcseefjssmma 

_______________________________________________
Emacs-devel mailing list
Emacs-devel <at> gnu.org
http://mail.gnu.org/mailman/listinfo/emacs-devel
Permalink | Reply | 0 comments |
headers
Eli Zaretskii | 7 Oct 23:58
Picon

Re: Bidi inclusion status

> Date: Sun, 5 Oct 2003 09:49:36 -0700 (PDT)
> From: Nadim Shaikli <shaikli <at> yahoo.com>
> 
> On 11 Sep 2003 20:28:11 +0200, Eli Zaretskii wrote:
> >
> > Done (in a separate private email).
> 
> I (along with various others) would be more than happy to test any code
> if need be (just an FYI).

Handa-san is trying to use my code in the bidi-aware Unicode branch.
I hope what I wrote will help his efforts, rather than be an
obstacle ;-)
Permalink | Reply | 668 comments |
headers
Ossama Khayat | 8 Oct 01:07
Picon
Favicon

Re: Bidi inclusion status

Peace,
I was so glad this got back to activity (here at
least). Also, more glad to see the progress for
BIDI/Arabic inclusion in
http://www.m17n.org/emacs-bidi/index.html
I remember I transalted an Arabic tutorial of Emacs,
but didn't have the chance to test it out though.
Seems like I'll try to find it and try it out
sometime.

Keep on the excellent work :)

Ossama Khayat

--- Eli Zaretskii <eliz <at> elta.co.il> wrote:
> > Date: Sun, 5 Oct 2003 09:49:36 -0700 (PDT)
> > From: Nadim Shaikli <shaikli <at> yahoo.com>
> > 
> > On 11 Sep 2003 20:28:11 +0200, Eli Zaretskii
> wrote:
> > >
> > > Done (in a separate private email).
> > 
> > I (along with various others) would be more than
> happy to test any code
> > if need be (just an FYI).
> 
> Handa-san is trying to use my code in the bidi-aware
> Unicode branch.
> I hope what I wrote will help his efforts, rather
> than be an
> obstacle ;-)
> _______________________________________________
> Developer mailing list
> Developer <at> arabeyes.org
> http://lists.arabeyes.org/mailman/listinfo/developer

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com
Permalink | Reply | 0 comments |
headers
Behdad Esfahbod | 11 Oct 10:15

UTR#9 - Unicode BiDi (was Re: OpenOffice BiDi kudos)

Handa San,

Is it true that your implementation of Unicode Bidi algorithm
does not follow the UTR#9, with respect to handligh dash?  Just
wanted to make sure this is not true, otherwise, please consider
following the standard.

Thanks,
behdad,
Maintainer of GNU FriBidi

---------- Forwarded message ----------
Date: Wed, 8 Oct 2003 13:58:20 -0400
From: Ehud Karni <ehud <at> unix.mvs.co.il>
To: linux-il <at> shemesh.biz
Cc: eran <at> tromer.org, linux-il <at> linux.org.il
Subject: UTR#9 - Unicode BiDi (was Re: OpenOffice BiDi kudos)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Sat, 04 Oct 2003 15:01:04 +0200, Shachar Shemesh <linux-il <at> shemesh.biz> wrote:
>
> Eran Tromer wrote:
>
> > OOe 1.1 seems to have the usual hebrew-hyphen-number problem
> > ("H-5" renders as "H5-"), which necessitates typing of the logically
> > incorrect "H5-" and causes bad importing of newer MS Word documents.
>
> I'm not sure how to tackle this particular problem. I think the best
> place to fix it would be at the root of the problem - the Unicode BiDi
> algorithm. I *think* I have a reasonably portable solution to this issue.
>
> I guess it's time to register with another forum....

This is a known issue with Unicode BiDi. It arises because we use the -
character for both minus and hyphen. When one wants to connects letters
with numbers one is using a HYPHEN and wants it to appear as 5-word.
When one wants to write a negative number one uses a MINUS SIGN and
would like it to appear as -5 word. The Unicode wise men have ignored
the 1st case (or require the use of a special Hebrew MAKAF). I have
pointed this and some other problem at the m17n2000 conference. (See
http://www.m17n.org/m17n2000_all_but_registration/proceedings/ehud/
See slide no. 10). I proposed my solution (slides 11-15) and this
algorithm was implemented by Kenichi Handa in his Emacs-BiDi (see
notes on http://www.m17n.org/emacs-bidi/ ).

Ehud.

- --
 Ehud Karni           Tel: +972-3-7966-561  /"\
 Mivtach - Simon      Fax: +972-3-7966-667  \ /  ASCII Ribbon Campaign
 Insurance agencies   (USA) voice mail and   X   Against   HTML   Mail
 http://www.mvs.co.il  FAX:  1-815-5509341  / \
 GnuPG: 98EA398D <http://www.keyserver.net/>    Better Safe Than Sorry
-----BEGIN PGP SIGNATURE-----
Comment: use http://www.keyserver.net/ to get my key (and others)

iD8DBQE/hFA7LFvTvpjqOY0RAiGKAJ0Y6lV+IaWZPqLhGwOTVa3gDv/gGACfa3Br
KaVInTd6je8gWB/26loM1+A=
=904+
-----END PGP SIGNATURE-----

=================================================================
To unsubscribe, send mail to linux-il-request <at> linux.org.il with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail linux-il-request <at> linux.org.il
Permalink | Reply | 602 comments |
headers
Eli Zaretskii | 11 Oct 21:54
Picon

Re: UTR#9 - Unicode BiDi (was Re: OpenOffice BiDi kudos)

> Date: Sat, 11 Oct 2003 04:15:13 -0400
> From: Behdad Esfahbod <behdad <at> bamdad.org>
> 
> Is it true that your implementation of Unicode Bidi algorithm
> does not follow the UTR#9, with respect to handligh dash?  Just
> wanted to make sure this is not true, otherwise, please consider
> following the standard.

Handa-san is currently trying to plug the sequential implementation of
UAX#9 that I wrote into the Emacs display code.  The code I wrote
renders "H-5" as "-5H", as per UAX#9.  One needs to type "H-{RLM}5"
to get the "H-5" result that most Hebrew users want.

I guess we will need to get used to type RLM and LRM in similar
situations, since we must be UAX#9 compliant, and since UAX#9 results
in such madness in quite a few cases like this, sigh.
Permalink | Reply | 4 comments |
headers
Eli Zaretskii | 12 Oct 00:15
Picon

Re: UTR#9 - Unicode BiDi (was Re: OpenOffice BiDi kudos)

> Date: Sat, 11 Oct 2003 16:01:55 -0400
> From: Behdad Esfahbod <behdad <at> cs.toronto.edu>
> >
> > I guess we will need to get used to type RLM and LRM in similar
> > situations, since we must be UAX#9 compliant, and since UAX#9 results
> > in such madness in quite a few cases like this, sigh.
> 
> I guess you know the answer:  Use U+2010 HYPHEN instead of U+002D
> HYPHEN-MUNUS.

I don't think we can ask the user to type that character instead of
the ASCII dash: users are used to hit the dash key on their keyboards.

We should probably have some simple key sequence to produce RLM and
LRM, though, or else we have the same problem: too much to type to get
the right result.
Permalink | Reply | 0 comments |
headers
Behdad Esfahbod | 11 Oct 22:01
Picon
Favicon

Re: UTR#9 - Unicode BiDi (was Re: OpenOffice BiDi kudos)

On Sat, 11 Oct 2003, Eli Zaretskii wrote:

> > Date: Sat, 11 Oct 2003 04:15:13 -0400
> > From: Behdad Esfahbod <behdad <at> bamdad.org>
> >
> > Is it true that your implementation of Unicode Bidi algorithm
> > does not follow the UTR#9, with respect to handligh dash?  Just
> > wanted to make sure this is not true, otherwise, please consider
> > following the standard.
>
> Handa-san is currently trying to plug the sequential implementation of
> UAX#9 that I wrote into the Emacs display code.  The code I wrote
> renders "H-5" as "-5H", as per UAX#9.  One needs to type "H-{RLM}5"
> to get the "H-5" result that most Hebrew users want.
>
> I guess we will need to get used to type RLM and LRM in similar
> situations, since we must be UAX#9 compliant, and since UAX#9 results
> in such madness in quite a few cases like this, sigh.

I guess you know the answer:  Use U+2010 HYPHEN instead of U+002D
HYPHEN-MUNUS.

behdad,
who is going to study after finishing this mail.
Permalink | Reply | 3 comments |

Gmane