On Friday 04 January 2008 11:32:26 Felipe Monteiro de Carvalho wrote:
The problem is that no wince snapshot using fpc 2.2.1 ... If you are
brave enougth there are step-by-step instructions on the wiki on how
to build a wince cross-compiler from code.
On Sunday 06 January 2008 08:37:59 Felipe Monteiro de Carvalho wrote:
On Jan 4, 2008 2:40 PM, Paul Michell [EMAIL PROTECTED] wrote:
Would you like me to submit a separate bug report still?
Yes. It's similar, but not equal to the already reported problems.
After you report it, I would mark
Felipe
I will try and isolate the revision (I am still an SVN novice so it might take
a while). I have been trying to isolate the problem and I am now sure it is a
Canvas based issue and nothing to do with the mouse events (which do work
perfectly if I replace the Canvas code with direct GDI
But i may be a sequence of problems, like here:
http://bugs.freepascal.org/view.php?id=10419
This sounds most likely:
The problem with seems to related somewhere around Pavl's patches:
2007-12-12 05:58 paul r13290
font handle/reference rework
2007-12-12 04:51 paul r13289
brush
(50, 50, 150, 150));
End;
I am pretty sure this was working not that long ago. I will see if I can track
down the cause, but I must admit I'm still weak on understanding how LCL
hangs together!
Paul
On Friday 28 December 2007 07:44:36 Paul Michell wrote:
Hello Everyone,
I have just updated
I'm using the mouse events for a field mapping application, so I want
to be able to do rubber band type line drawing.
On Friday 28 December 2007 08:36:33 Alvise Nicoletti wrote:
Can I ask wich is your purpose?
Cause probably with wince we should overridden some mouse events due
to the
Pen.Color := clRed;
Line(OX,OY,X,Y);
OX := X;
OY := Y;
End;
End;
Am I missing something or is this a bug?
Thanks,
Paul Michell
_
To unsubscribe: mail [EMAIL PROTECTED
, stopping
Is there a work-around for this not in the WIKI, or have I made a mistake
setting it up?
Thanks for any pointers you can give,
Kind regards,
Paul Michell
_
To unsubscribe: mail [EMAIL PROTECTED
Thanks A. J. and Burkhard for your responses,
Both problems went away when I swapped from FPC 2.0.4 to 2.1.4.
It's very nice to see Lazarus in GTK2 now.
Thanks again,
Paul
_
To unsubscribe: mail [EMAIL PROTECTED] with
I also think winapi best describes what it is.
Paul
On Wednesday 18 April 2007 4:00 pm, Henry Vermaak wrote:
On 18/04/07, Felipe Monteiro de Carvalho
[EMAIL PROTECTED] wrote:
I would vote for gdi or winapi
i'd vote for winapi, since the gdi is not the widget set and lazarus
doesn't call
Hello All,
I have been trying to create an ActionList in a DataModule then reference this
from the main form of the application. In Delphi I can do this at design-time
provided the DataModule unit is in the form's uses clause. I don't seem to be
able to do this in Lazarus. Is this by design,
in the way
that StretchDIBits does on Windows?
Thanks again,
Paul
On Tuesday 27 June 2006 1:27 am, Felipe Monteiro de Carvalho wrote:
On 6/26/06, Paul Michell [EMAIL PROTECTED] wrote:
Does any one know of a Linux API call that performs the same function as
StretchDIBits on Windows? I am
Does any one know of a Linux API call that performs the same function as
StretchDIBits on Windows? I am looking for a fast way of transferring a
memory buffer containing a 24bpp image to the screen. I would like to avoid
having to add additional dependencies beyond those required for a standard
On Thursday 15 June 2006 8:54 pm, Patrick Chevalley wrote:
In a first time I set the background of the underlaying panel to black
but this is not necessary and now it is clBtnface.
The sky chart is first draw to a Tbitmap. In the drawing component
onPaint I just draw this bitmap to the canvas
I am having problems finding a way on Linux to stop a form flickering as it is
repainted when resized. On Delphi I used to do this by processing the Windows
Erase Background message and supressing the OS background fill (WM.Result=0).
When I converted this to the Equivalent LM message it didn't
Thanks for the reply,
Is there any way on GTK1 of preventing the background fill?
My app will redraw the entire client from a bitmap and not need
the background fill first.
On Thursday 15 June 2006 10:54 am, Mattias Gaertner wrote:
On Thu, 15 Jun 2006 09:31:48 +0100
Paul Michell [EMAIL
Thanks Patrick,
I had seen that page on my search. If I am not mistaken, the custom control
will presumably have the same background fill event before you paint the star
chart? I am guessing that you have set the form's colour to black so that the
flicker on re-sizing the window is not so
On Monday 13 March 2006 11:25, Ales Katona wrote:
You cannot expect some magical stuff to be put into some invisible event
loop with console apps.
With GUI apps you don't control/design the event loop, you hook into
it. This means LCL can
CheckSynchronize() for you.
Understood, but the
I have been looking at threads in FPC/Lazarus over the last few weeks and I
found on the web a conversion of the old Delphi threads demo that was
partially working. I have added the {$ifndef win32} CThreads, {$endif}
code to enable thread linking on Linux. I have also got the Synchronize calls
On Friday 10 March 2006 14:02, Michael Van Canneyt wrote:
On Fri, 10 Mar 2006, Paul Michell wrote:
I have been looking at threads in FPC/Lazarus over the last few weeks and
I found on the web a conversion of the old Delphi threads demo that was
partially working. I have added the {$ifndef
On Friday 10 March 2006 14:24, Ales Katona wrote:
Why would the behaviour change from running from the IDE to
executing from the command line?
If you use synchronize, the IDE calls CheckSynchronize for you. In
command line you need to do this in main thread.
I tried this in the
This would be similar to Delphi's syntax check which would be a nice to have
feature.
Regards,
Paul
On Wednesday 22 February 2006 13:19, SteveG wrote:
Exactly - a shortcut (perhaps Shift-Ctrl-F9) to compile only - otherwise
it is necessary to insert / remove the compiler switch (which sort of
22 matches
Mail list logo