Jürgen Hestermann schreef:
Well, they cannot put the blaim on the Lazarus converter, but only on
their own ignorance with respect to porting to Lazarus.
Why ignorance? I remember someone asking here how to learn programming
with FPC/Lazarus and someone else answered that each Delphi learning
On Sun, 21 Dec 2008 18:26:27 +0100
Jürgen Hestermann wrote:
> > And your tone isn't very helpful. I responded only in a intention to
> > help, and yet the response doesn't seam to have been apreciated.
>
> Forgive me if I am sounding a bit rude. Of course that's not meant
> against any person o
Well, they cannot put the blaim on the Lazarus converter, but only on
their own ignorance with respect to porting to Lazarus.
Why ignorance? I remember someone asking here how to learn programming
with FPC/Lazarus and someone else answered that each Delphi learning
book would do. How does tha
I would like to bring to your attention this project:
http://sourceforge.net/forum/forum.php?forum_id=365095
DWPL... it was quite impressive... it had a text gui which was compatible
with Delphi... not sure if it's still compatible with Delphi 2007...
probably not... maybe it has the same issu
On Sun, Dec 21, 2008 at 4:24 PM, Jürgen Hestermann
wrote:
> MessageBox(0,'Programmfehler!','SPEED TEST',MB_ICONEXCLAMATION or
> MB_TopMost or MB_SetForeGround);
You are using a Windows API routine, from the Windows unit. I know
that because I know the routines, but it is easy to find out.
Jürgen Hestermann schreef:
Maybe we should consider removing the convert from the IDE, if it
misleads more than helps.
I don't think so, it's better than nothing. The problem is, that
there are more pitfalls than the conversion routine handles (can
handle?).
Yes, and until that is fixed, it may
If you are using MessageBox from the LCL, then it uses UTF-8.
Maybe your are using a Windows API.
For example, I am just writing
MessageBox(0,'Programmfehler!','SPEED TEST',MB_ICONEXCLAMATION or
MB_TopMost or MB_SetForeGround);
the interface part has the following "uses"
Maybe we should consider removing the convert from the IDE, if it
misleads more than helps.
I don't think so, it's better than nothing. The problem is, that there
are more pitfalls than the conversion routine handles (can handle?).
Yes, and until that is fixed, it may be better to remove it, so w
In our previous episode, Andrea said:
> I can see that all non standard ASCII character are missing (e.g. stressed
> vowel). Other times the windows appear diagonal (like the length of the
> line was wrong).
Sounds like ascii output is interpreted as something else (UTF perhaps?)
> Should I use
> I just converted to UTF-8 but now got problems with constant strings in
> MessageBox calls which require Ansi instead of UTF-8.
If you are using MessageBox from the LCL, then it uses UTF-8.
Maybe your are using a Windows API.
--
Felipe Monteiro de Carvalho
Jürgen Hestermann schreef:
I used the Delphi-to-Lazarus convertion for my (Delphi) program. Why
isn't it also converting to UTF-8 if that's necessary?
Maybe we should consider removing the convert from the IDE, if it
misleads more than helps.
I don't think so, it's better than nothing. The pro
I used the Delphi-to-Lazarus convertion for my (Delphi) program. Why
isn't it also converting to UTF-8 if that's necessary?
Maybe we should consider removing the convert from the IDE, if it
misleads more than helps.
I don't think so, it's better than nothing. The problem is, that there
are mor
Hi,
I've tried to use the debugger in FP 2.2.2 and I got this error
"No debugger support available"
The I read online and found that I need to get libgdb.a from a build of gdb and
copy it in fpc.
I've done that and copied to
/fpcsrc/libgdb/linux/libgdb.a
Now I get this linker error (+ many mo
And your tone isn't very helpful. I responded only in a intention to
help, and yet the response doesn't seam to have been apreciated.
Forgive me if I am sounding a bit rude. Of course that's not meant
against any person on the list. Every help is realy appreciated. I only
was already frustrate
> In a documentation I would expect to find such important information (at
> least as a link). Otherwise I don't need it at all and can find out how it
> works myself by trial and error.
The wiki is the most important part of the documentation. The other
part being the reference of classes/units/e
Jürgen Hestermann schreef:
And how do I change my current code to UTF-8?
In the menu Tools --> Convert encoding of file/project
I used the Delphi-to-Lazarus convertion for my (Delphi) program. Why
isn't it also converting to UTF-8 if that's necessary?
Maybe we should consider removing the
And how do I change my current code to UTF-8?
In the menu Tools --> Convert encoding of file/project
I used the Delphi-to-Lazarus convertion for my (Delphi) program. Why
isn't it also converting to UTF-8 if that's necessary?
But I never used it. I would just open in a text editor which can
> Well, I installed and started Lazarus in the standard way so why isn't it
> using UTF-8 by default if that's the only way to store strings? Why let the
> user step into this trap? And how do I change my current code to UTF-8?
In the menu Tools --> Convert encoding of file/project
But I never us
You don't need the AnsiToUTF8 if you encode your source file as UTF-8
without a BOM.
Well, I installed and started Lazarus in the standard way so why isn't
it using UTF-8 by default if that's the only way to store strings? Why
let the user step into this trap? And how do I change my current co
Hi,
I've just started using fpc and I noticed that xterm does not show the IDE very
well.
I'm using xterm
X.Org 6.8.99.903(236)
and fpc 2.2.2
Here are 2 examples
http://xoomer.alice.it/enodetti/log/fp1.png
http://xoomer.alice.it/enodetti/log/fp2.png
I can see that all non standard ASCII char
Hi,
MSEide+MSEgui version 2.0beta2 has been released:
https://sourceforge.net/project/showfiles.php?group_id=165409
Martin
___
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
You don't need the AnsiToUTF8 if you encode your source file as UTF-8
without a BOM.
The difference from Delphi is caused by Lazarus supporting unicode and
also some limitations of Free Pascal, but nothing which prevents the
correct development of unicode apps if you follow the documentation:
htt
The UTF8Decode routine kills any string with malformed UTF8 sequences.
http://bugs.freepascal.org/view.php?id=11791
In the bug report it says that Delphi 7 behaves the same but this is not
true. I ported my program from Delphi 7 (where it ran without problem)
to FPC. So I am not sure whether w
The UTF8Decode routine kills any string with malformed UTF8 sequences.
http://bugs.freepascal.org/view.php?id=11791
Thanks for that hint.
I am a bit astonished that this bug has survived 2 updates (was reported
for 2.2.0 and still exists in 2.2.2).
I also didn't find any information that the
24 matches
Mail list logo
