Project

General

Profile

Actions
Copy link

Bug #2213

closed

Wt::WTableView->selectionChanged() signal not sending upon non-standard deselection

Added by John Davidson over 11 years ago. Updated about 11 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Michael Vilsker
Target version:
3.3.1
Start date:
09/14/2013
Due date:
% Done:

0%

Estimated time:

Description

If a user clicks on a column header in a WTableView, thereby deselecting one or more selections made in that table, the selectionChanged() signal does not get sent. It should get sent.

In the forum Koen confirmed this was an oversight and asked me to submit a bug report. Here it is.

Actions
Copy link
 #1

Updated by Koen Deforche over 11 years ago

  • Status changed from New to InProgress
  • Assignee set to Michael Vilsker
  • Target version set to 3.3.1

Michael,

Whenever selection is changed (also because of resorting and thus after layoutChanged() signal) we need to emit the selectionChanged() signal.

koen

Actions
Copy link
 #2

Updated by John Davidson over 11 years ago

Also, queryModel->reload() causes selection to be dropped without a selectionChanged()signal getting emitted.

Actions
Copy link
 #3

Updated by Michael Vilsker over 11 years ago

  • Status changed from InProgress to Resolved
Actions
Copy link
 #4

Updated by Koen Deforche about 11 years ago

  • Status changed from Resolved to Closed
Actions
Copy link

Also available in: Atom PDF