Menu
▾
▴
thdltools-trackers — Notifies of all updates to bug reports, feature requests, etc.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(5) |
Dec
(15) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(1) |
Feb
(1) |
Mar
(11) |
Apr
(38) |
May
(2) |
Jun
(15) |
Jul
(10) |
Aug
(33) |
Sep
(54) |
Oct
(13) |
Nov
(34) |
Dec
(41) |
| 2004 |
Jan
(1) |
Feb
(16) |
Mar
(5) |
Apr
(11) |
May
(13) |
Jun
(3) |
Jul
(11) |
Aug
(1) |
Sep
(2) |
Oct
(2) |
Nov
(6) |
Dec
|
| 2005 |
Jan
(17) |
Feb
(67) |
Mar
(2) |
Apr
|
May
|
Jun
(7) |
Jul
(23) |
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
|
| 2006 |
Jan
(5) |
Feb
(1) |
Mar
(6) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2008 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(1) |
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
(3) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2010-07-07 18:56:43
|
Bugs item #855480, was opened at 2003-12-06 20:43 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=855480&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: David L. Chandler (dchandler) Assigned to: David L. Chandler (dchandler) Summary: TMW->Unicode: \u0F3F\u0F28 appears instead of \u0F28\u0F3E Initial Comment: \u0F3E appears to the left of a numeral but the Unicode \u0F3E must occur after (to the "right") of the Unicode for the numeral. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2010-07-07 18:56 Message: SH2hTn http://fj6hNsFfkfp92kf9v8dbs4NUias.com ---------------------------------------------------------------------- Comment By: David L. Chandler (dchandler) Date: 2003-12-07 20:18 Message: Logged In: YES user_id=159335 \u0F3F, not \u0F3E, is the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=855480&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2010-03-08 17:25:40
|
Bugs item #2958988, was opened at 2010-02-25 16:05 Message generated for change (Settings changed) made by thangarson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Fonts Group: None >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Marcin Garski (garski) Assigned to: Nathaniel Grove (thangarson) Summary: License file in TMU isn't consistent with license in font Initial Comment: Hello, The license in TibMachUni-1.901b.ttf says "GPLv3+ with exceptions" though the license file in the zip file still says GPLv2+. Could you update gpl.txt file to be consistent? ---------------------------------------------------------------------- Comment By: Marcin Garski (garski) Date: 2010-03-06 17:52 Message: Yes I have downloaded it from www.thlib.org. After your update it's consistent and fixed, thanks. ---------------------------------------------------------------------- Comment By: Nathaniel Grove (thangarson) Date: 2010-03-02 10:50 Message: >From where did you download the font? Was it from www.thlib.org? If so, I have updated that version of the .zip to include the GPL v3. I don't see that version of the font here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2010-03-06 22:52:17
|
Bugs item #2958988, was opened at 2010-02-25 22:05 Message generated for change (Comment added) made by garski You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Fonts Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcin Garski (garski) Assigned to: Nathaniel Grove (thangarson) Summary: License file in TMU isn't consistent with license in font Initial Comment: Hello, The license in TibMachUni-1.901b.ttf says "GPLv3+ with exceptions" though the license file in the zip file still says GPLv2+. Could you update gpl.txt file to be consistent? ---------------------------------------------------------------------- >Comment By: Marcin Garski (garski) Date: 2010-03-06 23:52 Message: Yes I have downloaded it from www.thlib.org. After your update it's consistent and fixed, thanks. ---------------------------------------------------------------------- Comment By: Nathaniel Grove (thangarson) Date: 2010-03-02 16:50 Message: >From where did you download the font? Was it from www.thlib.org? If so, I have updated that version of the .zip to include the GPL v3. I don't see that version of the font here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2010-03-02 15:50:27
|
Bugs item #2958988, was opened at 2010-02-25 16:05 Message generated for change (Comment added) made by thangarson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Fonts Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcin Garski (garski) Assigned to: Nathaniel Grove (thangarson) Summary: License file in TMU isn't consistent with license in font Initial Comment: Hello, The license in TibMachUni-1.901b.ttf says "GPLv3+ with exceptions" though the license file in the zip file still says GPLv2+. Could you update gpl.txt file to be consistent? ---------------------------------------------------------------------- >Comment By: Nathaniel Grove (thangarson) Date: 2010-03-02 10:50 Message: >From where did you download the font? Was it from www.thlib.org? If so, I have updated that version of the .zip to include the GPL v3. I don't see that version of the font here. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2010-02-25 21:05:42
|
Bugs item #2958988, was opened at 2010-02-25 22:05 Message generated for change (Tracker Item Submitted) made by garski You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Fonts Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Marcin Garski (garski) Assigned to: Nathaniel Grove (thangarson) Summary: License file in TMU isn't consistent with license in font Initial Comment: Hello, The license in TibMachUni-1.901b.ttf says "GPLv3+ with exceptions" though the license file in the zip file still says GPLv2+. Could you update gpl.txt file to be consistent? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2958988&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2009-10-20 14:17:10
|
Bugs item #2882372, was opened at 2009-10-20 14:17 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2882372&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: How to I connect to CVS? Initial Comment: Hello, I cannot connect to the CVS using the posted information here: http://sourceforge.net/projects/thdltools/develop Could someone please provide a means of accessing the CVS? Thanks, Luke ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2882372&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2009-09-12 12:21:58
|
Bugs item #2857473, was opened at 2009-09-12 08:20 Message generated for change (Settings changed) made by chuck-kv3g You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2857473&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: Fonts Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Glenn (chuck-kv3g) Assigned to: Nobody/Anonymous (nobody) Summary: Tibetan Machine Uni 0F7F following 0F73 Initial Comment: It seems to work fine for (Extended Wylie equivalent) hriH, hr-iH, but not hrIH or hr-IH. I've attached a screen shot from my home-grown Java Utility that shows the Extended Wylie (top text area), escaped unicode in Java literal notation (middle text area), and the string when rendered in Tibetan Machine Uni (bottom text area). ---------------------------------------------------------------------- >Comment By: Charles Glenn (chuck-kv3g) Date: 2009-09-12 08:21 Message: tried v1.901b, same issue ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2857473&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2009-09-12 12:20:56
|
Bugs item #2857473, was opened at 2009-09-12 08:20 Message generated for change (Tracker Item Submitted) made by chuck-kv3g You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2857473&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Charles Glenn (chuck-kv3g) Assigned to: Nobody/Anonymous (nobody) Summary: Tibetan Machine Uni 0F7F following 0F73 Initial Comment: It seems to work fine for (Extended Wylie equivalent) hriH, hr-iH, but not hrIH or hr-IH. I've attached a screen shot from my home-grown Java Utility that shows the Extended Wylie (top text area), escaped unicode in Java literal notation (middle text area), and the string when rendered in Tibetan Machine Uni (bottom text area). ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=2857473&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2008-04-01 09:21:23
|
Bugs item #1931041, was opened at 2008-04-01 02:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1931041&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Fonts Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nathaniel Garson (thangarson) Summary: where is cipher 5 in TibMachUni v.1.901? Initial Comment: hi, I cannot find the cipher 5 in the 2007 version (v. 1.901)of the TibMachUni font (a square is displayed instead). I tried to add the 5 manually (in Word,under adding symbols), but there simply are only 8 ciphers, the 5 missing. Some friends reported the same problem. There is no problem with the 2004 version of the same font. thanks for any help, markus contact: mar...@we... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1931041&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2007-12-31 13:37:22
|
Feature Requests item #954903, was opened at 2004-05-16 10:42 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502518&aid=954903&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: JskadConverters Group: None Status: Open Priority: 5 Private: No Submitted By: David L. Chandler (dchandler) Assigned to: David L. Chandler (dchandler) Summary: ACIP->*: Allow upgrading a warning to an error Initial Comment: Right now you can change the priority of a warning, but only if you keep that warning a warning. You can't turn a warning into an error. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-12-31 05:37 Message: Logged In: NO nnCu2f <a href="http://aezypsqindgb.com/">aezypsqindgb</a>, [url=http://ltkrfzimjoum.com/]ltkrfzimjoum[/url], [link=http://ftlhedimsuou.com/]ftlhedimsuou[/link], http://hsjqkfafnhei.com/ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502518&aid=954903&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2006-08-17 18:47:08
|
Bugs item #1542174, was opened at 2006-08-17 11:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1542174&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Jskad Group: None Status: Open Resolution: None Priority: 5 Submitted By: Kent Sandvik (sandvik) Assigned to: Nobody/Anonymous (nobody) Summary: Long A vowel input Initial Comment: I'm not sure how to get these, A'ARYA, AARYA, and so on? I tried the Exended Wylie and other keyboards. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1542174&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2006-07-12 04:36:08
|
Bugs item #1515351, was opened at 2006-06-30 17:10 Message generated for change (Comment added) made by zyzor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Jskad Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bindu ( 'M' ) not working correctly Initial Comment: On my both systems (Linux and WinXP) - the bindu character doesn't show up in the edit screen. For example : type "oM" in Extended Wylie. When I save the file as .rtf, then open it using say, Word or Wordpad, the text WILL show up correctly, however copy/paste will not work in either direction. I have tried both the original binaries from your website and my own build (also both Windows and Linux). m_p...@ya... ---------------------------------------------------------------------- Comment By: zyzor (zyzor) Date: 2006-07-11 23:36 Message: Logged In: YES user_id=1548644 I have the fix for that. It's a Java/Swing bug - if an Element in a StyledDocument derived class contains "diacritics" ONLY, the element will not be displayed, because since there's no base character, horizontal span is zero. A temporary workaround would be to override default LabelView getPreferredSpan () method - it should almost never return zero. m_p...@ya... ---------------------------------------------------------------------- Comment By: zyzor (zyzor) Date: 2006-07-10 21:39 Message: Logged In: YES user_id=1548644 Both the contents of the Document object and everything through View class down to the way Java/Swing deals with fonts is CORRECT. The problem is occuring because the position where the bindu (or any diacritic character) is supposed to be displayed is BEYOND the clipping region of the area that belongs to the View assoc'd with the Element. Put simply, if we have the following sequence : TibetanMachineWeb '1' TibetanMachineWeb7 'f' the 'f' character should be displayed at the same position as '1', but that is beyond the clipping area of the second element. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-07-01 22:37 Message: Logged In: NO Nope, the doc contents is actually bad. The last chracter (the one that contains bindu in the font system you use) is doubled for some reason. I wonder if that happens on every fony change or just with the bindu .. I'll try to figure that out... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-30 17:17 Message: Logged In: NO Also, I haven't had a chance to look at the code for more than a few minutes, but it seems like the document object contains correct data - i.e. stylecontexts are correct and so are the character values. Could it be a problem with the Swing's DefaultStyledDocument not handling data correctly when they are passed to the display (sorry I'm pretty new to Swing classes) ? Thanks! Michael m_p...@ya... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2006-07-11 02:39:27
|
Bugs item #1515351, was opened at 2006-06-30 17:10 Message generated for change (Comment added) made by zyzor You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Jskad Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bindu ( 'M' ) not working correctly Initial Comment: On my both systems (Linux and WinXP) - the bindu character doesn't show up in the edit screen. For example : type "oM" in Extended Wylie. When I save the file as .rtf, then open it using say, Word or Wordpad, the text WILL show up correctly, however copy/paste will not work in either direction. I have tried both the original binaries from your website and my own build (also both Windows and Linux). m_p...@ya... ---------------------------------------------------------------------- Comment By: zyzor (zyzor) Date: 2006-07-10 21:39 Message: Logged In: YES user_id=1548644 Both the contents of the Document object and everything through View class down to the way Java/Swing deals with fonts is CORRECT. The problem is occuring because the position where the bindu (or any diacritic character) is supposed to be displayed is BEYOND the clipping region of the area that belongs to the View assoc'd with the Element. Put simply, if we have the following sequence : TibetanMachineWeb '1' TibetanMachineWeb7 'f' the 'f' character should be displayed at the same position as '1', but that is beyond the clipping area of the second element. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-07-01 22:37 Message: Logged In: NO Nope, the doc contents is actually bad. The last chracter (the one that contains bindu in the font system you use) is doubled for some reason. I wonder if that happens on every fony change or just with the bindu .. I'll try to figure that out... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-30 17:17 Message: Logged In: NO Also, I haven't had a chance to look at the code for more than a few minutes, but it seems like the document object contains correct data - i.e. stylecontexts are correct and so are the character values. Could it be a problem with the Swing's DefaultStyledDocument not handling data correctly when they are passed to the display (sorry I'm pretty new to Swing classes) ? Thanks! Michael m_p...@ya... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 |
|
From: Monitor b. r. f. r. s. r. etc. <thd...@li...> - 2006-06-30 22:17:01
|
Bugs item #1515351, was opened at 2006-06-30 15:10 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Jskad Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: bindu ( 'M' ) not working correctly Initial Comment: On my both systems (Linux and WinXP) - the bindu character doesn't show up in the edit screen. For example : type "oM" in Extended Wylie. When I save the file as .rtf, then open it using say, Word or Wordpad, the text WILL show up correctly, however copy/paste will not work in either direction. I have tried both the original binaries from your website and my own build (also both Windows and Linux). m_p...@ya... ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2006-06-30 15:17 Message: Logged In: NO Also, I haven't had a chance to look at the code for more than a few minutes, but it seems like the document object contains correct data - i.e. stylecontexts are correct and so are the character values. Could it be a problem with the Swing's DefaultStyledDocument not handling data correctly when they are passed to the display (sorry I'm pretty new to Swing classes) ? Thanks! Michael m_p...@ya... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1515351&group_id=61934 |
|
From: <thd...@li...> - 2006-04-30 16:46:59
|
Bugs item #1479377, was opened at 2006-04-30 09:46 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1479377&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Jskad Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: dhu does not stack Initial Comment: Hi, I can't get dhu to stack in Jskad. What do I input to get a stacked dhu? Thanks, Torah tk...@co... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1479377&group_id=61934 |
|
From: <thd...@li...> - 2006-03-27 21:52:26
|
Bugs item #1459644, was opened at 2006-03-27 21:52 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1459644&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WylieWord Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Chapman (a1tsal) Assigned to: David Chapman (a1tsal) Summary: WW: uninstallation documentation wrong Initial Comment: "Chris Hatchell" <ch...@cm...> correctly reports that the uninstall documentation is bogus. The control panel Add/Remove Programs thing does not show WylieWord. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1459644&group_id=61934 |
|
From: <thd...@li...> - 2006-03-27 21:41:14
|
Bugs item #1459635, was opened at 2006-03-27 21:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1459635&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WylieWord Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Chapman (a1tsal) Assigned to: David Chapman (a1tsal) Summary: WW: can't type lon Initial Comment: "Choying Dorje" <cho...@gm...> correctly reports that you can't type lon. Or more generally lVn for any vowel. The bug is this line in NeedToBufferConsonant: previousWylie = unicode2Wylie(AscW(previous)) The problem is that in this case previous is "lo", due to Word's idiotic practice of smushing several Unicode characters into a single Word character. Need to look at its last character. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1459635&group_id=61934 |
|
From: <thd...@li...> - 2006-03-26 04:25:05
|
Bugs item #1454265, was opened at 2006-03-20 02:05 Message generated for change (Comment added) made by dchandler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: JskadConverters Group: None >Status: Closed >Resolution: Works For Me Priority: 5 Submitted By: Steve Hartwell (stevehartwell) Assigned to: David L. Chandler (dchandler) Summary: Unbalanced [ stops conversion until EOF Initial Comment: In at least one of the ACIP .act files, there is a line which has an opening [ but no closing ] in that line, or in any following line through to the end of the text. Thus when converting --acip-to-unicode, this unmatched [ causes all of the remaining text until EOF not to be converted; in this case, several pages at the end are lost. I suggest that the end-of-line character also terminate an open [ (and flag an error), so that conversion can resume on the next line. I do not know if any ACIP data has [ ... ] sequences which span multiple lines. ---------------------------------------------------------------------- >Comment By: David L. Chandler (dchandler) Date: 2006-03-25 23:25 Message: Logged In: YES user_id=159335 My understanding is that the problem is obvious -- you see lots and lots of ACIP Roman where you expect to see Tibetan. The converter is quite conservative -- it does not assume that it knows best how to fix garbage input. This is not a bug. ---------------------------------------------------------------------- Comment By: Steve Hartwell (stevehartwell) Date: 2006-03-20 20:38 Message: Logged In: YES user_id=962957 Any behavior that causes an indeterminate number of pages of text to be removed from the output due to an unmatched '[' is not a feature by any practical meaning of the word. I consider it a bug since, as far as I know, it is the only kind of input that effectively aborts further conversion. All other problem forms emit an error or warning and resume conversion. As for me, I'm running TibetanConverter in a batch file, reading the ACIP data directly off the CD, so there's no way to go back and insert characters at this stage. ---------------------------------------------------------------------- Comment By: David L. Chandler (dchandler) Date: 2006-03-20 13:19 Message: Logged In: YES user_id=159335 If I understand things correctly, I won't fix this, as it's a feature, not a bug. I think the converter leaves the text in Roman letters in the output, which makes it obvious that something's wrong. Looking at the ACIP file, it's pretty obvious that there's a missing ']'. It's then easy for the user to add that missing ']' *in the right place* and reconvert. As such, pretending that the end of the line is a good place to break seems to be asking for trouble. Is my understanding correct? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 |
|
From: <thd...@li...> - 2006-03-21 01:38:31
|
Bugs item #1454265, was opened at 2006-03-19 23:05 Message generated for change (Comment added) made by stevehartwell You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: JskadConverters Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hartwell (stevehartwell) Assigned to: David L. Chandler (dchandler) Summary: Unbalanced [ stops conversion until EOF Initial Comment: In at least one of the ACIP .act files, there is a line which has an opening [ but no closing ] in that line, or in any following line through to the end of the text. Thus when converting --acip-to-unicode, this unmatched [ causes all of the remaining text until EOF not to be converted; in this case, several pages at the end are lost. I suggest that the end-of-line character also terminate an open [ (and flag an error), so that conversion can resume on the next line. I do not know if any ACIP data has [ ... ] sequences which span multiple lines. ---------------------------------------------------------------------- >Comment By: Steve Hartwell (stevehartwell) Date: 2006-03-20 17:38 Message: Logged In: YES user_id=962957 Any behavior that causes an indeterminate number of pages of text to be removed from the output due to an unmatched '[' is not a feature by any practical meaning of the word. I consider it a bug since, as far as I know, it is the only kind of input that effectively aborts further conversion. All other problem forms emit an error or warning and resume conversion. As for me, I'm running TibetanConverter in a batch file, reading the ACIP data directly off the CD, so there's no way to go back and insert characters at this stage. ---------------------------------------------------------------------- Comment By: David L. Chandler (dchandler) Date: 2006-03-20 10:19 Message: Logged In: YES user_id=159335 If I understand things correctly, I won't fix this, as it's a feature, not a bug. I think the converter leaves the text in Roman letters in the output, which makes it obvious that something's wrong. Looking at the ACIP file, it's pretty obvious that there's a missing ']'. It's then easy for the user to add that missing ']' *in the right place* and reconvert. As such, pretending that the end of the line is a good place to break seems to be asking for trouble. Is my understanding correct? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 |
|
From: <thd...@li...> - 2006-03-20 18:19:27
|
Bugs item #1454265, was opened at 2006-03-20 02:05 Message generated for change (Comment added) made by dchandler You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: JskadConverters Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hartwell (stevehartwell) Assigned to: David L. Chandler (dchandler) Summary: Unbalanced [ stops conversion until EOF Initial Comment: In at least one of the ACIP .act files, there is a line which has an opening [ but no closing ] in that line, or in any following line through to the end of the text. Thus when converting --acip-to-unicode, this unmatched [ causes all of the remaining text until EOF not to be converted; in this case, several pages at the end are lost. I suggest that the end-of-line character also terminate an open [ (and flag an error), so that conversion can resume on the next line. I do not know if any ACIP data has [ ... ] sequences which span multiple lines. ---------------------------------------------------------------------- >Comment By: David L. Chandler (dchandler) Date: 2006-03-20 13:19 Message: Logged In: YES user_id=159335 If I understand things correctly, I won't fix this, as it's a feature, not a bug. I think the converter leaves the text in Roman letters in the output, which makes it obvious that something's wrong. Looking at the ACIP file, it's pretty obvious that there's a missing ']'. It's then easy for the user to add that missing ']' *in the right place* and reconvert. As such, pretending that the end of the line is a good place to break seems to be asking for trouble. Is my understanding correct? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 |
|
From: <thd...@li...> - 2006-03-20 07:05:07
|
Bugs item #1454265, was opened at 2006-03-19 23:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: JskadConverters Group: None Status: Open Resolution: None Priority: 5 Submitted By: Steve Hartwell (stevehartwell) Assigned to: David L. Chandler (dchandler) Summary: Unbalanced [ stops conversion until EOF Initial Comment: In at least one of the ACIP .act files, there is a line which has an opening [ but no closing ] in that line, or in any following line through to the end of the text. Thus when converting --acip-to-unicode, this unmatched [ causes all of the remaining text until EOF not to be converted; in this case, several pages at the end are lost. I suggest that the end-of-line character also terminate an open [ (and flag an error), so that conversion can resume on the next line. I do not know if any ACIP data has [ ... ] sequences which span multiple lines. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=1454265&group_id=61934 |
|
From: <thd...@li...> - 2006-02-04 16:57:43
|
Bugs item #803112, was opened at 2003-09-09 12:40 Message generated for change (Comment added) made by a1tsal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=803112&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WylieWord Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nathaniel Garson (thangarson) Assigned to: David Chapman (a1tsal) >Summary: WW; disables Auto-correct Initial Comment: I installed the New Wylie input system and found that if I activate the input system, the auto-correction of MS- word does not work at all. I hope that this bug can be fixed in the next version. (Reported by Jong Bok Yi jb...@cm... to thdltools) ---------------------------------------------------------------------- >Comment By: David Chapman (a1tsal) Date: 2006-02-04 16:57 Message: Logged In: YES user_id=818759 [made title more accurate] ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2003-09-23 15:14 Message: Logged In: YES user_id=818759 The problem is that the spacebar activates autocorrection, and WW re-binds space (so it can generate a tsheg when in Tibetan mode). Unfortunately, there doesn't seem to be a way of getting the normal functionality of the spacebar from VBA (as a subroutine call) -- or at least I haven't been able to find one. If there were, this would be trivial to fix. Another approach would be to simulate the functionality of autocorrect. Oddly, although there seems to be no way to invoke autocorrection from VBA, VBA does give you access to the database of correction rules. So the functionality could be roughly duplicated with VBA code. However, perfect duplication is probably not possible -- in particular, the Office XP "lightningbolt" menu functionality is probably not accessible from VBA, so that aspect couldn't be duplicated. Another approach would be to bind the spacebar to the tsheg-inserting command only when in Tibetan mode, and to undo the binding (leaving it as the default space+autocorrect) when in English mode. The problem with this is that there doesn't seem to be any way to reliably tell which mode you are in. In particular, when the user moves the cursor with the mouse, VBA is never informed, so if the user clicks from Tibetan to English with the mouse, there is no way that event could be used to trigger unbinding. For now, I am going to document the problem; I don't see a good way of fixing it right now. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=803112&group_id=61934 |
|
From: <thd...@li...> - 2006-01-28 18:19:52
|
Bugs item #945361, was opened at 2004-04-30 15:18 Message generated for change (Comment added) made by a1tsal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=945361&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WylieWord Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Chapman (a1tsal) Assigned to: David Chapman (a1tsal) Summary: WW: Improve compatibility with non-English kbds Initial Comment: "Jordi Rabadan" <jor...@ho...> reports that on the Spanish keyboard, (1) ] does not work, and (2) in non-Tibetan mode, ' does not add an accute accent to the following vowel, as it is "supposed" to. The ' behavior is implemented in Word using a nasty kludge called "DeadKey". I think these probably have the same underlying cause, because ] seems to be in the position where another Spanish DeadKey appears. I've verified that there's a similar problem with the French keyboard. It's probably not possible to fix this without emulating the DeadKey behavior. Fortunately, we already have tdiacritical-adding behavior in WW (implementing basically the same functionality using our own nasty kludge). Unfortunately, to use this, we'd need to (1) have WW detect what keyboard is being used, and (2) somehow figure out what DeadKeys are supposed to go where on that keyboard. Probably there is no way to do that other than to have a big look-up table for all the European keyboard layouts. Bleagh. Word's interaction with keyboards really sucks big time, and putting in work-arounds for bugs in it is responsible for a big fraction of the total effort of developing it. ---------------------------------------------------------------------- >Comment By: David Chapman (a1tsal) Date: 2006-01-28 18:19 Message: Logged In: YES user_id=818759 A complete list of keyboards, showing DeadKeys, is at http://www.microsoft.com/globaldev/reference/keyboards.mspx Note that on some keyboards, you get new DeadKeys with AltGr. Whatever the problems with non-European keyboards might be, it seems not to be DeadKeys -- they don't have them. Or at least the ones I've spot-checked don't. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2006-01-28 18:00 Message: Logged In: YES user_id=818759 application.Keyboard returns the current keyboard layout. It returns it as a long, the top half of which is the layout and the bottom is the language. There appear to be no named constants for the possible values. In version 2.1p1 (checked in today but not (yet) distributed), I have modified the installer to not bind ^ when the keyboard is French/France. This is not a perfect solution (better would be to emulate the DeadKey behavior), but since ^ is rarely used in EWTS, it's probably a net positive for French users. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2006-01-26 18:47 Message: Logged In: YES user_id=818759 Someone has also complained about Russian. I have just checked, and it seems to work ok with Korean for me. Don't know what the Korean person's problem is. kki...@gm... for reference. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2006-01-24 18:03 Message: Logged In: YES user_id=818759 I'm increasing the priority of this, because essentially the problem reports from the 2.1 release announcement have been related to incompatibility with non-English keyboards. The original complaint was concerned with Spanish, for which the work-around in the manual is known to work, but he problem is more general and prevalent. So far, problems with French, German, Spanish, Korean, and Chinese have been reported. (Italian seems to actually work right.) To deal with this, each keyboard needs to be reverse-engineered to figure out what bizarre kludges it uses to communicate with Word, the installer needs to find out what keyboard is in use (is there a way to do this, even?), and then it needs to make ad hoc language-specific modifications to the key bindings to work around the pecularities of each keyboard. There are six billion different keyboards supported by Windows; supporting all of them would be a huge task. But fixing the half dozen for which we get the most complaints is not unreasonable. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2004-05-02 13:14 Message: Logged In: YES user_id=818759 I have documented a work-around for this in the manual. With that, and since it's unlikely that I or anyone else will ever fix this (very high ratio of programming hair to benefit), I'm demoting the bug's priority. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=945361&group_id=61934 |
|
From: <thd...@li...> - 2006-01-28 18:00:27
|
Bugs item #945361, was opened at 2004-04-30 15:18 Message generated for change (Comment added) made by a1tsal You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=945361&group_id=61934 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: WylieWord Group: None Status: Open Resolution: None Priority: 5 Submitted By: David Chapman (a1tsal) Assigned to: David Chapman (a1tsal) Summary: WW: Improve compatibility with non-English kbds Initial Comment: "Jordi Rabadan" <jor...@ho...> reports that on the Spanish keyboard, (1) ] does not work, and (2) in non-Tibetan mode, ' does not add an accute accent to the following vowel, as it is "supposed" to. The ' behavior is implemented in Word using a nasty kludge called "DeadKey". I think these probably have the same underlying cause, because ] seems to be in the position where another Spanish DeadKey appears. I've verified that there's a similar problem with the French keyboard. It's probably not possible to fix this without emulating the DeadKey behavior. Fortunately, we already have tdiacritical-adding behavior in WW (implementing basically the same functionality using our own nasty kludge). Unfortunately, to use this, we'd need to (1) have WW detect what keyboard is being used, and (2) somehow figure out what DeadKeys are supposed to go where on that keyboard. Probably there is no way to do that other than to have a big look-up table for all the European keyboard layouts. Bleagh. Word's interaction with keyboards really sucks big time, and putting in work-arounds for bugs in it is responsible for a big fraction of the total effort of developing it. ---------------------------------------------------------------------- >Comment By: David Chapman (a1tsal) Date: 2006-01-28 18:00 Message: Logged In: YES user_id=818759 application.Keyboard returns the current keyboard layout. It returns it as a long, the top half of which is the layout and the bottom is the language. There appear to be no named constants for the possible values. In version 2.1p1 (checked in today but not (yet) distributed), I have modified the installer to not bind ^ when the keyboard is French/France. This is not a perfect solution (better would be to emulate the DeadKey behavior), but since ^ is rarely used in EWTS, it's probably a net positive for French users. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2006-01-26 18:47 Message: Logged In: YES user_id=818759 Someone has also complained about Russian. I have just checked, and it seems to work ok with Korean for me. Don't know what the Korean person's problem is. kki...@gm... for reference. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2006-01-24 18:03 Message: Logged In: YES user_id=818759 I'm increasing the priority of this, because essentially the problem reports from the 2.1 release announcement have been related to incompatibility with non-English keyboards. The original complaint was concerned with Spanish, for which the work-around in the manual is known to work, but he problem is more general and prevalent. So far, problems with French, German, Spanish, Korean, and Chinese have been reported. (Italian seems to actually work right.) To deal with this, each keyboard needs to be reverse-engineered to figure out what bizarre kludges it uses to communicate with Word, the installer needs to find out what keyboard is in use (is there a way to do this, even?), and then it needs to make ad hoc language-specific modifications to the key bindings to work around the pecularities of each keyboard. There are six billion different keyboards supported by Windows; supporting all of them would be a huge task. But fixing the half dozen for which we get the most complaints is not unreasonable. ---------------------------------------------------------------------- Comment By: David Chapman (a1tsal) Date: 2004-05-02 13:14 Message: Logged In: YES user_id=818759 I have documented a work-around for this in the manual. With that, and since it's unlikely that I or anyone else will ever fix this (very high ratio of programming hair to benefit), I'm demoting the bug's priority. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=502515&aid=945361&group_id=61934 |
|
From: <thd...@li...> - 2006-01-26 20:41:01
|
Hi, Firefox 1.5 on Linux shows only first 6 Tibetan consonants and also w when I use TibetanMachineUniAlpha.ttf All others appear as rectangles with the Unicode hexadecimal numbers inside. Tested on http://en.wikipedia.org/wiki/Wylie_transliteration and also on the BabelStone Tibetan Unicode test page. Thanks, Victor |
