Adding Unicode Sinhala to GNU/Linux

Hi Sethu,

As always, thanks for testing! Also, please test the Tamil Renganathan
layout in STS mode and tell me how that goes. My comments are below.

On Mon, 2010-11-22 at 14:01 +0530, கா. சேது | කා. සේතු | K. Sethu wrote:

> I have done some testing. I have the following versions with
> ibus-m17n.i686 from updates repo and m17n-db.noarch from
> updates-testing repo.
> 
> [sethu@... ~]$ yum list ibus ibus-m17n m17n-lib m17n-db
> Loaded plugins: langpacks, presto, refresh-packagekit
> Adding en_US to language list
> Installed Packages
> ibus.i686                       1.3.7-11.fc14                   @fedora
> ibus-m17n.i686                  1.3.1-6.fc14                    @updates
> m17n-db.noarch                  1.6.2-1.fc14                    @updates-testing
> m17n-lib.i686                   1.6.2-1.fc14                    @updates-testing
> [sethu@... ~]$
> 
> 
> Regarding Bug 435880, situation is still the same as what I told you a
> month back (date:Sat, Oct 23, 2010 at 8:14 AM +05:30) .  Let me point
> out with following examples (with STS enabled for m17n wijesekera):
> 
> 1) type in sequence fldg --> කොට
>    After committing, backspace to remove ට and press key a (al-lakuna)
>    Result in both gedit (ibus-m17n - wijesekera ) and m17n-edit
> (wijesekera) : Correctly composed කෝ [U+0D9A U+0DDD]
> 
> 2) type in sequence flg --> කෙට
>     After committing, backspace to remove ට and press key d (aela-pilla)
>   Result in both gedit (ibus-m17n -wijesekera) and m17n-edit
> (wijesekera) : Correctly composed කො [U+0D9A U+0DDC]
>  (i.e., Required NFC conformed to)
> 
> 3)  type in sequence flg --> කෙට
>     After committing, backspace to remove ට and press key a (al-lakuna)
>   Result in both gedit (ibus-m17n -wijesekera) and m17n-edit
> (wijesekera) : Correctly composed කේ [U+0D9A U+0DDA]
>  (i.e., Required NFC conformed to)
> 
> 4) type in sequence fg --> ටෙ
>  After committing, backspace to remove ට
> Result in m17n-edit (wijesekera) : As expected correctly standalone ෙ
> (Vowel Sign Kombuva - U+0DD9) is result
> Result in gedit (ibus-m17n -wijesekera) : outputs ට - Wrong as this is
> not expected with STS !

Try the latest RPMs:
https://bugzilla.redhat.com/show_bug.cgi?id=639253

> 5) type in sequence ufg --> මටෙ
>  After committing, backspace to remove ට
> Result in m17n-edit (wijesekera) : As expected correctly ම‌ (U+0DB8
> U+200C U+0DD9)
> Result in gedit (ibus-m17n -wijesekera) : outputs මට - Wrong as this
> is not expected with STS !

Try the latest RPMs:
https://bugzilla.redhat.com/show_bug.cgi?id=639253

> 6) Input of syllable having ෛ (Kombu-deka - U+0DB) into m17n-edit
> reveals another bug in m17n-edit. A sequence, say ffl that should
> produce කෛ visually shows up as කෙෙ (second kombu appearing right of
> consonant) in m17n-edit window but saving the same content into a text
> file and viewing that file reveals correct composition කෛ ! So
> something wrong with m17n-edit's own rendering for this.

Thanks for picking that up. I've attached a patch to the SINH-OTF.flt
file in /usr/share/m17n/ . It should fix the problem.

cya,
#

> I haven't checked yet correcting committed ටෛ to කෛ yet in gedit with
> ibus-m17n - I will do that when I get to my home PC later tonight.
> 
> The bugs in 3) and 4) above indicates decomposing with ibus-m17n back
> to input stream fails to vowel reorder a syllable having left side
> single part vowel sign.
> 
> Another point about m17n-edit - it does not have an edit feature of
> select, copy and then paste into another application. Wish those are
> included so that we need not waste time for saving the content into a
> file and then checking for code points.
> 
> ~Sethu

Harshula writes:

> Sethu found a bug in m17n-edit which is caused by dependent vowel
> reordering not occurring for kombu deka (U+0DDB). I've attached a patch
> to fix it.

Thank you for the report.  It is a really stupid mistake.
I have applied a patch similar to yours.

--- SINH-OTF.flt.orig	2010-11-24 12:44:55.000000000 +0900
+++ SINH-OTF.flt	2010-11-24 12:45:23.000000000 +0900
@@ -21,7 +21,7 @@
  (0x0DD4 0x0DD6 ?b)
  (0x0DD8	?p)
  (0x0DD9	?m)
- (0x0DDA	?m)
+ (0x0DDB	?m)
  (0x0DDF	?p)
  (0x0DF2 0x0DF3 ?p)
  (0x200D	?J)

>> Another point about m17n-edit - it does not have an edit feature of
>> select, copy and then paste into another application. 

It has that feature, doesn't it?

-- 
TAKAHASHI Naoto
ntakahas@...

Hi Takahashi,

