From: Jambunathan K <kjambunathan@gmail.com>
To: Kenichi Handa <handa@m17n.org>
Cc: 9336@debbugs.gnu.org
Subject: bug#9336: 24.0.50; No way to input character #xbb4 using ta-itrans
Date: Mon, 26 Sep 2011 19:23:09 +0530 [thread overview]
Message-ID: <81sjnjif5m.fsf@gmail.com> (raw)
In-Reply-To: <81aab2socv.fsf@gmail.com>
> With your patch, the table of the third section (Others)
> doesn't fit in 80-column with my font setting. So, I
> slightly changed the :align-to property. Please check the
> attached version (full leim/quail/indian.el) with your
> environment.
Your changes look good with my setup. Feel free to close this bug once
you commit these changes.
> By the way,
>
>> + ta-itrans-1.png
>> - I have introduced horizontal grid lines
>
>> - I have added #0BB6 to the table. The character has no input method
>> available. So the input row is left empty.
>
>> Note: Furthermore, the associated glyphs are not available. (I have
>> Tamil Lohit 2.4.5 - Thanks for suggesting this font!). So the tamil
>> characters in that row looks malformed.
>
> That's strange. My Tamil Lohit font is Version 2.4.4 (older
> than yours), and it displays the line for #0BB6 correctly.
Do you see heart-shaped strcutures in that line much similar to what you
see in ta-itrans-1.png that I attached earlier? Then it means that the
display is malformed.
If you compare that line with the adjoining ones, then you will see that
the heart-shaped structure is a place-holder for the consonant symbol
and the "redundant" consonant symbol itself has to be removed.
>> [2] Additional hacks to quail.el
>
>> + ta-itrans-3.png
>> - Removed the old table (about which I had complaints). I don't know
>> how to do this cleanly. Here is a quick hack I cooked up (marked
>> with @@@)
>
> The old table (full key sequence) contains the keys that are
> not shown in the above tables; i.e. such alternate keys as
> "aa", "~Na". Are they really not necessary.
I see. It wasn't clear to me that they were displaying alternative
keys. I think we can maintain status quo.
> And, even if not necessary, the current code doesn't have a
> mechanism to suppress it, and adding such a mechanism should
> not be done now. I'll put that matter in my todo list.
Ok.
>> - Place the cursor at the BEGINNING of help buffer rather than the end
>> of it. There are more interesting things at the beginning of the
>> buffer than the end of the buffer.
>
>> ,---- In quail.el (around line 2575)
>> | ;; Resize the help window again, now that it has all its contents.
>> | (save-selected-window
>> |@@@ (goto-char (point-min))
>> | (select-window (get-buffer-window (current-buffer) t))
>> | (run-hooks 'temp-buffer-show-hook))
>> `----
>
> I don't understand why this is necessary. Doesn't C-h C-\
> tamil-itrans RET shows the top of *Help* buffer?
I have this in .emacs.
(custom-set-variables
'(pop-up-windows nil))
With the above setting, cursor always ends up in the tail of the buffer.
If I leave the above variable at it's factory value then the cursor ends
up in the head of the buffer.
I consider this behaviour buggy. Should I open a separate bug for this?
Jambunathan K.
> ---
> Kenichi Handa
> handa@m17n.org
next prev parent reply other threads:[~2011-09-26 13:53 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-21 16:47 bug#9336: 24.0.50; No way to input character #xbb4 using ta-itrans Jambunathan K
2011-08-23 4:18 ` Kenichi Handa
2011-08-23 7:23 ` Jambunathan K
2011-08-23 7:55 ` Jambunathan K
2011-08-25 4:27 ` Kenichi Handa
2011-09-15 12:55 ` Jambunathan K
2011-09-16 7:26 ` Kenichi Handa
2011-09-20 10:51 ` Jambunathan K
2011-09-21 3:45 ` Vijay Lakshminarayanan
2011-09-21 4:14 ` Jambunathan K
2011-09-22 2:42 ` Kenichi Handa
2011-09-22 3:27 ` Vijay Lakshminarayanan
2011-09-22 2:23 ` Kenichi Handa
2011-09-23 11:21 ` Jambunathan K
2011-09-23 11:24 ` Jambunathan K
2011-09-26 7:08 ` Kenichi Handa
2011-09-26 13:53 ` Jambunathan K [this message]
2011-09-27 4:50 ` Kenichi Handa
2011-09-28 13:00 ` Jambunathan K
2011-09-29 1:46 ` Kenichi Handa
2011-09-29 1:51 ` Kenichi Handa
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=81sjnjif5m.fsf@gmail.com \
--to=kjambunathan@gmail.com \
--cc=9336@debbugs.gnu.org \
--cc=handa@m17n.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).