On 22-7-2011 14:01, Michael Van Canneyt wrote:
> On Fri, 22 Jul 2011, Reinier Olislagers wrote:
>> BigChimp
>>
>> PS: Shameless plug: Now working on fcl-db export to Unicode XML with XSD
>> support for better interoperability with .Net (ADO.NET) and Microsoft
>> Access...
>
> I will be glad to se
> I've uploaded initial implementation in issue 19790. Can't
> get UTF8 working & would appreciate people having a look at
> it. (So my earlier estimate of having something by next week
> might still be valid ;)
>
TDOMDocument.CreateTextNode expects a DOMString which is WideString. The
windows
On 23-7-2011 12:23, Ludo Brands wrote:
Hi Ludo,
Thanks for the help.
>
> TDOMDocument.CreateTextNode expects a DOMString which is WideString. The
> windows string to unicode conversion assumes the string is ansi.
>Use:
>
> FOutputDoc.CreateTextNode(UTF8Decode(EF.Field.AsString));
UTF8Decode wou
-Message d'origine-
De : Ludo Brands [mailto:ludo.bra...@free.fr]
Envoyé : samedi 23 juillet 2011 13:24
À : 'Reinier Olislagers'
Objet : RE : RE : RE : [fpc-pascal] Patch: new XML export for FCL-DB, was:
SDFDataset multiline support: request for a look at patch+test, issue 17285
> Do
-Message d'origine-
De : Ludo Brands [mailto:ludo.bra...@free.fr]
Envoyé : samedi 23 juillet 2011 13:35
À : 'Reinier Olislagers'
Objet : RE : RE : RE : [fpc-pascal] Patch: new XML export for FCL-DB, was:
SDFDataset multiline support: request for a look at patch+test, issue 17285
> Rege
Sorry, didn't realise Ludo had sent his replies to the list as well.
Summary and item for discussion below:
On 23-7-2011 13:38, Ludo Brands wrote:
>
>
> -Message d'origine-
> De : Ludo Brands [mailto:ludo.bra...@free.fr]
>
>> Regel 4: nameOnbekende eigenschap
Was
>
> Re
I've got a file list box thats based around TCustomListBox , i noticed it can
be sorted - i'm using it to display filenames but it would be really great to
be able to sort it via timedate of the file
Is there another control thats like this that i could use ? i was thinking of
storing the date
Don't know when it started, but at one point messages weren't going to the
list anymore. Since my incoming messages are routed by title [fpc-pascal]
they still showed up as coming from the list... Hence the confusion.
>
> > The decimal point needs also to be localised ;(
> You are correct. I ha
On 23-7-2011 14:06, Ludo Brands wrote:
>>> The decimal point needs also to be localised ;(
>> Actually, I might just leave it in US format as a . - this
>> will at least fix the format and allow import by
>> US/Anglophone countries. What do you think? (Better yet, I'll
>> have a look at how newe
> > DecimalSeparator is set to the system value in Sysutils and
> correspond
> > to the machines localisation. You shouldn't hardcode it.
> Well, I want to have the same output regardless of which
> locale you're in. (Unless there's a really good reason not to
> do that, or maybe, if there is a
On 23-7-2011 14:40, Ludo Brands wrote:
>>> DecimalSeparator is set to the system value in Sysutils and
>> correspond
>>> to the machines localisation. You shouldn't hardcode it.
>> Well, I want to have the same output regardless of which
>> locale you're in. (Unless there's a really good reason
On 23-7-2011 14:40, Ludo Brands wrote:
>>> DecimalSeparator is set to the system value in Sysutils and
>> correspond
>>> to the machines localisation. You shouldn't hardcode it.
>> Well, I want to have the same output regardless of which
>> locale you're in. (Unless there's a really good reason
> > Isn't property FormatSettings: TXMLXSDFormatSettings supposed to be
> > used for this? It has a Property DecimalSeparator.
> >
> > Ludo
> I think we may misunderstand one another.
>
> What I propose:
> 1. do NOT localize decimal separator in XML output, but keep
> US format . This has the
Hi all,
I'm busy with writing an XML export unit targeting Microsoft Access/.Net
framework (ADO.NET data access framework in particular).
Runing an ADO.NET demo program I found out that the ADO.NET variant
requires timezone info in its date/time fields.
In a sample export I did, it is set to my t
Hi all,
I'm busy with writing an XML export unit targeting Microsoft Access/.Net
framework (ADO.NET data access framework in particular).
Runing an ADO.NET demo program I found out that the ADO.NET variant
requires timezone info in its date/time fields.
In a sample export I did, it is set to my t
I am hoping to use FPC for ARM-7, compiling and debugging on a Windows
machine. At the moment I am using Keil C + ULink2. Is it possible to use
FPC from Windows and debug via the ULink2?
Regards,
Andreas
___
fpc-pascal maillist - fpc-pascal@lists.f
On 23-07-2011 20:34, Andreas Berger wrote:
I am hoping to use FPC for ARM-7, compiling and debugging on a Windows
machine. At the moment I am using Keil C + ULink2. Is it possible to use
FPC from Windows and debug via the ULink2?
I'm sure it should be possible. FPC can generate code for ARM7, and
I've tried again to use fppkg to download embweb and I guess I still need 2.5.1
or something for it to work.
Can I download the embweb source and package independently? Looking around the
svn I don't see embweb anywhere.
Thanks,
--
Warm Regards,
Lee
_
On 7/23/2011 8:27 PM, Lee Jenkins wrote:
I've tried again to use fppkg to download embweb and I guess I still need 2.5.1
or something for it to work.
Can I download the embweb source and package independently? Looking around the
svn I don't see embweb anywhere.
I see there is a snapshot with
On 7/23/2011 10:41 PM, Lee Jenkins wrote:
On 7/23/2011 8:27 PM, Lee Jenkins wrote:
I've tried again to use fppkg to download embweb and I guess I still need 2.5.1
or something for it to work.
Can I download the embweb source and package independently? Looking around the
svn I don't see embweb
20 matches
Mail list logo