Re: [lazarus] TButton.Color

2007-07-19 Thread Alexander Klenin

On 7/19/07, Graeme Geldenhuys <[EMAIL PROTECTED]> wrote:

On 19/07/07, Alexander Klenin <[EMAIL PROTECTED]> wrote:
>
> There is no way to change a color of standard Windows button, except
> for system-wide change via Control Panel. Correspondingly, there is no
> TButton.Color property in Delphi.

I'm afraid you are wrong here!  TButton under Delphi and Kylix has a
Color property, which was introduced by TControl.  And yes under
Delphi it does change the button's face color. We have used this in
some of our multimedia applications.

It's a limitation of Lazarus, not VCL or CLX.

I am not sure what version of Delphi you are talking about, but at
least under Delphi 7,
Color is protected property of TControl which is not published by its
descendants
TColor -> TWinControl -> TButtonControl -> TButton.
Forcing access to it via inheritance and setting Color property anyway
has no effect -- I just checked.

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] TButton.Color

2007-07-19 Thread Alexander Klenin

On 7/19/07, Vincent Snijders <[EMAIL PROTECTED]> wrote:

I am looking at bug 1188: TButton.Color doesn't work on windows.
http://www.freepascal.org/mantis/view.php?id=1188

Does anybody know how to change the buttons color on windows (without
resorting to ownerdrawn)?


There is no way to change a color of standard Windows button, except
for system-wide change via Control Panel. Correspondingly, there is no
TButton.Color property in Delphi.
(See also 
http://msdn2.microsoft.com/en-us/library/ms673328.aspx#button_color_messages).
The color actually used is available in Delphi as clBtnFace constant.

Personally, I would say that this is ok, as it improves interface consistency.
Instead of adding TButton.Color property, a descendant component (e.g.
TColorButton or TCustomButton) should be implemented on all
widgetsets.

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] PostGreSQL on win32

2006-10-20 Thread Alexander Klenin

On 10/20/06, A.J. Venter <[EMAIL PROTECTED]> wrote:

I tried copying the dll's from the postgres lib directory into c:\lazarus,
into c:\windows\system32

Not being a regular windows developer - I am affraid I'm stumped now. How do I
tell lazarus that postgres is there - and where to find the libs ?

3) Finally - presumably this means I will need to include the postgres libs
with the app, or alternatively at least make sure the app can find them from
an installed base - how do I do this ?


Try putting dlls into a directory containing your project's executable file.

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Object and Class declarations question

2006-09-19 Thread Alexander Klenin

On 9/20/06, Juan Martinez <[EMAIL PROTECTED]> wrote:

This may be a silly question and more suitable to compiler mail list, but
I'm subscribed to this list only so here it goes.

 Object and Class declarations are very similar but, are they really the
same?

 My concern is about smart linking. If I use Object instead of Class, will
it takes  less memory to smart link? I heard that Object is more close to a
record than to a Class, is it true?

The main difference is that objects of class types are always
allocated on heap, so class-typed variables are essentially
references.
Object-typed variables can be allocated either statically, on the
stack or on the heap.


--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] Code completion features missing or not ?

2006-09-15 Thread Alexander Klenin

Ok. So GEXpert has a simple word search and not an identifier search.
And this is wanted.
Then the new functions will be called 'Find next word', 'Find previous
word'. Ok?

Perhaps "Find next word occurrence" or even "Find next occurrence of this word"?
I am afraid 'Find next word' will be easily confused with the function
performed by Ctrl+Right/Left.

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] [PATCH] Replace PairSplitter with Splitter in ObjectInspector

2006-07-25 Thread Alexander Klenin

I am not sure what PairSplitter is for, and what are its essential
differences from normal splitter (apart from slightly different API
and the fact that it apparently does not work on Windows). Anyway, I
noticed TODO item at the start of ObjectInspector.pp and decided to
fulfill it instead of figuring out what's the deal wil PairSplitter.

The attached patch is tested on Windows XP.

--
Alexander S. Klenin
Insight Experts Ltd.


obj_insp_splitter.patch
Description: Binary data


Re: [lazarus] SynEdit + Unihighlighter (must have fixed caps problem)

2006-07-23 Thread Alexander Klenin

On 7/23/06, Mattias Gaertner <[EMAIL PROTECTED]> wrote:

> I have recently started poking around it and have some ideas ;-)

What ideas?

Well, for starters, the code obviously will benefit from some refactoring.
E.g. "mouse links" processing is spread over many different places,
with some literally duplicating code.
The interface of syntax highlighters needs improvement also.
I tried to disable "mouselinks" over keywords and numbers (because
clicking them will always lead to error). I have found the following:
one the one hand, "IsKeyword" function defined in basic class is not
implemented in descendants,
on the other hand, "GetToken" function, seemingly designed to return
the type of the current token, returns unadorned integer, with no way
to interpret it, and GetTokenID function, which does return enumerated
type, is pascal-specific.
Is the above worth fixing?

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


Re: [lazarus] SynEdit + Unihighlighter (must have fixed caps problem)

2006-07-22 Thread Alexander Klenin

On 7/22/06, George Birbilis <[EMAIL PROTECTED]> wrote:

I haven't tried SynEdit 2.x and the new Unihighlighter yet, but sometime in
the future when I do, I'll see what it takes to port the to Lazarus (seeing
what changes had been done to old SynEdit to port it)


Does that mean that there is no point in enhancing the SysEdit which
is now in Lazarus?
I have recently started poking around it and have some ideas ;-)

--
Alexander S. Klenin
Insight Experts Ltd.

_
To unsubscribe: mail [EMAIL PROTECTED] with
   "unsubscribe" as the Subject
  archives at http://www.lazarus.freepascal.org/mailarchives


[lazarus] [PATCH] Change cursor shape over the "mouse links" in source editor

2006-07-20 Thread Alexander Klenin

Change cursor shape from "beam" to "hand" when hovering over "mouse
link" in source editor.
Patch attached.

--
Alexander S. Klenin
Insight Experts Ltd.


ctrlmouselinkscursor.patch
Description: Binary data