TyControls: a custom-drawn UI control suite with a CSS-like theme engine

[Antek]

@ACTom
EDIT: couldn't use tyscrollcontent from latest commit (d1849d2).

---

tyscrollbox issue ;tested with latest commit  cef6109(fix(scrollbox): keep the content )

 - Scrollbars behind child control(panel),( I know that scroll bar is also child of scrollbox)
-  Scroll using mouse wheel: first delta/tick of wheel is forcing movement scrollbar to wrong direction
- using the Scrollbars : scrollbar flicker/repaint issue? or (wrong recursive) calculation issue?
-using the Scrollbars : content movement a bit strange hopping?!--> check gif

best

[Antek]

@actom

Scaling HighDPI

Set manifest setiings for DPI "Vista-8...10+, per monitor V2(True/PM_V2)"

Start the prog at 100 percent scaling screen(OK).
Move to other screen (250%). Took 2-4 seconds! to "recalc"! (tytitlebar problem and more)
Move back to 100% screen. Took 2-4 seconds! to "recalc"! ( layout broken (forever))


There are layout problems using example container:
- A couple of problems might be solved using correct anchoring/alignment
- TyTitlebar much to height
- layout get broken

best

[ACTom]

@ACTom

known_gaps:

Borderless-window rounded corners + native drop shadow: implemented in tyControls.WindowEffects (TyApplyWindowEffects), applied by TTyForm on show/theme/maximize. ON by default; opt out via TyForm { border-radius: 0; window-shadow: false; }.

Code: CSS  [Select][+][-]

1. TyForm { border-radius: 0; window-shadow: false;}

tested with antdesign.tycss :
border-radius is (partly?)working but window-shadow is always shown.

Is there a way to apply above to a ttyform at runtime like other controls "StyleOverride" ?

best

I really hadn’t thought about that before, I’ll look into it later. The main concern is whether it might disrupt the existing structure.

@ACTom
EDIT: couldn't use tyscrollcontent from latest commit (d1849d2).

---

tyscrollbox issue ;tested with latest commit  cef6109(fix(scrollbox): keep the content )

 - Scrollbars behind child control(panel),( I know that scroll bar is also child of scrollbox)
-  Scroll using mouse wheel: first delta/tick of wheel is forcing movement scrollbar to wrong direction
- using the Scrollbars : scrollbar flicker/repaint issue? or (wrong recursive) calculation issue?
-using the Scrollbars : content movement a bit strange hopping?!--> check gif

best

Understood, this mainly fixes the dragging issue for now, and the details still need to be optimized.

@actom

Scaling HighDPI

Set manifest setiings for DPI "Vista-8...10+, per monitor V2(True/PM_V2)"

Start the prog at 100 percent scaling screen(OK).
Move to other screen (250%). Took 2-4 seconds! to "recalc"! (tytitlebar problem and more)
Move back to 100% screen. Took 2-4 seconds! to "recalc"! ( layout broken (forever))


There are layout problems using example container:
- A couple of problems might be solved using correct anchoring/alignment
- TyTitlebar much to height
- layout get broken

best

Received, the DPI issue looks quite significant.


Recently, I discovered that a batch of controls were not implemented according to the conventional definitions of Delphi/Lazarus, and I am now fixing these issues. Scanning for these problems has consumed too much of my Claude quota, so I may not be able to update for the next few days—my weekly quota has been used up.

[Antek]

@actom
using latest commit (a1c31d1)
- couldn't compile example containers : unknown property autoscroll
   --> Line  1510 inherited Create(AOwner); (tyControls.Form)
-bug: example antdesign -->> home>interaction>feedback :input dialog couldn't be closed sometimes

Friday or Saturday I'am able to do some checks on dpi-runtime-changes. At the moment I don't have access to a big screen.

best

[ACTom]

@actom
using latest commit (a1c31d1)
- couldn't compile example containers : unknown property autoscroll
   --> Line  1510 inherited Create(AOwner); (tyControls.Form)
-bug: example antdesign -->> home>interaction>feedback :input dialog couldn't be closed sometimes

Friday or Saturday I'am able to do some checks on dpi-runtime-changes. At the moment I don't have access to a big screen.

best

DPI might not be fixed until next week. At this stage, I've found that some controls behave inconsistently with Delphi/Lazarus, and I'm adjusting them in batches. This is a huge undertaking and may take a considerable amount of time. During the adjustment process, I discovered that RTL and BiDi are not supported, and I've just added that now.

[Antek]

I' ll check your github tycomponents commits regulary.
 And I'll keep testing.
best

[armandoboza]

Github starred

Very nice project.

[Antek]

@actom
using latest commit (419688f)


- some graphical "issues" using

[EDIT] using commit ed15b49
the "glitch" has gone! (As described inside a recent commit)


[EDIT] seems to work know 2026.08.10

There is a new(?) issue:
 (window-shadow: false;)
resizing the form via mouse only works once!

[Antek]

@actom
2026-08-08-permonitor-dpi.md
I have read the document. Great improvements and description!
A quick test using containers example showed up the new behavior.

[EDIT] seems to work now 2026.08.10
Sometimes it works but sometimes the titlebar height is 2x higher than it should.
The problem occurs only on 2nd monitor with higher scaling (250%)
  I could'nt reproduce this when compiled second time to take screenshots... so maybe no bug at all...


The min/max/close buttons look a bit "bold" at 250% scaling

[Antek]

@actom
commit 6005a27

[EDIT]
commit bd3d5d2
seems to work now.

ttysplitter

Code: Pascal  [Select][+][-]

1. TySplitter:hover {
2.   color: var(--accent);
3. }

hover does not work.