Re: Another --> Re: GtkMovementStep of GtkTextView


] On Fri, May 18, 2001 at 01:54:05PM -0700, Chookij Vanatham wrote:
] > I just make sure that the sample below "<Delete>" is actually the
] > <baskspace> case. It should be "<Backspace>" produces u.
] IMHO it sohuld indeed be backspace (for me backspaces delete something
] before the cursor; delete deletes something after the cursor (note: not
] at the left or the right, but before and after; there is RTL mode...)

Yes, I agree. I need to change my habbit of thinking about RTL mode as
the default as well... :)

] > I thought that <backspace> would delete one character in front of
] > the current cursor position.
] in front = before ?

] the problem is in fact what "a character" is.

I think, it should be safer if we say, <backspac> will delete the last key

] > <Delete> will delete the current whole cluster.
] as delete deletes what is *after* the cursor, it cannot delete the first
] element of a conjunct (it will lead to a remaining invalid thing in thai
] for example); so the whole conjunct is deleted; it is normal.

Actually, in my opinion, I wouldn't concern much if the remaining of
element of a conjunct is going to be invalid or not as long as,
the display (output) can tell what the difference between the invalid
sequence and valid sequence.

So, <delete> will delete the whole current cluster (another word is
the whole cluster *after* the current cursor).

] > Not quite sure about "Korean and Vietnamese" as mentioned by "Mark Leisher"
] > but if it means "<backspace>" in both Korean and Vietnamese will
] > delete one character in front of the current cursor position, then,
] > seems to be Thai/Indic/Korean/Vietnamese behave the same for both
] > <backspace> and <delete>
] Again, the key is on what "a character" is...

I haven't been able to understand this key yet.
May be, I need to understand more in Korean/Vietnamese...

] Also, very important imho, is the visual creation of the text.
] on latin, greek and cyrillic, the letter only is displayed full with all
] its diacritics, eg, you type: <dead_diaeresis> and nothing displays,
] and only when you type <u> it displays <udiaeresis>.

I'd like to point out that, in latin, greek, cyrillic, even it's not
common to type only diacritics from the keyboard but we should
consider other cases where the input isn't only from the keyboard.
So, it's possible that those alone diacritics can be in the logical
text steam so, in my opinion, those alone diacritics should be displayed
somehow (so far, only thing, I can think of is just displaying them
as spacing diacritics)....

] Vietnamese also has a different and popular input method called "telex";
] it uses just plain ascii, and uses some letters never used in Vietnamese
] to tell the kind of accents; however, those letters don't follow directly
] the vowel (well, they can, but it is not the preferred typing way) but
] rather the whole syllabe. Here, if you hit <Delete> after a syllabe
] ending with an 'n', it will be odd to have an 'adotbelow' become a simple 'a'
] instead of the 'n' being deleted.

I would need to study more on vietnamese ....

] And that leads to I think an interesting idea: the behaviour of BackSpace
] should be dependent on the flow of the typing.
] I explain:
] If the typing method is one where the shape of conjuncts changes while
] you type it (eg: like thai, indic, korean, arabic, viet-telex; but 
] unlike normal use of latin, cyrillic, greek); then:
] - Backspace should delete the effect of the last typed key if you didn't 
]   do anything since then (no mouse focus change, no other keys hit)
] - otherwise, it should delete the conjunt before the cursor.
] the base for that idea is to have a non-shocking behaviour. undoing the
] effect of the last keystroke can be expected when you just did it right now;
] if you do other things then get back, you don't think anymore on the specific
] keystroke flow, but rather you see a single visual unit.

Well, for this non-shocking behavior, for sure, for Thai, we would feel
a bit odd if "backspace" will behave differently for 2 different situations
but, again, that's just from my opinion...
It might make sense for other languages but so far, I don't know which
languages... :)

Chookij V.

] What do you think about it; would the implementation of such a thing be
] feasible without much trouble ?
] What native users of the involved scripts feel about it?
] -- 
] Ki a vos vye bn,
] Pablo Saratxaga
]		PGP Key available, key ID: 0x8F0E4975
] _______________________________________________
] gtk-i18n-list mailing list
] gtk-i18n-list gnome org

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