Is there any style manager for Lazarus

[tr_escape]

Hello everyone,

I wondering is there any component style changer for Lazarus?
In delphi xe2 and above you can change your form style in runtime.

I am looking for a component pack or library for this operation

I added a sample created with xe3 in attachment

Thank you

[howardpc]

The closest the LCL comes to this that I am aware of is offered in the (beta status) Custom Drawn control package which is incomplete but slowly growing.
See http://wiki.lazarus.freepascal.org/Lazarus_Custom_Drawn_Controls
This offers DrawStyles such as Android, MacOSX, WinCE etc. Contributions to help flesh out the missing parts would be welcomed.
Otherwise the LCL is based on native OS widgets which restricts style changes largely to OS-controlled visual alterations such as themes.

[marcov]

I'm not sure that this is customdrawing. It might be Windows theming.

[taazz]

XE2 and above have the code from ksdev buy out so it is a bitmap based theme engine so yeah you can say it is custom drawn at this point.

[Graeme]

I wondering is there any component style changer for Lazarus?
In delphi xe2 and above you can change your form style in runtime.

The general consensus in Lazarus is that it is frowned upon to change your applications to suit your needs. They want you to always adhere to the OS theme. So what you want is probably not possible with LCL. I consider that mentality crazy, and why I started fpGUI years ago!

Your alternative would be to take your chances with the LCL-CustomDrawn widgetset, but that is still years away from being usable in the real-world.

[vfclists]

Are you drawing/tempting Felipe into this thread? I've ordered 2 big bags of popcorn!!

Your alternative would be to take your chances with the LCL-CustomDrawn widgetset, but that is still years away from being usable in the real-world.

[tr_escape]

I wondering is there any component style changer for Lazarus?
In delphi xe2 and above you can change your form style in runtime.

The general consensus in Lazarus is that it is frowned upon to change your applications to suit your needs. They want you to always adhere to the OS theme. So what you want is probably not possible with LCL. I consider that mentality crazy, and why I started fpGUI years ago!

Your alternative would be to take your chances with the LCL-CustomDrawn widgetset, but that is still years away from being usable in the real-world.

Actually i installed the fpgui yet and i tried it with udesigner project. It is ok working and there nice components in it but you we have got console screen on the background.

Maybe you should change to like as kol-ce pack because generaly develeopers are likes the component movements on the form.

Also i'll try custom drawn pack in windows.

Thank you all your answers

[cybermonkey342]

Actually i installed the fpgui yet and i tried it with udesigner project. It is ok working and there nice components in it but you we have got console screen on the background.

Maybe you should change to like as kol-ce pack because generaly develeopers are likes the component movements on the form.

Also i'll try custom drawn pack in windows.

Thank you all your answers

Try adding

Code: [Select]

{$apptype gui} into your code and the console vanishes.

[marcov]

XE2 and above have the code from ksdev buy out so it is a bitmap based theme engine so yeah you can say it is custom drawn at this point.

XE2 and above support both the VCL AND the customdrawn monkeybusiness.

Skinning also changed for VCL with XE3, due to VCL styles: http://docwiki.embarcadero.com/RADStudio/XE3/en/VCL_Styles_Overview

[Graeme]

It is ok working and there nice components in it but you we have got console screen on the background.

As cybermonkey34 said. It is not a fpGUI issue, but rather you compiling a Windows application, but you didn't tell the compiler it is a GUI application - thus the console is created for you [which is handy for debugging ].

To get rid of the console, compile your project with -WG compiler option, or add {$apptype gui} in your program unit.