Am 12.06.2015 um 18:15 schrieb Juha Manninen:
On Fri, Jun 12, 2015 at 4:03 PM, Maciej Izak hnb.c...@gmail.com wrote:
IMO the best option for Lazarus is synergy of solution from CodeTyphon (the
way of handling docked form in many platforms) and FreeSparta (elastic
interfaces, it handles many
Am 13.06.2015 um 11:41 schrieb Juha Manninen:
On Sat, Jun 13, 2015 at 12:17 PM, Hans-Peter Diettrich
drdiettri...@gmx.de wrote:
Two problems with docking:
1) Delphi-docking is not well supported, else the IDE DockManager could be
used.
2) The IDE has much code for window placement, all over
Am 31.12.2014 um 21:51 schrieb Marco van de Voort:
Afaik the problem is that const as used in classic delphi is not
very portable. In theory it is specified as immutable (can't be
modified), but widely abused to mean by reference.
Const parameters exist for optimization, the compiler is
Am 27.12.2014 um 22:49 schrieb Marco van de Voort:
On Fri, Dec 19, 2014 at 06:49:07PM -0300, Mario R. Carro wrote:
There's a LogLog variable that is destroyed in the finalization section
(and fails). The problem is that the TLogODSAppender created in the ctor
ends up destroyed inside the
Am 11.12.2014 um 14:29 schrieb Dmitry Boyarintsev:
On Thu, Dec 11, 2014 at 1:11 AM, Hans-Peter Diettrich
drdiettri...@gmx.de mailto:drdiettri...@gmx.de wrote:
As I understand that: The components in the LCL should be
available with all supported widgetsets. An implementation
Am 11.12.2014 um 00:20 schrieb Graeme Geldenhuys:
On 2014-12-09 22:29, Michael Fuchs wrote:
It is not a problem for me, to publish this component outside the LCL. I
was just surprised, that the development of the LCL has such a strong
dependency to the VCL.
Maybe I'm not understanding Juha,
Mattias Gaertner schrieb:
On Thu, 04 Dec 2014 07:00:59 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
UTF8Console is needed, when your source is UTF-8, but the compiler
thinks it is Windows CP. UTF8Console is defined in LazUTF8.
An alternative is UTF8Decode.
Thanks :-)
Just tested
Mattias Gaertner schrieb:
On Tue, 02 Dec 2014 22:41:04 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Next I tried FP, but couldn't figure out how to configure it at all, for
using the trunk compiler :-(
Do you mean in Lazarus?
No, the FP IDE. It has become almost useless, most
Mattias Gaertner schrieb:
On Tue, 02 Dec 2014 22:41:04 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
I can see two major problems with the current FPC AnsiString model. The
first problem is the strange FPC convention, that a string variable can
have a different static/dynamic
Lazarus 1.3 shows the codebrowser when I hit F1 on an unknown
(incomplete...) identifier. That's a nice feature, but searching in the
browser can become tedious.
When a unit is missing from a uses list, searching in the project files
seems not to be the right choice, instead it seems to be
Mattias Gaertner schrieb:
On Wed, 03 Dec 2014 16:46:43 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
Q: how do I debug the RTL (step into)?
Compile it with debugging info (-gl) and install it.
Thanks, I added OPT=-gl to the make commandline, and it worked
Mattias Gaertner schrieb:
On Wed, 03 Dec 2014 16:06:28 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
Otherwise the conversion to the actual console CP is working, because
the fpc_Write_Text_xyz routines use RawByteString arguments, so that
they have to check the dynamic string
Sven Barth schrieb:
You need to build the FP included with trunk, because the compiler is
statically linked into FP. This is usually done when you do a make all
or at least when you do a make install.
Thanks, looks as if I used the FP of the old (bootstrap compiler)
installation.
DoDi
First I thank the Lazarus team for the fine 1.3 version, usable for
development with FPC trunk (Unicode version). In detail the greyed-out
branches in conditional compilation sections are very helpful when
inspecting the RTL units :-)
On my first steps with the Unicode RTL I found a
Mattias Gaertner schrieb:
On Tue, 02 Dec 2014 11:21:43 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
On my first steps with the Unicode RTL I found a different behaviour,
when a console program is compiled from an PAS file, and from an LPI/LPR
project. [on WinXP, Ansi source files
Mattias Gaertner schrieb:
On Mon, 24 Nov 2014 22:53:44 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Graeme Geldenhuys schrieb:
How is ThousandSeparator and DecimalSeparator supposed to work it
TFormatSettings? If you switched the RTL to UTF-8 or UTF-16 a Russian
thousand separator
Mattias Gaertner schrieb:
On Mon, 24 Nov 2014 22:15:29 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
The Delphi (and FPC) encoding model allows for strings of different
static (declared) and dynamic (true content) encoding, see the special
handling of RawByteString (Wiki
Mattias Gaertner schrieb:
On Tue, 25 Nov 2014 13:10:26 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
[...]
Maybe I don't understand the question, but it seems to me this is
documented where static-, dynamic cp and rawbytestring are explained.
More concrete questions:
How can a user
Mattias Gaertner schrieb:
On Tue, 25 Nov 2014 14:49:52 +0100
Felipe Monteiro de Carvalho felipemonteiro.carva...@gmail.com wrote:
On Tue, Nov 25, 2014 at 2:45 PM, Mattias Gaertner
nc-gaert...@netcologne.de wrote:
Retype Char to String and the compiler will bark. For example in
Graphics.
Mattias Gaertner schrieb:
On Tue, 25 Nov 2014 13:10:26 +0100
Hans-Peter Diettrich drdiettri...@aol.com wrote:
Unfortunately I cannot test Lazarus trunk since a long time, no answer
on my request for assistance.
?
Since the introduction of the FPC Unicode branch I cannot build FPC
Michael Schnell schrieb:
On 11/23/2014 07:52 PM, Felipe Monteiro de Carvalho wrote:
Well, the first reports of how the unicode rtl would look like were
pretty scary: Total break of the string part of millions of lines of
code that people wrote with Lazarus since years.
That is why I stopped
luiz americo pereira camara schrieb:
When DefaultSystemCodePage is CP_ACP the variable S will have the
content of UTF8 but the encoding will be ACP (in my case 1252), just
like is today.
With DefaultSystemCodePage as CP_UTF8 both content and code page will match
The Delphi (and FPC)
Graeme Geldenhuys schrieb:
How is ThousandSeparator and DecimalSeparator supposed to work it
TFormatSettings? If you switched the RTL to UTF-8 or UTF-16 a Russian
thousand separator (4-byte non-breaking white space character) for
example will not fit into a Char type.
The Char type is quite
Mattias Gaertner schrieb:
// GetCommandLineW returns a UTF-16 PWideChar
// the compiler adds code to convert this to the
// default system codepage (CP_ACP = CP_UTF8)
// the resulting string has StringCodePage CP_ACP
// and is encoded in UTF-8.
Does this mean that Lazarus (new mode)
Mark Morgan Lloyd schrieb:
Considering your particular example, I'd suggest that the manual should
be written as If the compiler cannot find, but that compiler messages
which are basically declamatory may lean towards the spoken contraction
Can't find suchandsuch. This also has the advantage
Mark Morgan Lloyd schrieb:
It's usually easier to read a language than to write it, although I'm
told that beginners usually send Morse code faster than they can receive
it.
Right, even if I can send Morse code, I'm incapable of receiving it at
all :-(
The frequently-cited error in
Michael Schnell schrieb:
On 10/17/2014 12:16 PM, Mattias Gaertner wrote:
Googling gives lot of pages saying that cannot is more formal than can't.
IMHO, Open Source projects are not supposed to be formal in that way.
I always find it repellent when some software in German uses the formal
Sie
Reinier Olislagers schrieb:
Apparently the Microsoft Manual of Style (sorry Giuliano, seem to hit
only MS references) suggests contractions could hinder comprehesion for
non-native speakers, which can IMO indeed be an important factor in
deciding what to use.
My experience tells that in
Jürgen Hestermann schrieb:
Icons are realy useless.
You cannot search for nor filter nor sort them.
They eat up space and performance without benefit.
I think that they were introduced for the illiterates who can't read.
Icons have been introduced for visual people, who organize their
Luca Olivetti schrieb:
Strange, on mageia 4, kde, lazarus 1.2.4 it doesn't work. What I'm
trying to do is to tile windows one next to the other. Using
GetWindowRect under windows I can do it properly, while on linux gtk the
windows overlap (i.e. with this layout
A B C
D E
A
I received messages from Mantis, that something changed in the bug
reports related to drag/drop. Please let me know when somebody wants to
put his hands on related code.
DoDi
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
Philippe schrieb:
nice. I´ll try it.
(my recursive procedure worked well, not a big deal!).
That's what I use, too, sometimes :-)
I had some difficulty to find informations about controls, components
... if you about them you can find the reference ... but it does not
help much! ... any
Philippe schrieb:
just for information ...
I tried to use your suggestion ... it works ... but ... I am using
TGroupBox in TGroupBox in TGroupBox ...
your example just loops on the top level controls of the form ...
needing to use recursive function to go through contained group boxes
...
Grzegorz Zlotowicz schrieb:
the fragment of the NVDA's log says about this control:
name: u''
role: ROLE_BUTTON
states: STATE_FOCUSABLE, STATE_FOCUSED
isFocusable: True
hasFocus: True
description: None
value: None
windowHandle: 32703706
windowClassName: u'Button'
windowText: u''
displayText:
Giuliano Colla schrieb:
Whenever you need a form to stay on top you never know if it'll
work or not. For Gtk2, it did work on Lazarus 1.0.8, but it
stopped working since Lazarus 1.1. This means that a user may lose
an alarm which pops up, because he inadvertently touched
Grzegorz Zlotowicz schrieb:
Returning to the accessibility:
the wm_gettext message result is defined in the windowText field of
quoted log, but instead relying only on winapi, NVDA tries to use MSAA
or IAccessible interfaces, which give much more (for example possibility
of reacting to
Michael Schnell schrieb:
On 06/27/2014 03:19 AM, Hans-Peter Diettrich wrote:
Every clock tick increments the internal clock, and triggers all
events...
This is exactly what I want to avoid.
Any time source is applicable with this model. The ticks (or even longer
intervals) can be deliverd
Petr Hlozek schrieb:
I'd like to do that and hopefuly already did but the app is quite big
and I'm not sure fo 100%. Is there any way how to find out with any
utility?
FastMM4 can do that with Delphi, dunno about an FPC version. It can
detect references to already destroyed objects, as well
Giuliano Colla schrieb:
However there's a Delphi IDE small feature which I miss when using
Lazarus: a quick mouse access to the Jump Back/Jump Forward function, to
navigate history. I find keyboard shortcuts (CTRL-H and Shift-CTRL-H)
more cumbersome.
Just a note: Delphi shorcuts for these
Michael Schnell schrieb:
TThread.Queue in the end calls WakeMainThread() to wake the main thread
(i.e. terminate the CheckSynchronize call waiting for a timeout).
In Simula a single time base is used to trigger events at a known time.
Each event, to occur after a given delay, is enterd into
Krzysztof schrieb:
I'm overriding protected PaintWindow method but seems that it is never
called
I had similar observations, when I wanted to paint borders around the
control. It looks to me like the Windows EDIT control eats some messages :-(
DoDi
--
Timothy Groves schrieb:
TMemo offers soft word wrapping. As far as I can tell through Google
searches, this is not possible in TSynEdit.
So is there a control somewhere that has both, and doesn't require that
I use Rich Text or HTML? If not, can you point me towards a decent
tutorial on
FreeMan schrieb:
I'm trying port some code, I get this error. IDE code complied is work,
rename tool working.
what is wrong?
Thank you
Kubuntu 14.04 x64, fpc svn r27818 lazarus svn r45213
/comp/asg.pas(100,10) Error: function header doesn't match the previous
declaration
Michael Schnell schrieb:
Here I found, that it is a rather appropriate use for EpikTimer to
handle it in a static way, not creating an instance of TEpikTimer with
every use of same, but simply to use class properties, class procedures
and class functions of TEpikTimer.
You know that the
J S schrieb:
It would be great to have an OpenGL gui framework for Lazarus. I see
the TOpenGLControl, but would like something more ambitious.
[...]
To be sure, this OpenGL framework would probably require its own OpenGL
specific custom controls and wouldn't support TForm and most of the
Michael Schnell schrieb:
On 03/17/2014 11:22 AM, Hans-Peter Diettrich wrote:
Michael Schnell schrieb:
This is a Windowish left-over and really alien regarding the
OS-independent making of the LCL (even though In fact the LCL even
simulates PostMessage in Linux.
How would you handle
Michael Schnell schrieb:
On 03/18/2014 09:57 AM, Hans-Peter Diettrich wrote:
The LCL is based on the message queue, regardless of any OS or
widgetset. PostMessage is part of the message queue.
Yep. (Even though I prefer the term Event Queue as the queued
information this is not necessarily
Michael Schnell schrieb:
On 03/18/2014 02:13 PM, Hans-Peter Diettrich wrote:
Then try to explain how e.g. a key or button press event is processed
in your model.
I don't have a model. I just tried to describe what the LCL does.
You can see the multiple Queues in the source code
Marcos Douglas schrieb:
The requisites isn't a secret: a form needs to notify many windows
using asynchronous messages. PostMessage do that but some programmers
say this is an old Windowish approach so, I'm searching another method
to do the same PostMessage does and making the code more cross.
Michael Schnell schrieb:
On 03/16/2014 09:23 AM, zeljko wrote:
Why you must substitute PostMessage ?
This is a Windowish left-over and really alien regarding the
OS-independent making of the LCL (even though In fact the LCL even
simulates PostMessage in Linux.
How would you handle
Steve Gatenby schrieb:
Hoping somebody may be able to explain why the following doesn't stop
the Form closing.
Button1 sets the method pointer correctly (I believe), as when closing
the form the showmessage occurs as expected (and shows the correct form
name).
But the form closes anyway.
Mattias Gaertner schrieb:
On Thu, 13 Mar 2014 22:45:44 +1030
Steve Gatenby ste...@nevets.com.au wrote:
Hoping somebody may be able to explain why the following doesn't stop
the Form closing.
Button1 sets the method pointer correctly (I believe), as when closing
the form the showmessage
ste...@nevets.com.au schrieb:
On Thu, 13 Mar 2014 22:45:44 +1030
Steve Gatenby ste...@nevets.com.au wrote:
Hoping somebody may be able to explain why the following doesn't stop
the Form closing.
Button1 sets the method pointer correctly (I believe), as when closing
the form the showmessage
FreeMan schrieb:
DoDi Thank you very much, You explain much better then me :)
Main problem constructor not finished construction, I mean how to handle
Self(TExLookUp) construction is finished? I have to wait, when
self(TExLookUp) has created, and load self's properties loaded from,
form
Antonio Fortuny schrieb:
Hi Folks.
If I remember well, a discussion took place some weeks ago about the IDE
fonts in Lazarus but I can't find it any more
So there is my question:
Is it possible to change the default font used by visual controls when
they are dropped onto the form ?
When
FreeMan schrieb:
ExLookUp1:=TExLookUp.Create(Form1); This is for manual creating, I'm
talk about, I'm designing in IDE, 1-2 TExLookUp on form, and run my
application, TExLookUp is class(TCustomEditButton) so Edit and button is
shown on where I put on form, in designtime IDE.
constructor
Mattias Gaertner schrieb:
On Thu, 27 Feb 2014 10:26:04 -0300
Fabio Luis Girardi fluisgira...@gmail.com wrote:
2014-02-27 10:07 GMT-03:00 Mattias Gaertner nc-gaert...@netcologne.de:
On Thu, 27 Feb 2014 09:32:31 -0300
Fabio Luis Girardi fluisgira...@gmail.com wrote:
[...]
No. Lazarus allow
Mattias Gaertner schrieb:
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options#Change_the_output_directory_of_project_and_all_packages
Nice :-)
I don't understand the IDE directories in Paths:
The IDE has one set of search paths for every directory. That means a
package can have
Michael Schnell schrieb:
On 02/07/2014 05:31 PM, Hans-Peter Diettrich wrote:
Window managers do not care about widgets,,,
So maybe I am confused about the term Window Manager (I think I did
not introduce it here)
MS Windows does not distinguish between the window manager and
widgetset
Mark Morgan Lloyd schrieb:
Michael Van Canneyt wrote:
Ah, in this completely un-understandable dialog. I am avoiding it like
the plague :(
A GUI is meant to make things simpler, not complicate them, this
dialog is IMHO a prime example of a violation of that principle.
(somewhat like the MS
Michael Van Canneyt schrieb:
I find makefiles with all the variables, rules and whatnot far easier to
understand than this dialog.
I only can interpret the final commandlines, generated from makefiles
after macro substitution. From there it's a puzzle to find out what
deserves an
Mattias Gaertner schrieb:
Martin Frb laza...@mfriebe.de hat am 10. Februar 2014 um 14:08 geschrieben:
[...]
I don't understand the IDE directories in Paths:
The IDE has one set of search paths for every directory. That means a
package can have different search paths than the active project.
Martin Frb schrieb:
On 10/02/2014 12:17, Hans-Peter Diettrich wrote:
Mattias Gaertner schrieb:
http://wiki.lazarus.freepascal.org/IDE_Window:_Compiler_Options#Change_the_output_directory_of_project_and_all_packages
Nice :-)
I don't understand the IDE directories in Paths:
The IDE has one
Mark Morgan Lloyd schrieb:
Hans-Peter Diettrich wrote:
Mark Morgan Lloyd schrieb:
OK, so assuming an OS similar to X, can a single app support two
forms on different displays, and/or move forms between displays?
That's the job of the desktop/window manager, on every OS. When a form
shall
Mark Morgan Lloyd schrieb:
Try to move a form with the mouse to an different monitor. This works
on Linux without additional libraries. Linux also can show the same
form on all desktops, without additional code or libraries.
Oh no it doesn't. You need something like Xinerama (RandR, Xdmx)
Flávio Etrusco schrieb:
-Flávio
PS. I'm Brazilian.
Oh, I always thought you were an old Italian guy ;-)
DoDi
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Michael Schnell schrieb:
On 02/07/2014 03:57 AM, Hans-Peter Diettrich wrote:
fill their video buffer,
This only sounds appropriate for pixel graphics, not for the complex
stuff widgets create and that result in object descriptions that are
rendered by the processor in the video adapter
Michael Schnell schrieb:
On 02/06/2014 11:54 AM, Reimar Grabowski wrote:
You see that as shortcomings. Most others (even widgetset developers)
see thread-safe GUIs as nonsense without real benefit, else they would
be available.
I think we can agreee to disagree.
This is a funny opinion
Mark Morgan Lloyd schrieb:
I think that the only thing remotely worth pursuing, bearing in mind the
current state of widget sets etc., would be whether an LCL in a dll/so
animated by its own thread (which MichaelS has already said was doable)
could output to a buffer, which could then be
Michael Schnell schrieb:
On 02/06/2014 02:13 PM, Hans-Peter Diettrich wrote:
When an application relies on high speed updates, it should serialize
these requests itself, as required, instead of leaving this to the
desktop manager and its arbitrary request scheduling.
Once again
Mark Morgan Lloyd schrieb:
OK, so assuming an OS similar to X, can a single app support two forms
on different displays, and/or move forms between displays?
That's the job of the desktop/window manager, on every OS. When a form
shall be updated on screen, the manager determines the monitor
Michael Schnell schrieb:
On 02/05/2014 10:51 AM, Michael Van Canneyt wrote:
Judging by your explanation to Dido, it seems you must explain your
users the limits of their own brains. Adding monitors and indicators
does not
guarantee that they will process more info :)
Please see the
Allan E. Registos schrieb:
Hello to all,
(Part of this mail also I posted earlier at the Lazarus forum).
I was skimming the BSD Magazine: FreeBSD Programming Primer.
In page 7 the magazine mentioned about Pascal this way:
Quote:
BASIC and Pascal are great for learning how to code,
Michael Schnell schrieb:
I stumbled over this:
http://tronche.com/gui/x/xlib/display/XInitThreads.html
So Xlib is thread aware and they seem to suggest that it dopes make
sense to create multiple X sessions (i.e. one per thread) in a single
program.
This may make sense with remote
Michael Schnell schrieb:
On 02/04/2014 12:09 PM, Hans-Peter Diettrich wrote:
Right, and the restriction to one widgetset resides in the Lazarus
widgetset handling.
I do know. But it does not make much sense to be nagging towards the
powers here about LCL not being reentrant, if the library
JIMB schrieb:
Years ago, I wrote a program in Borland TP7 that created a graphic
screen and the user controlled activity with mouse and or key board.
Nowadays you can use a Form with a PaintBox for drawings, in Delphi or
Lazarus.
DoDi
--
___
Graeme Geldenhuys schrieb:
On 18/01/14 12:00, Bart wrote:
B.t.w. distributing WinCE images is illegal and this kind of illegal
stuff should not be discussed on Lazarus mailinglist.
Uh? The WinCE emulator and related images used to be freely available to
download from Microsoft.
Freely
Alejandro Gonzalo schrieb:
In Delphi this will work even if the Sender is not a TdbGrid, as long as
it has a DataSource property:
It only *happens* to work for you in Delphi.
TdbGrid(Sender).datasource:=myDataSource;
This hack requires that Sender has a DataSource property in *exactly*
Mattias Gaertner schrieb:
The Lazarus team would like to announce the second Release Candidate for the
upcoming Version 1.2.
We invite all users to test this Release Candidate.
Please read here why everybody really should join the testing now.
I've tried to test it, but couldn't make it work
Kjow schrieb:
I'm glad to announce the release of Lazarus Manager 0.8
Thanks for updating the wiki :-)
Now I upgraded to the latest TortoiseSVN (including svn.exe).
1) Is it really required to export the fpc sources?
(from Tools\Downloads... to fpc\fpc\svn_sources...)
2) I still get no
Kjow schrieb:
2014/1/10 Hans-Peter Diettrich drdiettri...@aol.com
mailto:drdiettri...@aol.com
Well, if Lazarus Manager can't use svn nothing will work.
[...]
*Manually* here means using some tool - which one?
7-zip - Open
These two tools should be mentioned in the docs, how
I just used Lazarus Manager to create FPC and Lazarus trunk and
stable/patches versions on a WinXP system. But then I ran into the
following problems, which seem not to be related to this tool:
No Lazarus.exe is created for the stable (fixes_1_2) branch?
The trunk IDE (1.3) setup expects
Reinier Olislagers schrieb:
On 11/01/2014 01:09, waldo kitty wrote:
On 1/10/2014 5:04 PM, Kjow wrote:
AFAIK, TortiseSVN has never had a svn.exe... i've always had to use
their executable's filename in my scripts...
http://stackoverflow.com/questions/2967176/where-is-svn-exe-in-my-machine
waldo kitty schrieb:
AFAIK, TortiseSVN has never had a svn.exe... i've always had to use
their executable's filename in my scripts...
eg:
for FPC - TortoiseProc /command:update /path:%myFPCdir%
for LAZ - TortoiseProc /command:update /path:%myLAZdir%
Thanks, installing another
Bart schrieb:
An edit control that controls input based on a regex, and looking like
a simple TEdit, might be a nice feature to have.
I found general masking problems while entering (incomplete) input, and
while editing the previous input. Where should the cursor be moved, i.e.
which
Bart schrieb:
On 1/11/14, Hans-Peter Diettrich drdiettri...@aol.com wrote:
I found general masking problems while entering (incomplete) input, and
while editing the previous input. Where should the cursor be moved, i.e.
which (first) character doesn't match the specification?
You lost me
Kjow schrieb:
More detail and download link here:
http://wiki.lazarus.freepascal.org/Lazarus_Manager
PS Please, take it as an hobby... I know that it can be improved a lot
and there are surely mistakes/faults, so please tell me which issues you
will find and I'll try to fix in my free time
Reinier Olislagers schrieb:
On 10/01/2014 13:40, Hans-Peter Diettrich wrote:
fpcup had other problems, couldn't make it work either.
Please feel free to post bug reports on the forum I'll have a look.
I don't remember the exact details. According to the docs, I deleted
ppcx64.exe, and now
Kjow schrieb:
wow, a lot of stuff!
2014/1/10 Hans-Peter Diettrich drdiettri...@aol.com
mailto:drdiettri...@aol.com
On Win8-64
--
First problem: the edit box for the root directory shows strange
behaviour. Inserting characters *into* text can make the cursor jump
Petr Kristan schrieb:
In the beginning of Grid paint is Canvas.GetClipRect called to obtain area
which wee must redraw. This function directly calls WidgetSet.GetClipBox.
I find out difference betwen Win32 and gtk2 bahaviour of this func.
In gtk2 TGtk2WidgetSet.GetClipBox returns previously
Paul Ishenin schrieb:
30.12.2013 9:07, Hans-Peter Diettrich пишет:
Do you think that FPC should really reproduce all this inconsistent
behaviour? Who would test or even specify the compatible behaviour,
when every new variation will result in more unexpected results? IMO
it's much easier
Michael Van Canneyt schrieb:
Perhaps the Delphi developers have a look at FPC discussions and
innovations, and add useful features to Delphi?
That would be a first.
There have been several occasions when we had a feature first.
They have always added it differently.
Well, would they have
Michael Van Canneyt schrieb:
http://docwiki.embarcadero.com/Libraries/XE5/en/System.SysUtils.FindFirst
No mention of encoding either.
Wake up! In XE5 String is UnicodeString, so what's unclear?
DoDi
--
___
Lazarus mailing list
Sven Barth schrieb:
The compiler can already parse UTF-8 files with strings and comments
being real UTF-8 texts which can be seen as such inside an editor. AFAIK
it can even handle UTF-16 files (though I'm not entirely sure about
this). What it however does definitely not allow (and none of
Sven Barth schrieb:
On 26.12.2013 17:02, Sven Barth wrote:
Am 26.12.2013 12:30 schrieb Hans-Peter Diettrich drdiettri...@aol.com
mailto:drdiettri...@aol.com:
Sven Barth schrieb:
Am 26.12.2013 02:19 schrieb Hans-Peter Diettrich
drdiettri...@aol.com mailto:drdiettri...@aol.com
Juha Manninen schrieb:
It happened again. The word Unicode was mentioned and the result is
an endless debate of how it should be done. Now 100 messages and
counting ...
Now that we are in pre-release of strings with Encoding, the debate
enters a very new round.
I personally don't care
Marco van de Voort schrieb:
On Thu, Dec 26, 2013 at 12:28:54AM +0100, Hans-Peter Diettrich wrote:
is dangerous if they are not all the same encoding. If there is any
mismatch, it will be converted down to default encoding.
Then the implementation is wrong.
Wrong according to you.
Wrong
Marco van de Voort schrieb:
On Fri, Dec 27, 2013 at 06:39:38PM -0200, Marcos Douglas wrote:
If we continue to follow Delphi, means that we are always one step behind.
If we stop following delphi, we are multiple steps behind.
FPC/Lazarus always was in front of Delphi. It had Unicode support
Sven Barth schrieb:
Am 26.12.2013 02:19 schrieb Hans-Peter Diettrich drdiettri...@aol.com
mailto:drdiettri...@aol.com:
Sven Barth schrieb:
If in 2.6.2 your three strings contain text of different encodings
then the resulting string might be garbage from the user's POV.
In trunk
Craig Peterson schrieb:
On Dec 25, 2013, at 5:11 PM, Hans-Peter Diettrich drdiettri...@aol.com wrote:
I wonder what exact support he means.
Wonder no more:
1) string uses a Unicode encoding
2) AnsiString/UTF8String casts perform appropriate conversions
3) File APIs support Unicode filenames
4
1 - 100 of 1726 matches
Mail list logo