On Wed, 7 Apr 2010, Mattias Gaertner wrote:
On Tue, 6 Apr 2010 15:33:54 +0200 (CEST)
Michael Van Canneyt mich...@freepascal.org wrote:
[...]
How can a designer tool find out what layout a control uses?
Why does it need to know ?
If it needs to know what layout a control uses, the
I'm trying to recompile the latest Lazarus (using a quite recent FPC:
version 2.5.1 [2010/03/29] for i386)
Here I get:
LCL completed
Package Registration completed
IDE Interface completed
SynEdit completed
Examples completed
07.04.2010 16:13, Michael Schnell wrote:
I'm trying to recompile the latest Lazarus (using a quite recent FPC:
version 2.5.1 [2010/03/29] for i386)
Not enough recent. Please update.
Best regards,
Paul Ishenin.
--
___
Lazarus mailing list
On 04/07/2010 10:32 AM, Paul Ishenin wrote:
Please update.
Thanks, Works.
-Michael
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
Hi all,
is it possible to have a precompiled binary libQt4Pas.so for ARM (like
the one for X11 i386) downloadable from here
http://users.telenet.be/Jan.Van.hijfte/qtforfpc/fpcqt4.html ?
I tried to make it myself, but I don't understand what to do...
Thanks!
--
I'm trying to recompile the latest Lazarus (using a quite recent FPC:
version 2.5.1 [2010/03/29] for i386)
Not enough recent. Please update.
Right. I got the same error and updating to latest FPC trunk version helped. I
think it doesn't define version 2_4 any more, or something similar.
Hi
2010/4/7 Mattias Gaertner nc-gaert...@netcologne.de:
On Tue, 6 Apr 2010 20:22:03 -0700
David Emerson dle...@angelbase.com wrote:
Hey y'all,
I'm disappointed to discover that the lazarus packages at hu.freepascal.org
are
now requiring libatk 1.29.3 (or greater) whereas debian stable
Michael Van Canneyt schrieb:
Now the TControl/TWinControl classes have a set of properties that is
the
union of all properties of a large set of layouters (because it must
mimic
the behaviour of all these layouters put together):
* AutoSize
* Anchors
* Align
* Constraints
David Emerson schrieb:
I'm disappointed to discover that the lazarus packages at hu.freepascal.org are
now requiring libatk 1.29.3 (or greater) whereas debian stable has 1.22
The same for the official rpm's, with dependencies that I cannot fulfill
on my 3 year old system.
Maybe I need to
On Wed, 7 Apr 2010, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
Now the TControl/TWinControl classes have a set of properties that is the
union of all properties of a large set of layouters (because it must
mimic
the behaviour of all these layouters put together):
*
On Wed, Apr 7, 2010 at 21:24, Hans-Peter Diettrich drdiettri...@aol.com wrote:
Only Align, Anchors and ChildSizing.Layout are layouts. The rest are
details that apply to all layouts. See the layouters of gtk.
In my view, this is not correct. Borderspacing, Constraints and AutoSize
are also
On Wed, Apr 7, 2010 at 22:47, Michael Van Canneyt
mich...@freepascal.org wrote:
I agree for Constraints, but not the other two.
Funny, I just argued exactly the other way around ;-)
--
Alexander S. Klenin
--
___
Lazarus mailing list
Michael Van Canneyt schrieb:
IMO it's quite simple. A layout affects the position of child controls
inside a container control, nothing else. Borders, Constraints and
Autosize are general properties of all controls, which must be handled
in/by the control itself.
I agree for Constraints,
On Wed, 7 Apr 2010, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
IMO it's quite simple. A layout affects the position of child controls
inside a container control, nothing else. Borders, Constraints and
Autosize are general properties of all controls, which must be handled
Zitat von Alexander Klenin kle...@gmail.com:
On Wed, Apr 7, 2010 at 22:47, Michael Van Canneyt
mich...@freepascal.org wrote:
I agree for Constraints, but not the other two.
Funny, I just argued exactly the other way around ;-)
Some properties must be handled by all Layouters. For example
Zitat von Michael Van Canneyt mich...@freepascal.org:
On Wed, 7 Apr 2010, Hans-Peter Diettrich wrote:
Michael Van Canneyt schrieb:
IMO it's quite simple. A layout affects the position of child
controls inside a container control, nothing else. Borders,
Constraints and Autosize are
Hi all,
I need to create an advanced function that manages mouse events, so
I need to know when/which a button is pressed and so, when no button
is pressed.
I saw that in TMouseButton (row 142 of Controls unit) there isn't
mbNone, so I simply edited that row:
TMouseButton = (mbNone, mbLeft,
Kjow schreef:
Hi all,
I need to create an advanced function that manages mouse events, so
I need to know when/which a button is pressed and so, when no button
is pressed.
I saw that in TMouseButton (row 142 of Controls unit) there isn't
mbNone, so I simply edited that row:
TMouseButton =
07.04.2010 21:46, Kjow wrote:
I saw that in TMouseButton (row 142 of Controls unit) there isn't
mbNone, so I simply edited that row:
TMouseButton = (mbNone, mbLeft, mbRight, mbMiddle, mbExtra1, mbExtra2);
Now I can see when no buttons are pressed; I simply manage it with
You miss that it
On 07/04/2010 14:46, Kjow wrote:
Hi all,
I need to create an advanced function that manages mouse events, so
I need to know when/which a button is pressed and so, when no button
is pressed.
I saw that in TMouseButton (row 142 of Controls unit) there isn't
mbNone, so I simply edited that row:
2010/4/7 Paul Ishenin webpi...@mail.ru:
As result you don't need mbNone. Just use [] to indicate that no button is
pressed.
2010/4/7 Martin laza...@mfriebe.de:
I wouldn't recommend that change. Some units define
const Foo = Array [TMouseButton] of String = (list of names for values);
2010/4/7 Kjow antispamm...@gmail.com:
As result you don't need mbNone. Just use [] to indicate that no button is
pressed.
2010/4/7 Martin laza...@mfriebe.de:
Create a set
Other question... how to pass/read [] vaule to/in a function?
e.g.
function ButtonPress(Button: TMouseButton): string;
2010/4/7 Vincent Snijders vsnijd...@vodafonevast.nl:
What about:
type
TMouseButtons = set of TMouseButton; // if it doesn't exist yet
var
MouseButtonPressed: TMouseButtons;
MouseButtonPressed:=MouseButtonPressed + Button; //OnMouseDown
Your mbNone becomes:
MouseButtonPressed:=[];
2010/4/7 Kjow antispamm...@gmail.com:
2010/4/7 Kjow antispamm...@gmail.com:
Error: Incompatible types: got Empty Set expected TMouseButton
Whops, I've mistyped, it works!
But how to read the values from a function?
e.g.
function ButtonPress(Button: TMouseButtons): string;
begin
case
On 07/04/2010 15:35, Kjow wrote:
2010/4/7 Kjowantispamm...@gmail.com:
Error: Incompatible types: got Empty Set expected TMouseButton
Whops, I've mistyped, it works!
But how to read the values from a function?
e.g.
function ButtonPress(Button: TMouseButtons): string;
begin
case
2010/4/7 Martin laza...@mfriebe.de:
Case will not work.
but
mbleft, or mbLeft + any other button
if mbLeft in Buttons then xxx;
for only mbLeft, no other button:
if Buttons = [mbLeft] then xxx;
to add / remove ...
Buttons := Buttons + mbLeft;
Include(Buttons, mbLeft);
Buttons :=
Zitat von Kjow antispamm...@gmail.com:
2010/4/7 Kjow antispamm...@gmail.com:
Error: Incompatible types: got Empty Set expected TMouseButton
Whops, I've mistyped, it works!
But how to read the values from a function?
e.g.
function ButtonPress(Button: TMouseButtons): string;
begin
case
Is there more simple way to add control icons to my package using new
resource style in FPC 2.4 like this
{$R 'images\TNewEdit.png'}
Currently i use lazres to generate lrs file
Thanks
--
Zaher Dirkey
--
___
Lazarus mailing list
Hi,
I need help with getting real size of window.
No matter whether I use a Windows XP composition or not, heigh of
Forms is always the same, without computing borders and title bar.
I need this to get bitmap of my form:
c.Handle := GetWindowDC(Form1.Handle);
r := Rect(0, 0, Form1.Width,
Hi,
Form1.ClientHeight, Form1.ClientWidth not a good solution for you?
Gabor
faber írta:
Hi,
I need help with getting real size of window.
No matter whether I use a Windows XP composition or not, heigh of
Forms is always the same, without computing borders and title bar.
I need this to get
Hi,
Form1.ClientHeight, Form1.ClientWidth not a good solution for you?
form1.ClientHeight is smaller then form1.Height, in my case 538 vs. 557
(19px)
regards
faber
--
___
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
You can now spread the open units across multiply Windows (Context-Menu
Move to new Window). This allows to view to open files next to each other.
You can also view (and edit) the same source across 2 or more windows
(Context-Menu Move to new Window). So you can look at different
locations in
On Wednesday 07 April 2010 11:13:16 Kjow wrote:
I tried to make it myself, but I don't understand what to do...
An arm binary is too dependent of the arm target platform characteristics.
What is the target arm platform ?
--
___
Lazarus mailing
Maybe I don't get you but...
Is there more simple way to add control icons to my package using new
resource style in FPC 2.4 like this
{$R 'images\TNewEdit.png'}
if this is possible, what else do you happen to have in mind?
anyway, maybe you can use a TImageList (or whatever it's called),
* Lazarus (rev 24492 ) compile with FPC trunc (rev 15110)
* Both (lazarus / RTL) compiled with -gw -godwarfsets
* gdb 6.8.3 or gdb 7.0
* Windows Vista 32 Bit
Trying to set a breakpoint to lazarus\ide\project.ppline 2121
(first executable line of function
2010/4/7 Den Jean den.j...@telenet.be:
On Wednesday 07 April 2010 11:13:16 Kjow wrote:
I tried to make it myself, but I don't understand what to do...
An arm binary is too dependent of the arm target platform characteristics.
What is the target arm platform ?
I need Maemo 5 / MeeGo target.
Mattias Gaertner wrote:
David Emerson wrote:
lazarus packages at hu.freepascal.org are
now requiring libatk 1.29.3 (or greater) whereas debian stable has 1.22
AFAIK the libatk dependency is automatically setup by the dpkg tool
using the version of the building machine.
I asked on oftc's
David Emerson schreef:
Mattias Gaertner wrote:
David Emerson wrote:
lazarus packages at hu.freepascal.org are
now requiring libatk 1.29.3 (or greater) whereas debian stable has 1.22
AFAIK the libatk dependency is automatically setup by the dpkg tool
using the version of the building machine.
It's very quiet around KOL-CE...
I've got the problem that just suddenly, during editing in the IDE, the
inc-files no longer gets updated... In KOL-CE this means that changes
done in the Object-Inspector or by dragndrop no longer are reflected in
the accompanying .inc file.
Stop/Start
Buenas pessoal
Fui atualizar o JCF pelo SVN e ao reconstruir a IDE, apareceram os seguintes
erros:
LCL completado
Registro Pacote completado
C:\lazarus\ideintf\ideoptionsintf.pas(141,14) Warning: An inherited method
is hidden by
TAbstractOptionsEditorDialog.AddControl(TControlClass):TControl;
On Wed, 07 Apr 2010 22:31:10 +0200
John vd Waeter j...@jvdw.nl wrote:
It's very quiet around KOL-CE...
I've got the problem that just suddenly, during editing in the IDE, the
inc-files no longer gets updated...
What inc files? What updates?
Mattias
In KOL-CE this means that changes
I made some components and put it in package, for example TNewEdit, this
component need a image i draw it as TNewEdit.png and convert it by using
lazres utility to LRS file then add LRS file to the package.
Just i think i can ask a feature request to just add that image directly to
my package
Use GetWindowRect to get the window size from out
Use GetClientRect to get the inner rect that can draw in it.
the deffrent between the 2 of rect is depend on the theme you are use,
But you must notice the ClientRect is always has Left, Top = 0; so try to
offset the WindowRect to 0, 0
On Wed, Apr
Faber wrote:
Hi,
Form1.ClientHeight, Form1.ClientWidth not a good solution for you?
form1.ClientHeight is smaller then form1.Height, in my case 538 vs. 557
(19px)
regards
faber
I have not gone back to check any of this, but I am pretty sure Faber
is correct.
In
Michael Van Canneyt schrieb:
The space of BorderSpacing and of the parent's ChildSizing is applied to
aligned controls. The memo below has Align=alClient
BorderSpacing has nothing to do with border style or bevels. It is an EXTRA
margin. Border style and bevels determine the ClientRect of a
Mattias Gärtner schrieb:
Borderspacing properties could be used too in all layouts (I can
imagine) and for consistency I recommend that they are used - at least -
in a similar way. This is more a design guide line.
IMO BorderSpacing should be implemented using the Delphi anchors.
Clearing
John schrieb:
In Lazarus, form1.height returns the client height not the form height
so this doesn't work.
AFAIR the LCL doesn't handle the non-client areas of controls. I.e.
Height and ClientHeight (typically) are identical.
DoDi
--
___
Vincent Snijders wrote:
David Emerson schreef:
I asked on oftc's #debian-devel and the advice was to use pbuilder and set
up a different environment there to build inside.
Clear instructions how to accompplish that would be welcome, kind of
like the how to setup a ubuntu repo on the
08.04.2010 8:12, Hans-Peter Diettrich wrote:
AFAIR the LCL doesn't handle the non-client areas of controls. I.e.
Height and ClientHeight (typically) are identical.
Yes. Only GetWindowRect can return a full window rectangle.
Best regards,
Paul Ishenin.
--
49 matches
Mail list logo