On 14.07.2012 23:05, Nikita Egorov wrote:
>> Reopened on request of OP.
>>
>> It seems clear to me that the attempted fix in r 9363 doesn't solve the
>> OP's problem, since it would preserve *negative* char (int) values.
>>
>> Using both casts looks appropriate to make sure char codes > 127 are
>>
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2726
Version: 1.3-current
Fix Version: 1.3-current (r9635)
Sorry, wrong status. Now corrected: Closed w/Resolution.
Link: http://www.fltk.org/str.php?L2726
Version: 1.3-current
Fix Version: 1.3-current (r9635)
_
[STR Closed w/o Resolution]
Link: http://www.fltk.org/str.php?L2726
Version: 1.3-current
Fix Version: 1.3-current (r9635)
Fixed in Subversion repository.
Confirmed by OP in fltk.bugs, so closing this STR now (again).
Link: http://www.fltk.org/str.php?L2726
Version: 1.3-current
Fix Version: 1
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2861
Version: 1.3-feature
The code as in fluid-1.3 now uses dynamic i18n within a class constructor
or function call. However implemented approach does not allow automatic
