Marc told you the most important things. These are also to be found here
(formulated in a very similar, hopefully also precise way):
http://wiki.lazarus.freepascal.org/LCL_Unicode_Support#Unicode_essentials
_
To unsubscribe:
All Unicode related code must remain under IFDEFs, not contaminating
the ANSI version of Win32 widgetset because Unicode code is
experimental, and we are approaching 1.0, and if we don´t isolate it,
we may break Win32 interface, or delay 1.0 by introducing bugs. (Like
the lack of support for
My last problem (which stopped me) was the OnKey...
handling, which handles Char and not String. Therefore TEdit
does not work correctly.
Did you see these methods:
IntfUTF8KeyPress
UTF8KeyPress
OnUTF8KeyPress
Well, most probably I am/was not enough aware of those
methods. I'll have
Now, dear all,
IF you are not Felipe AND are not an_interesed_core_member
THEN disregard this mail completely and never open/use
attachments
ELSE proceed at your own risk!
What was/is my vision:
To enable Lazarus to produce Unicode-enabled Windows code
(if a developer wishes so and uses an
On 2006-10-14 at 04:06,
Felipe Monteiro de Carvalho ([EMAIL PROTECTED]) wrote:
On 10/13/06, Mattias Gaertner [EMAIL PROTECTED] wrote:
Yes and no.
I'm using UTF-8 with synedit.
BIDI is not complete.
And the key handling is not complete. But this is not an UTF-8 issue.
And what about my
Felipe Monteiro de Carvalho said:
Hello,
I know this has being discussed before, but I think nothing really
concrete was agreed upon.
Correct.
If we were to add Unicode (and with that I mean UTF-8 ) support for
Lazarus, without breaking any existing code, how could we do it? Which
way is
A very good set of components for Firebird is fblib
(http://fblib.altervista.org/). Totally cross platform and stable - we
have used it in commercial apps for almost a year now. It also has
the Administration API implemented as well. Something still missing in
the SqlDB units.
Is fblib
On 2006-08-29 at 20:07,
Mattias Gaertner ([EMAIL PROTECTED]) wrote:
Lazarus Menu - Search - Find
New features:
Thanks!
'Find in files' does not yet support multi lines. But the regular
expressions now also supports case insenstive and whole word options.
I would find it nice if Find and
Mattias Gaertner said:
On Mon, 28 Aug 2006 02:45:55 +0200
DoKeyPress is for ascii keys and DoUTF8KeyPress is for any key (UTF-8
encoded). The widgetset should call IntfUTF8KeyPress *before* sending
the ascii key message to the LCL.
Thanks, I'll look at it later.
However, what puzzles me
Here I am again.
In win32 widgetset, win32callback.inc, in WindowProc,
in code
WM_CHAR:
Begin
PLMsg:[EMAIL PROTECTED];
With LMChar Do
Begin
Msg := CN_CHAR;
KeyData := LParam;
CharCode := Word(WParam);
CharCode gets correctly filled with values 255.
On 2006-08-16 at 19:46,
Vincent Snijders ([EMAIL PROTECTED]) wrote:
Funky Beast wrote:
Fixed with attached.
No access violations, no memory leaks on windows. Thanks. Applied.
Vincent
Many thanks to both of you! Yup, no 7256 any more :)
BTW, I do not see a way to close/delete a results
On 2006-08-07 at 08:57,
Micha Nelissen ([EMAIL PROTECTED]) wrote:
Now the button is being created, but it
is still an ANSII and not a Unicode button (although I use
CreateWindowExW). I'll have to investigate that further.
Maybe you should use SetWindowLongW as well, so that
you tell windows
I am still (again) experimenting with win32 and Unicode and
am now at least able to create an empty main window with an
Unicode Caption.
However, as soon as this window has some other component on
it (say a Button), the thing fails with 1407
(ERROR_CANNOT_FIND_WND_CLASS). Now, obviously, I am
On 2006-08-06 at 21:06,
Micha Nelissen ([EMAIL PROTECTED]) wrote:
See win32wscontrols.pp and win32wsbuttons.pp. The last one has
TWin32WSButton.CreateHandle which initializes a structure (with
pClassName field e.g.) that is used to call FinishCreateWindow which
calls CreateWindow.
Yes, I have
On 2006-08-06 at 21:41,
Micha Nelissen ([EMAIL PROTECTED]) wrote:
No, several window classes are predefined. See CreateWindow docs.
BUTTON, COMBOBOX, EDIT, etc. all are predefined.
Thank you - this helped (I was using a widestring name
button.u for that. Now the button is being created, but it
http://www.freepascal.org/mantis/view.php?id=2061
Tried it out under WinXP with SVN 9618 and it indeed seems to
be gone. Not case-sensitive any more.
Then, please, close the issue.
As far as I can see (but I wear glasses ;), one can only
add/change notes, upload files and change his/her
I just want to check something - please help...
In the win32-case, in
C:\Lazarus\lcl\interfaces\win32\win32wscontrols.pp
one finds for example:
procedure PrepareCreateWindow(const AWinControl: TWinControl; var Params:
TCreateWindowExParams);
begin
with Params do
begin
Flags := WS_CHILD
Thank you Mattias!
I will explore it further probably on Sunday and would like
to place a few additional questions right now, so that I
will maybe find the answers when I come back today late at
night:
Caption holds the value of the .lfm file, which will eventually be only
UTF-8. But at the
http://www.freepascal.org/mantis/view.php?id=2061
Summary: Uses is case-sensitive under win32
--
Mattias - 2006-07-15 01:12
--
Next try.
I found a bug,
http://www.linuxtrent.it/Members/tiziano_mk/fpc_lazarus.pdf/view
Tiziano, un amico Italiano!
This is realy a beautiful article. I have been learning Italian some 30
years ago (just for four years), but was still able to read your article
through and to understand almost everything. This is,
On 2006-06-26 at 14:16,
Marco van de Voort ([EMAIL PROTECTED]) wrote:
To really let unicode usage improve significantly, I think there must be a
team (or at least one long-term volunteer) that can really start to dig into
these issues and use/need unicode every day.
Starting bottom up,
BTW, it also seems that a call to
SysUtils.GetEnvironmentVariable('any sysvar name here') is
always returning an empty string. Can that be or am I making
a fool of myself here?
Oooops, this seems to work now (I have made a SVN update in
the meantime). Strange. Anyhow, the main issue remains -
On 2006-05-21 at 10:32,
Mattias Gaertner ([EMAIL PROTECTED]) wrote:
procedure GetDefaultBrowser(var Browser, Params: string);
begin
Browser:= SearchFileInPath('rundll32.exe','',
SysUtils.GetEnvironmentVariable('PATH'),';',
http://www.freepascal.org/mantis/view.php?id=1685
Vincent, thank you for bringing that existing bug-report to my
attention. I have now added the following note there:
The problem appears only while running in IDE and only when
gdb is defined as a debugger and only from the second
application
Sorry for going further on the subject. I have started an
introductory wiki-page that should be a kind of knowledge
base for those (if any) trying/thinking about
Unicode-enabling win32 interface:
http://wiki.lazarus.freepascal.org/index.php/LCL_Unicode_Support
Of course, currently there is not
Just a few thoughts (MHOs):
* The success of Lazarus depends on the support for doing
useful things in a reliable, nice and easy way - the name is
not so important.
* Lazarus is/will be on the radar screen of the Delphi users
in the first place. These could want to use it because of the
It would also be great for me to have Unicode controls under
win32.
On 2006-05-12 at 19:58,
Felipe Monteiro de Carvalho ([EMAIL PROTECTED]) wrote:
What is missing is adding support for utf-8 on the win32 interface.
It would probably have to be something like this:
If Windows 9x, then convert
I just also want to say Thank you! for that nice explanation
and the change of code.
Borut
On 2006-05-08 at 12:25,
Mattias Gaertner ([EMAIL PROTECTED]) wrote:
Long answer:
The Align property is difficult. [...]
_
To
Ehm, doesn't your description match the picture ?
Ehm, wouldn#8217;t it be easier to assume that Alex knows very well what
should and is going on with such a simple example, but has a bit of a
problem expressing himself clearly in English (don#8217;t most of us have
such problems)?
The
I tested this under Windows and that is indeed what I get. Both under
Lazarus and Delphi 7. See attached screenshots. I am using Lazarus
0.9.15 (rev 9158) on Windows 2000.
Thank you for your time Graeme. Now, I tested Lazarus (the SVN from
yesterday evening) under WinXP and did not get the 2
On 2006-05-04 at 18:30,
Graeme Geldenhuys ([EMAIL PROTECTED]) wrote:
You never showed the code for Panel1...? How big is Panel1?
Also it isn't a good idea to declare f1, f2 and E as local variables
in FormCreate. You will never be able to reference it again
I just happened to browse
On 2006-04-29 at 05:43,
Felipe Monteiro de Carvalho ([EMAIL PROTECTED]) wrote:
Here you just need to submit a patch and all your problems are solved
=) And they will also be solved for others that need this on the
future.
Yes, I agree and understand.
My problem is (apart of all the usual
Marc, thank you for the overview. Regarding win32 you wrote:
The win32 interfaces is iirc setup with ansi widgets, so you wont get
unicode there.
True. Under W2K I compiled a toy test form with a TEdit
control on it and it was not possible to input/view nonAscii
characters correctly.
Back to
33 matches
Mail list logo
