Re: [Audacity-devel] non-ascii labels
A free multi-track audio editor and recorder
Brought to you by:
aosiniao
|
From: Stuart <smc...@fr...> - 2006-09-26 23:49:15
|
"Leland" <aud...@ho...> wrote: > Hi Stuart, > > On 8/21/06 10:07 AM, "Stuart" <smc...@fr...> wrote: > > > > > I am surprised (probably an indication of my ignorance) that unicode > > in xml presents a problem. Is that not why the default encoding for > > xml files is utf-8? The alternative would be to use the default > > system encoding (double-byte cp932 on my system) as is done > > now but just include an encoding line in the xml file. But I admit > > to being totally mysified by double-byte vs unicode in windows > > so please take this comment more as an expression of my > > ignorance than a suggestion! :-) > > > If you're still around, do you want to try the latest changes I've made in > regards to XML and UTF8 encoding? I'm curious to see if your xml files come > out as CP932. They shouldn't now and should be UTF8 encoded, but I thought > I'd ask. > > Leland Sorry for not responding sooner but I wanted to try doing a full annotation of a file rather than just a quicky test. Saving and restoring worked perfectly for me. Label files and .aup project are utf-8 and japanese labels are saved and restored fine. I can look at the .aup and label files with a utf-8 editor and they display fine. There still seems to be a problem editing label text when it contains Japanese. Backspace deletes only "half" a character (ie one byte, changing the character into something else), the right/left arrow keys cause the text cursor to move strangely in the label box (full char forward, half char back, etc) (I thought on Sunday, when I first tried this, it was working perfectly, but today its behavior is consistently broken... maybe I am misremembering sunday.) But it sure is nice to be able to annotate a whole file without having to save after every two three labels in case Audacity crashes!! No crashes. Only thing I notice, and I not sure its a bug or a feature, but if ones selects a section of audio, listens to it, then types ctl-B to annotate it, the label text window does not have focus, and anything typed is lost. If you are typing ascii you immediately notice nothing is going into the label box. But if you are using an IME, you type into the IME window, and only after typing everything and enter a <return> do you discover that nothing goes into the label text and you have to retype the whole thing. One needs to click in label box before one can type. This may not sound very onerous but the need to navaigate the mouse to relatively small spot on the screen really slows down the annotation process (by as much as 20-30% perhaps, for me, when I am really humming along.) Another minor related nit. Select some audio, type ctl-B, click in the label box to edit. Now play the selection. Nothing on the screen changes, the label track still has the green line around it, it looks like it has focus, but it doesn't. HTH |