Sign in Join

Live chat for Free Pascal, Lazarus, Delphi and every Pascal programmer.

Mailing lists / lazarus / 2013-03

TTreeView question

12 messages · 7 people · –

Reply by email Subscribe to this list Your subscription

Read-only archive. Use j and k to move between messages.

Flávio Etrusco
to Lubos Pintes
Lubos Pintes wrote 5 lines
Hello, Am I correctly guessing that TTreeView is not based on platform native implementation? Thank

TTreeView is based on platform/widgetset native implementation.

-Fl?vio

Reply by email

Mattias Gaertner
to Lubos Pintes: Am I correctly guessing that TTreeView is not based on platform native implementation?…
Show quoted text 6 lines
Lubos Pintes hat am 28. M?rz 2013 um 14:30 geschrieben: Hello, Am I correctly guessing that TTreeView is not based on platform native implementation?

Its logic is platform independent. It uses the LCL theme drawing functions and colors.

Some native widgets have some nice features, but have often problems with more than a few thousands items.

Mattias

Reply by email

Lubos Pintes
to Felipe Monteiro de Carvalho: There is a list of this here, thought it doesn't fully specify the case of TTreeView:…

Interesting. On Windows it behaves like something custom drawn. The screen reader only sees display text, there is no feedback about nodes like collapsed/expanded etc.
So I will try to figure out why...

D?a 28. 3. 2013 14:44 Felipe Monteiro de Carvalho wrote / nap?sal(a):

Show quoted text 5 lines
There is a list of this here, thought it doesn't fully specify the case of TTreeView: http://wiki.lazarus.freepascal.org/Roadmap#Status_of_TCustomControl_based_controls_on_each_widgetset

Reply by email

Flávio Etrusco
to Mattias Gaertner: No. Why do you think so? Mattias
Mattias Gaertner wrote 17 lines
> Fl?vio Etrusco hat am 28. M?rz 2013 um 14:39 > geschrieben: > > > On Thu, Mar 28, 2013 at 10:30 AM, Lubos Pintes wrote: > > Hello, > > Am I correctly guessing that TTreeView is not based on platform native > > implementation? > > Thank > > > > TTreeView is based on platform/widgetset native implementation. No. Why do you think so? Mattias

Oops, my apologies then. Last time I saw at least the Win32 implementation was basically a wrapper around ComCtrl32 implementation...

-Fl?vio

Reply by email

Mattias Gaertner
to Marco van de Voort
Show quoted text 9 lines
On Thu, Mar 28, 2013 at 03:21:41PM +0100, Mattias Gaertner wrote: > Its logic is platform independent. It uses the LCL theme drawing functions and > colors. > > Some native widgets have some nice features, but have often problems with more > than a few thousands items. Do they still in windows versions that will be supported longer than an year from now, or is that old story?

I don't know about windows. The gtk trees had problems.

Mattias

Reply by email

zeljko
to Mattias Gaertner
Mattias Gaertner wrote 14 lines
On Thu, 28 Mar 2013 22:03:17 +0100 Marco van de Voort wrote: > On Thu, Mar 28, 2013 at 03:21:41PM +0100, Mattias Gaertner wrote: >> Its logic is platform independent. It uses the LCL theme drawing functions and >> colors. >> >> Some native widgets have some nice features, but have often problems with more >> than a few thousands items. > > Do they still in windows versions that will be supported longer than an > year from now, or is that old story? I don't know about windows. The gtk trees had problems.

But it was problem with gtk1, not gtk2 afair.
Anyway it is better to keep LCL treeview implementation since it's much faster eg. lcl treeview is x10 faster than QTreeView (qt native treeview) with few thousand items.

z.

Reply by email