Hi Tom
You do great work!
Here is a symptom which might be related (or not). Am only mentioning it because
this also had an invisible font issue. Am busy in Win32 right now, and will
trace the issue further (if it still exists) when I can get back to carbon in a
few weeks.
I had four
- Original Message -
From: Marc Weustink [EMAIL PROTECTED]
Ah.. this is a common issue. While a lot of ppl think all routines you use in
delphi are from delphi, it in fact isn't.
You have the ones made by Borland which you will find in the rtl or vcl and
you have the translation of
I've been using Delphi Pro from version 1 thru 2006 (skipped over a few
versions).
I really like Lazarus, especially the crossplatform aspects.
Strangely, have been using Delphi Help (very well put-together) for most Lazarus
lookup. I first check on the function (easy to find) in Delphi help,
If one uses dual large monitors, the multiple window approach is a good thing.
You have space to put all the windows to be in easy view, in exactly the
placement one finds most useful.
jcjr
- Original Message -
From: Mattias Gaertner [EMAIL PROTECTED]
To: lazarus@miraclec.com
Sent:
- Original Message -
From: Tom Gregorovic [EMAIL PROTECTED]
That's allright, I comprehend that generating mouse events is sometimes
undesirable. I have been following behaviour of SetCursorPos in Lazarus on
Windows platform and Delphi (5), where SetCursorPos generates OnMouseMove
Hi Tom
Thanks for adding the Carbon SetCursorPos patch.
Wome feedback on your comment: Thanks. It's only pitty that it does not produce
mouse events.
I could be mistaken, and appreciate correction, but think that SetCursorPos
SHOULD NOT send mouse events (on any platform).
That is from my
]
To: lazarus@miraclec.com
Sent: Saturday, October 20, 2007 5:21 AM
Subject: Re: [lazarus] Win32 Lazarus IDE Set Breakpoint minor quibble
Micha Nelissen rašė:
James Chandler Jr wrote:
be to add just a few more pixels of white space to the left of lines in
the source code panel. That would provide
There doesn't seem to be a feature request on the buglist for this, and it is a
very small issue. Am soliciting feedback whether this issue is worthy of a
feature request.
The Win32 IDE is working great, but maybe I'm not accurate enough with the mouse
in the Lazarus Source Editor window.
Is there a valid way to comment-out a line in a .lfm file? I tried
{...} and //..., which do not seem to work in Carbon LCL.
Perhaps the form compiler recognizes some other comment mechanism?
If comments are not supported, it is not a big issue. When
editing .lfm files as text in XCode,
Hi Phil
The wiki sounds like a good idea.
Adriaan van Os helped us get a middle-sized PC Lazarus app moved into
an xcode project. The carbon components this project uses, are
working great. The low-level message loop is behaving nicely, doing
what one would expect it to do responding to
On Oct 12, 2007, at 3:59 AM, Felipe Monteiro de Carvalho wrote:
Creating a custom control is generally the best option to avoid
flickering. It's all documented here:
http://wiki.lazarus.freepascal.org/
Developing_with_Graphics#Motion_Graphics_-_How_to_Avoid_flickering
Thanks Felipe.
On Oct 11, 2007, at 4:49 AM, Adriaan van Os wrote:
Jim, is this something we need ?
Not immediately. It isn't a stop-the-presses issue.
I modified the code to move the 'playback indicator' SpeedButton to
track mouse movement, which is good enough for right now. But the
playback
On Oct 11, 2007, at 10:34 AM, Giuliano Colla wrote:
If Lazarus is intended to be Delphi compatible, Delphi provides for
Tcontrol descendants (and also for a number of other of visual
objects not descending from TControl, such as TPanel) an Invalidate
method which, according the manuals
On Oct 11, 2007, at 6:25 PM, Mattias Gaertner wrote:
On Thu, 11 Oct 2007 08:53:35 -0700
Peter Gannon [EMAIL PROTECTED] wrote:
[snip]
Yes, hopefully some solution will arise to allow direct drawing to
the screen outside of paint events. Most programs do some kind of
direct painting at some
not submitted a bug report on the issue, because was trying to
find a fix to submit. So there isn't any 'invalid uncleared' report
on the BugTracker from me, on SetCursor().
jcjr
Anyway
On Oct 7, 2007, at 9:53 PM, Paul Ishenin wrote:
James Chandler Jr wrote:
I need to go back and look more closely
Carbon has the double-buffered screen display.
For 'instant arbitrary' drawing into a window, one often has to flush
the new drawing to the screen using Carbon functions like
QDFlushPortBuffer() or CGContextFlush().
This can be tricky, because if you are drawing a lot of content, you
I posted a bug-report containing a oneline fix, but am duplicating it
here in case it is useful:
On Delphi and PC Lazarus, if a form is invisible and you call Show,
the Form will come forward to the top of the visible z-order.
Carbon Lazarus does not always do that.
Adding one line seems
On Oct 5, 2007, at 2:57 AM, Paul Ishenin wrote:
James Chandler Jr wrote:
[skip]
These TPaintBoxes are embedded in a TPanel, but maybe that isn't a
contributor to the bug, because the TButtons whose Cursors work
correctly, are embedded in TPanels too.
Is TPaintBox.Cursor works when
On Oct 6, 2007, at 9:57 AM, Felipe Monteiro de Carvalho wrote:
How does LCL set the cursor set for controls without a handle? I would
guess that the parent component analyses mouse move events and then
searchs it's child controls to see when the mouse is in an area which
should have a different
Thanks for the good advice, Felipe!
On Oct 6, 2007, at 2:05 PM, Felipe Monteiro de Carvalho wrote:
Honestly I am as clueless as you are, but having worked a lot with qt,
wince, etc, interfaces I got some guesses =)
First I imagined it could be that there is a function in LCLIntf, like
Hi
I'm working with Peter Gannon and Adriaan Van Os on a music app that
was ported from Delphi2006 to PC Lazarus, and then ported into a
Carbon Lazarus program compiling/debugging in XCode. We have worked
out most problems and we are mopping up a few remaining issues.
Overall it is
Thanks very much Paul. I'll check that this morning.
jcjr
On Oct 5, 2007, at 2:57 AM, Paul Ishenin wrote:
James Chandler Jr wrote:
[skip]
These TPaintBoxes are embedded in a TPanel, but maybe that isn't a
contributor to the bug, because the TButtons whose Cursors work
correctly
22 matches
Mail list logo
