Hi,
I switched from Gnome to FVWM. I've noticed that now some dialogs
show without a title bar.
Is this a X11 feature implemented in FVWM and not in Gnome? A possible
bug in FVWM - which one is correct? Anybody know what attribute
(property) in Lazarus TForm controls the visibility of the
On 24/10/2007, ik [EMAIL PROTECTED] wrote:
I believe this is a feature of FVWM (I never used it for a long time
though, so I'm not sure). The title is a new window that is attached
to your window at X11 protocol. So I believe that some properties of a
windows in the xlib level will cause
On 10/24/07, Graeme Geldenhuys [EMAIL PROTECTED] wrote:
On 24/10/2007, ik [EMAIL PROTECTED] wrote:
I believe this is a feature of FVWM (I never used it for a long time
though, so I'm not sure). The title is a new window that is attached
to your window at X11 protocol. So I believe that
On 24/10/2007, ik [EMAIL PROTECTED] wrote:
Try to use xwininfo on two types of window, one this model dialog and
on other types of windows that you will create in lazarus, and it
might give you a better hint.
Ah yes, I forgot about xwininfo. If used it a lot before. Thanks.
Regards,
-
Graeme Geldenhuys wrote:
On 24/10/2007, ik [EMAIL PROTECTED] wrote:
Try to use xwininfo on two types of window, one this model dialog and
on other types of windows that you will create in lazarus, and it
might give you a better hint.
Ah yes, I forgot about xwininfo. If used it a lot
Thanks.. I ran both xwininfo and xprop. I attached their output to this email.
Interestingly: Override Redirect State = no
So that would mean the TForm gets embedded in a window decoration form
managed by the window manager. Yet no decoration appears. I guess it
must be some issue with FVWM
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
I've noticed that transparency for TBitBtn under Carbon on Mac OS X does
not appear to work.
Let me clarify that. It looks fine inside the X11 ide on the Lazarus
form, but is not transparent at run-time under Carbon.
Is there anything specific to Mac OS I need to do to do get transparency?
Am Mittwoch, den 24.10.2007, 09:51 +0200 schrieb Graeme Geldenhuys:
Hi,
I switched from Gnome to FVWM. I've noticed that now some dialogs
show without a title bar.
Is this a X11 feature implemented in FVWM and not in Gnome? A possible
bug in FVWM - which one is correct? Anybody know what
Dominique Louis wrote:
I've noticed that transparency for TBitBtn under Carbon on Mac OS X does
not appear to work.
Let me clarify that. It looks fine inside the X11 ide on the Lazarus
form, but is not transparent at run-time under Carbon.
Is there anything specific to Mac OS I need to do
Dominique Louis napsal(a):
I've noticed that transparency for TBitBtn under Carbon on Mac OS X
does not appear to work.
Let me clarify that. It looks fine inside the X11 ide on the Lazarus
form, but is not transparent at run-time under Carbon.
Is there anything specific to Mac OS I need to
Am Mittwoch, den 24.10.2007, 22:26 +0200 schrieb Marc Santhoff:
Am Mittwoch, den 24.10.2007, 09:51 +0200 schrieb Graeme Geldenhuys:
Hi,
I switched from Gnome to FVWM. I've noticed that now some dialogs
show without a title bar.
Is this a X11 feature implemented in FVWM and not in
Tom Gregorovic wrote:
Do you mean TBitBtn face transparency or glyph transparency? AFAIK
TBitBtn face is not transparent on Mac OS X.
I should have been more explicit.
I'm talking about the glyph transparency. I still see the fuschia
background of the glyph at run-time.
Dominique.
Marc Weustink wrote:
What version of Lazarus did you use ? What os version and what cpu
(intel or powerpc)
Latest Snapshot on the 23rd of October. Mac OS X 10.1.10 MacBook Intel.
Dominique.
_
To unsubscribe: mail [EMAIL
Did anyone use Lazarus under XFCE on a system with more then one monitor?
I have two monitors under openSUSE 10.3 with XFCE. There are one brothersome
behaviour. Every Dialog from lazarus is in the Desktopcenter.
So the Dialogs are subdivided into two sections by the monitors.
Has anybody a
Have the same under KDE - and the same problem.
AFAIK with X11 two Monitors are handled as one big - so the program
using X11 knows nothing about the dimensions of the monitors - so that's
not a Lazarus-specific problem but an issue for every program on X11...
regards
Lukas
Johannes Müller
16 matches
Mail list logo
