Project

General

Profile

Actions

Bug #2213

closed

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

Added by John Davidson over 10 years ago. Updated over 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Michael Vilsker
Target version:
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 #1

Updated by Koen Deforche over 10 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 #2

Updated by John Davidson over 10 years ago

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

Actions #3

Updated by Michael Vilsker over 10 years ago

  • Status changed from InProgress to Resolved
Actions #4

Updated by Koen Deforche over 10 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF