Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

On 10/18/16, Landmesser John via Lazarus wrote: > But UTF8ToAnsi(String) fails. Maybe Utf8ToWinCP(AString) helps? It's in unit LazUtf8. Bart -- ___ Lazarus mailing list Lazarus@lists.lazarus-ide.org

Re: [Lazarus] Teaching Pascal at College

Am 2016-10-18 um 16:47 schrieb Michael Schnell via Lazarus: > If you start with complex stuff that does not yield immediate success (i.e. a working program that does something that might be useful) The students will loose interest and run away, unless they are nerds like ourselves. Yes,

Re: [Lazarus] Teaching Pascal at College

On Tue, Oct 18, 2016 at 6:23 AM, Jürgen Hestermann via Lazarus < lazarus@lists.lazarus-ide.org> wrote: > Am 2016-10-18 um 12:53 schrieb Mehmet Erol Sanliturk via Lazarus: > > Order of teaching is not so critical : As you say , write a GUI program > for events : Say : "Now it is necessary to

[Lazarus] ActiveX, TOLEControl

Hi *, I need help with OCX component (not visual I guess), which I need use in Lazarus application (to control another application, which supplies this OCX control). I have imported type library using importtl.exe (new unit was created successfully) Then in program I have created instance:

Re: [Lazarus] Teaching Pascal at College

Am 2016-10-18 um 12:53 schrieb Mehmet Erol Sanliturk via Lazarus: > Order of teaching is not so critical : As you say , write a GUI program for events : Say : "Now it is necessary to define what will be done for the events ? ... Its way is the following : Write your program parts in that way

[Lazarus] ANN: Procedure List enhancement

Hi, I thought I would mention that Markus implemented an enhanced search feature in the Procedure List dialog. This became available at the end of July in Lazarus Trunk. I've used it extensively since then, and it is super handy. So kudos to Markus for than very nice addition. So what is the new

Re: [Lazarus] Teaching Pascal at College

On Tue, Oct 18, 2016 at 1:11 AM, Michael Schnell via Lazarus < lazarus@lists.lazarus-ide.org> wrote: > On 17.10.2016 21:05, Lars via Lazarus wrote: > >> The big issue with teaching using a RAD tool, is welding the program logic >> into the onclick events, instead of decoupling the logic in

Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

Thanks guys for your effort ... i stay with PWideChar(UTF8Decode(String)) that works for me :-)) At the moment there is no need to know the details of character encoding history in computer science. -- ___ Lazarus mailing list

Re: [Lazarus] Lazmint

On 2016-10-18 09:19, Michael Schnell via Lazarus wrote: > wget $BASEURL/x84_64-linux/fpc-3.0.0.x64_64-linux.tar ^^^ That should probably read 'x86_64', not 'x64_64'. Regards, Graeme -- fpGUI Toolkit - a cross-platform GUI toolkit using Free Pascal

Re: [Lazarus] Lazmint

So I fetched the current fpc from svn. Trying to make same I get a similar error: Linking fpmake fpmake.pp(47,1) Warning: "crti.o" not found, this will probably cause a linking failure fpmake.pp(47,1) Warning: "crtn.o" not found, this will probably cause a linking failure /usr/bin/ld:

Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

Am 2016-10-18 um 11:31 schrieb Mattias Gaertner via Lazarus: > Did you start the csv file with the UTF8 BOM, so that Excel knows that > the file is UTF-8 encoded? > UTF8BOM = #$EF#$BB#$BF In https://en.wikipedia.org/wiki/Comma-separated_values it says: "Also, many regional versions of Excel

Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

On Tue, 18 Oct 2016 10:46:59 +0200 Landmesser John via Lazarus wrote: > Am 18.10.2016 um 09:36 schrieb Mattias Gaertner via Lazarus: > > That is NOT the same as PWideChar(UTF8Decode(String))? > > Obviously, because one produces an 8-bit string and the other a

Re: [Lazarus] Lazmint

Seemingly "make bigide" on a 64 Bit Mint does not work this simply with the 32 bit fpc: /usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbegin.o when searching for /usr/lib/gcc/x86_64-linux-gnu/4.8/crtbegin.o /usr/bin/ld: cannot find

Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

Am 18.10.2016 um 09:36 schrieb Mattias Gaertner via Lazarus: That is NOT the same as PWideChar(UTF8Decode(String))? Obviously, because one produces an 8-bit string and the other a 16-bit string. How do you compare the result? I compare the results by open the *.csv file in Excel 2003 and see

Re: [Lazarus] Teaching Pascal at College

On 17.10.2016 21:05, Lars via Lazarus wrote: The big issue with teaching using a RAD tool, is welding the program logic into the onclick events, instead of decoupling the logic in separate procedures that can be reused elsewhere. As you point out in the text this is as well a pro (easy fast

Re: [Lazarus] Teaching Pascal at College

I'm all for this effort, and hope it leads to new and modern tutorials, books or notes that would be useful for others that use FreePascal/Lazarus to convey graphical system interactions. If there's any need to proofread such materials, I'll gladly help out! On Oct 17, 2016 6:32 PM, "Mehmet Erol

Re: [Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

On Tue, 18 Oct 2016 09:15:15 +0200 Landmesser John via Lazarus wrote: > I know how to deal with german Umlauts but I would like to understand. > > Think of a *.csv file that contains strings like "Grünberg" and that > has to be opened in Excel ( Office 2003 ). >

[Lazarus] Windows and german Umlauts: why do i have to PWideChar(UTF8Decode(String)) and not UTF8ToAnsi(String)

I know how to deal with german Umlauts but I would like to understand. Think of a *.csv file that contains strings like "Grünberg" and that has to be opened in Excel ( Office 2003 ). It works if i use PWideChar(UTF8Decode(String)). Got this tipp here in the mailinglist! But