On Wed, 2010-11-24 at 13:01 +0900, TAKAHASHI Naoto wrote:

> Thank you for the report.  It is a really stupid mistake.
> I have applied a patch similar to yours.

Thanks. I've uploaded the updated m17n 1.6.2 debs to Debian, including
your patch.

Hi Sethu,

> >> Another point about m17n-edit - it does not have an edit feature of
> >> select, copy and then paste into another application. 
> 
> It has that feature, doesn't it?

I was able to copy by highlighting the text and pasting via a middle
click. Did you try that?

cya,
#

On Mon, Nov 22, 2010 at 3:09 PM, Harshula <harshula@...> wrote:

> Hi Takahashi,
>
> Sethu found a bug in m17n-edit which is caused by dependent vowel
> reordering not occurring for kombu deka (U+0DDB). I've attached a patch
> to fix it.
>
> cya,
> #
>
> Thanks. I used the patch in Fedora 14 and it fixed the bug.

~Sethu

On Thu, Nov 25, 2010 at 12:50 PM, Harshula <harshula@...> wrote:

> Hi Takahashi,
>
> On Wed, 2010-11-24 at 13:01 +0900, TAKAHASHI Naoto wrote:
>
> [..]
> Hi Sethu,
>
> > >> Another point about m17n-edit - it does not have an edit feature of
> > >> select, copy and then paste into another application.
> >
> > It has that feature, doesn't it?
>
> I was able to copy by highlighting the text and pasting via a middle
> click. Did you try that?
>
> cya,
> #
>
>
What is middle click? Is it middle of a 3 button mouse and if so can that be
emulated with a two button mouse ?

I have only a two button mouse with a small scroll wheel in between the two
buttons. The scroll wheel can also be pressed down which I found only now.
But it does not help to copy and paste to another application. What it does
when pressed on a selected content to paste it back in m17n-edit itself -
like doubling every time pressed.

Will continue to write on my STS testings with si-wijesekera and
ts-lk-renganathan later today

~Sethu

K. Sethu writes:

> What is middle click? Is it middle of a 3 button mouse and if so can that be
> emulated with a two button mouse ?

> I have only a two button mouse with a small scroll wheel in between the two
> buttons. The scroll wheel can also be pressed down which I found only now.

That is what Harshula called "middle click".  It can be emulated even
with a wheel-less mouse, but you do not have to worry about it since
you do have a wheel.

> But it does not help to copy and paste to another application. What it does
> when pressed on a selected content to paste it back in m17n-edit itself -
> like doubling every time pressed.

Press the left mouse button on a text string in an application and
drag along the text.  Most applications highlight the dragged (or
"selected") part.  Then release the left button and go to an input
area of another application.  Now press the wheel (middle click).  The
dragged (or "selected") string should be inserted.

> Will continue to write on my STS testings with si-wijesekera and
> ts-lk-renganathan later today

Thank you for testing them.

-- 
TAKAHASHI Naoto
ntakahas@...

Dear Harshula

With the latest ibus-m17n versions available for Fedora 14 and Fedora
15, while the command  /usr/libexec/ibus-setup-m17n --name
m17n:si:wijesekera (and same command with --name
m17n:ta:lk-renganathan) work right as before to enable surrounding
text support for those two keymaps, it is conspicuous that the more
novice friendly short-cut button for the same command which was
available in the language bar in previous versions have got removed
now.

Any particular reason for withdrawing that shortcut?

~Sethu

On Mon, 2011-05-23 at 12:33 +0530, கா. சேது | කා. සේතු | K. Sethu wrote:
> Dear Harshula
> 
> With the latest ibus-m17n versions available for Fedora 14 and Fedora
> 15, while the command  /usr/libexec/ibus-setup-m17n --name
> m17n:si:wijesekera (and same command with --name
> m17n:ta:lk-renganathan) work right as before to enable surrounding
> text support for those two keymaps, it is conspicuous that the more
> novice friendly short-cut button for the same command which was
> available in the language bar in previous versions have got removed
> now.
> 
> Any particular reason for withdrawing that shortcut?

Once again thanks for testing and reporting problems. 

Daiki, the upstream maintainer, has identified and fixed the bug, the
fix should be available in:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3086903

cya,
#

On Mon, 2011-05-23 at 18:06 +1000, Harshula wrote:
> On Mon, 2011-05-23 at 12:33 +0530, கா. சேது | කා. සේතු | K. Sethu wrote:
> > Dear Harshula
> > 
> > With the latest ibus-m17n versions available for Fedora 14 and Fedora
> > 15, while the command  /usr/libexec/ibus-setup-m17n --name
> > m17n:si:wijesekera (and same command with --name
> > m17n:ta:lk-renganathan) work right as before to enable surrounding
> > text support for those two keymaps, it is conspicuous that the more
> > novice friendly short-cut button for the same command which was
> > available in the language bar in previous versions have got removed
> > now.
> > 
> > Any particular reason for withdrawing that shortcut?
> 
> Once again thanks for testing and reporting problems. 
> 
> Daiki, the upstream maintainer, has identified and fixed the bug, the
> fix should be available in:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3086903

F14 fix:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3088653

cya,
#