Project

General

Profile

Actions

Bug #1247

closed

WTreeTable::disable()/enable() and WTreeView::disable()/enable() require some extra work

Added by Michael Leitman over 12 years ago. Updated about 12 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Target version:
Start date:
04/20/2012
Due date:
% Done:

0%

Estimated time:

Description

As mentioned in the forum: http://redmine.emweb.be/boards/2/topics/4088

en-/disabling a WTreeTable does not work as expected.

[quote=forum post]

Due to user-right handling in my application,
it starts with a "not clickable" WTreeTable (per setting this->m_treeTable->disable();)

At first i create a TreeTable, then adding it as a Widget to a Layout
and at last calling disable().

For testing, on reaction to a Button Click, i enable the treeTable, calling this->m_treeTable->enable();

But then, only the "first level nodes" are clickable,
if i expand a Node, which contains subnodes, these are not available.

Is that supposed to be?
If yes, how can i en/disable all nodes and subnodes of a treetable?

I attached code, which represents my test case.
As seen in my code, the same process works for a WTreeView!

...

If i set a TristateCheckbox in the WTreeView header like
mode->setHeaderFlags(0, Horizontal, HeaderIsTristate | HeaderIsUserCheckable);
and set Sorting Enabled: treeView->setSortingEnabled(col, false);

and then set the whole WTreeView to disabled,
it's still available and the user can sort columns and select the tristate checkbox in the header?

[/quote]

attached example code:

http://redmine.emweb.be/attachments/726/TestTreeTable.cpp

Actions #1

Updated by Koen Deforche about 12 years ago

  • Status changed from New to Resolved
  • Target version set to 3.2.3
Actions #2

Updated by Koen Deforche about 12 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF