On 08/09/2011 15:31, Graeme Geldenhuys wrote:
On 8 September 2011 16:26, Martin wrote:
unfortunately the first one was already there... And that means it is also
stored in the editoroptions.xml file
moving them, means to get access to the file representing objects, cross the
frames for diff op
On 8 September 2011 16:26, Martin wrote:
> unfortunately the first one was already there... And that means it is also
> stored in the editoroptions.xml file
>
> moving them, means to get access to the file representing objects, cross the
> frames for diff options...
Isn't the environment options
On 08/09/2011 14:33, Graeme Geldenhuys wrote:
On 08/09/2011, Martin wrote:
Actually, if you upgrade your trunk, you test with the feature disabled.
option / Editor / completion and hints
Those two options where enabled by default on my system.
BTW:
Shouldn't those two checkbox option be loca
On 08/09/2011, Martin wrote:
> Actually, if you upgrade your trunk, you test with the feature disabled.
>
> option / Editor / completion and hints
Those two options where enabled by default on my system.
BTW:
Shouldn't those two checkbox option be located under the Debugger
section of Environmen
Actually, if you upgrade your trunk, you test with the feature disabled.
option / Editor / completion and hints
On 08/09/2011 13:12, Graeme Geldenhuys wrote:
On 08/09/2011, Martin wrote:
Just noticing:
0.9.30.1 doesn't contain the auto type cast?
did you mean 0.9.31 ?
The slowness is under
On 08/09/2011 12:38, Graeme Geldenhuys wrote:
I see the following line appear instantly when I hover the mouse over
Sender in the code... Then the delay, then the lots of text output.
<-data-evaluate-expression TfpgButton(TfpgButton(Sender))^>
I fixed the double casts in trunk (and casts t
On 08/09/2011, Martin wrote:
>
> The tests where run on trunk, or fixes ?
Trunk.
--
Regards,
- Graeme -
___
fpGUI - a cross-platform Free Pascal GUI toolkit
http://fpgui.sourceforge.net
--
___
Lazarus
On 08/09/2011, Martin wrote:
>> <-data-evaluate-expression TfpgButton(TfpgButton(Sender))^>
>
> I do need to fic the double
> typecast => that should be a single typecast only
:-) I was going to ask you about that one. It did look rather odd.
> Ah, i have a similar idea for Lazarus 9thoug
On 08/09/2011 13:12, Graeme Geldenhuys wrote:
On 08/09/2011, Martin wrote:
Just noticing:
0.9.30.1 doesn't contain the auto type cast?
did you mean 0.9.31 ?
The slowness is under 0.9.31 (unstable trunk). I simply tested the
same project under 0.9.30.1 (stable) to see the difference. Obviousl
On 08/09/2011, Martin wrote:
>
> Just noticing:
> 0.9.30.1 doesn't contain the auto type cast?
>
> did you mean 0.9.31 ?
The slowness is under 0.9.31 (unstable trunk). I simply tested the
same project under 0.9.30.1 (stable) to see the difference. Obviously
not having the auto type cast function
On 08/09/2011 12:38, Graeme Geldenhuys wrote:
Menu: "View"> "Debug winows"> "debug output" (I advice to open, it
before running your app, or it may take several seconds or loner to open
I attached the full output in a archived text file.
I see the following line appear instantly when I hover
On 08/09/2011, Martin wrote:
>
> As i wrote, it takes a bit longer: not sure if it is gdb, or just the
> pipe used to get gdb's output into lazarus. (afaik on win, those pipes
> are slow, haven't speed tested them on linux)
Could be, but I can't say I have really seen pipes being slow under
Linux
On 08/09/2011 11:39, Graeme Geldenhuys wrote:
On 08/09/2011, Martin
How long did it take before? Can you get me the "Debug output" from your
system, please [1]?
In Lazarus (stable), the tooltip info appears instantly (when the
tooltip is supposed to trigger - after a 500ms hover) - no delay.
Usi
On 08/09/2011, Martin
> How long did it take before? Can you get me the "Debug output" from your
> system, please [1]?
In Lazarus (stable), the tooltip info appears instantly (when the
tooltip is supposed to trigger - after a 500ms hover) - no delay.
Using Lazarus 0.9.30.1 r30567M FPC 2.4.5 x86_6
On 08/09/2011 09:10, Graeme Geldenhuys wrote:
On 08/09/2011, Martin wrote:
[...]
(^^PChar(Sender)^+3)^+1
It should give you the real classname
Can this be used in the debugger hint, when moving the mouse over
'Sender'?
Done
Please see the following bug report:
http://bugs.freepascal.org
On 08/09/2011, Martin wrote:
>>
>>> [...]
>>> (^^PChar(Sender)^+3)^+1
>>>
>>> It should give you the real classname
>> Can this be used in the debugger hint, when moving the mouse over
>> 'Sender'?
>>
> Done
Please see the following bug report:
http://bugs.freepascal.org/view.php?id=20190
To
On 24/05/2011 08:14, Mattias Gaertner wrote:
On Tue, 24 May 2011 00:35:19 +0100
Martin wrote:
[...]
(^^PChar(Sender)^+3)^+1
It should give you the real classname
Can this be used in the debugger hint, when moving the mouse over 'Sender'?
Done
--
___
On Tue, 2011-05-24 at 09:45 +0200, Mattias Gaertner wrote:
> On Mon, 23 May 2011 20:02:42 -0400
> Jose Luis wrote:
>
> > On Tue, 2011-05-24 at 00:35 +0100, Martin wrote:
> > > On 24/05/2011 00:17, Jose Luis wrote:
> > > > On Tue, 2011-05-24 at 00:30 +0200, Mattias Gaertner wrote:
> > > >> On Mon,
On Tue, 2011-05-24 at 08:46 +0200, Graeme Geldenhuys wrote:
> On 24/05/2011 02:02, Jose Luis wrote:
> >
> > What does this mean ?, it was a SpeedButton that triggered the action,
> > but I received a TAction object.
>
> The SpeedButton triggered the action (eg; acButton.Execute), the Action
> the
On 24/05/2011 08:14, Mattias Gaertner wrote:
On Tue, 24 May 2011 00:35:19 +0100
Martin wrote:
[...]
(^^PChar(Sender)^+3)^+1
It should give you the real classname
Can this be used in the debugger hint, when moving the mouse over 'Sender'?
It should work on all modern gdb, 32 and 64 bit. PCh
On Mon, 23 May 2011 20:02:42 -0400
Jose Luis wrote:
> On Tue, 2011-05-24 at 00:35 +0100, Martin wrote:
> > On 24/05/2011 00:17, Jose Luis wrote:
> > > On Tue, 2011-05-24 at 00:30 +0200, Mattias Gaertner wrote:
> > >> On Mon, 23 May 2011 18:06:31 -0400
> > >> Jose Luis wrote:
> > >>
> > >>> Hi al
On Tue, 24 May 2011 00:35:19 +0100
Martin wrote:
>[...]
> (^^PChar(Sender)^+3)^+1
>
> It should give you the real classname
Can this be used in the debugger hint, when moving the mouse over 'Sender'?
Mattias
--
___
Lazarus mailing list
Lazarus@lists
On 24/05/2011 02:02, Jose Luis wrote:
>
> What does this mean ?, it was a SpeedButton that triggered the action,
> but I received a TAction object.
The SpeedButton triggered the action (eg; acButton.Execute), the Action
then triggered the event handler. Possible?
Does the SpeedButton in question
On Tue, 2011-05-24 at 00:35 +0100, Martin wrote:
> On 24/05/2011 00:17, Jose Luis wrote:
> > On Tue, 2011-05-24 at 00:30 +0200, Mattias Gaertner wrote:
> >> On Mon, 23 May 2011 18:06:31 -0400
> >> Jose Luis wrote:
> >>
> >>> Hi all:
> >>>
> >>> I've tried to cast the argument 'Sender' from a call
On 24/05/2011 00:17, Jose Luis wrote:
On Tue, 2011-05-24 at 00:30 +0200, Mattias Gaertner wrote:
On Mon, 23 May 2011 18:06:31 -0400
Jose Luis wrote:
Hi all:
I've tried to cast the argument 'Sender' from a call to an event
procedure, but it didn't work. The event is triggered by a TSpeedButto
On Tue, 2011-05-24 at 00:30 +0200, Mattias Gaertner wrote:
> On Mon, 23 May 2011 18:06:31 -0400
> Jose Luis wrote:
>
> > Hi all:
> >
> > I've tried to cast the argument 'Sender' from a call to an event
> > procedure, but it didn't work. The event is triggered by a TSpeedButton
> > push, and the
On Mon, 23 May 2011 18:06:31 -0400
Jose Luis wrote:
> Hi all:
>
> I've tried to cast the argument 'Sender' from a call to an event
> procedure, but it didn't work. The event is triggered by a TSpeedButton
> push, and the code of the action call contain the sentence:
>
> -- if Sender is TSpeed
Hi all:
I've tried to cast the argument 'Sender' from a call to an event
procedure, but it didn't work. The event is triggered by a TSpeedButton
push, and the code of the action call contain the sentence:
-- if Sender is TSpeedButton then
-- buttn:=TSpeedButton(Sender);
The code compile w
28 matches
Mail list logo