(On the subject of dependency on libc for locale formatsettings)
Unless of course Graeme Geldenhuys works through his meanwhile astronomic
TODO
list and implements the Locale checking himself in 100% Object Pascal :-)
Poor Graeme.
Done some digging into this aspect.
I'm not even sure this
On Sat, Mar 14, 2009 at 1:32 PM, Michael Van Canneyt
mich...@freepascal.org wrote:
Unless of course Graeme Geldenhuys works through his meanwhile astronomic TODO
list and implements the Locale checking himself in 100% Object Pascal :-)
That todo item is slowly bubbling up to the top of my todo
On Wed, Mar 18, 2009 at 1:46 PM, Bart bartjun...@gmail.com wrote:
Done some digging into this aspect.
I'm not even sure this is at all possible without depending (directly
or indirectly) on libc.
Yes it is. At least under Ubuntu Linux 7.10 the package in question is
called 'locales' and it
Yes it is. At least under Ubuntu Linux 7.10 the package in question is
called 'locales' and it does NOT depend on the libc package (and least
under Ubuntu Linux and FreeBSD). The 'locales' packages is independent
and is just a bunch of text files (mostly) containing locale
information.
Under windows SysUtils have correct locales, but under unix (linux mac) it's
a mess, so that's the reason of clocale unit usage.
With clocale included you'll get correct locales.
SysUtils are not multiplatform in that case, so you have to use clocale
unit.
Shouldn't we then strive to
On Sat, Mar 14, 2009 at 7:40 AM, Bart bartjun...@gmail.com wrote:
Maybe I should ask on the pfc mailinglist?
Indeed.
--
Felipe Monteiro de Carvalho
___
Lazarus mailing list
Lazarus@lazarus.freepascal.org
Bart wrote:
Shouldn't we then strive to make SysUtils use locale settings on all
platforms?
As it is now, it's rather inconsistent.
Maybe I should ask on the pfc mailinglist?
As I know the core of the fpc rtl (and sysutils is there) does not want
to depend on the libc but clocale unit
On Sat, 14 Mar 2009, Paul Ishenin wrote:
Bart wrote:
Shouldn't we then strive to make SysUtils use locale settings on all
platforms?
As it is now, it's rather inconsistent.
Maybe I should ask on the pfc mailinglist?
As I know the core of the fpc rtl (and sysutils is there)
You included clocale unit in your .dpr (UNIX targets only) ?
DecimalSeparator at programstart: '.' (period) = DEFAULT , that means that
clocale unit is missing.
I was under the impression that the value of SysUtils.DecimalSeparator
was determined/set at programstart using locale settings?
On Friday 13 March 2009 14:27, Bart wrote:
You included clocale unit in your .dpr (UNIX targets only) ?
DecimalSeparator at programstart: '.' (period) = DEFAULT , that means
that clocale unit is missing.
I was under the impression that the value of SysUtils.DecimalSeparator
was
In Windows TFloatSpinEdit responds to changes in DecimalSeparator (if
you update the control).
I noticed that in Linux GTK it does not.
(I use WinMe and Suse 10.0)
Observed behaviour GTK1
- DecimalSeparator at programstart: '.' (period)
- DecimalSeparator visible in control: ',' (comma)
-
Here are the docs for the gtk2 control:
http://library.gnome.org/devel/gtk/stable/GtkSpinButton.html
I cant find anything about the separator.
They probably use something from libc for the separator ... one would
need to check the gtk source code and see what they are doing there.
--
Felipe
On Wednesday 11 March 2009 15:01, Bart wrote:
In Windows TFloatSpinEdit responds to changes in DecimalSeparator (if
you update the control).
I noticed that in Linux GTK it does not.
(I use WinMe and Suse 10.0)
Observed behaviour GTK1
- DecimalSeparator at programstart: '.' (period)
-
13 matches
Mail list logo
