dchandler 6540b260bd Fixes a (small, I think) TMW->Unicode performance glitch. I was ... inserting 5 characters at a time and then skipping ahead just one position. I don't think this affected correctness. I believe there's still a terrible (exponential?) slowdown as the input file gets bigger, however. Perhaps not -- but we run through the first 1000 TMW glyphs in 6 seconds, the 20th thousand takes at least 60 seconds. Is TMW->Wylie faster than TMW->Unicode? If so, why? Thought: don't use a DuffPane within TibetanConverter -- it can only add overhead, right? My hprof profile said that the conversion was taking just a couple of percent of the work; the rest was going to display-related stuff that you should only see if you were displaying the document. I'm not!		2003-06-22 04:08:33 +00:00
..
bibl	Javadoc 1.4.1_01 no longer has a single warning about this package.	2003-02-03 01:36:56 +00:00
input	Added --find-some-non-tm and --find-all-non-tm modes to the converter to	2003-06-22 00:14:18 +00:00
scanner	Updated the clipboard calls to DuffPane. Ed: there are some mistakes that didn't happen before. There are certain combinations that use a header letter that when pasted from the DuffPane to the DuffPane fail. Try writing "rgyas", copying it and pasting it beside it.	2003-04-03 05:16:14 +00:00
text	Fixes a (small, I think) TMW->Unicode performance glitch. I was	2003-06-22 04:08:33 +00:00