Changing the displayed labels results in improper initial label drawing

[Robert Leach]

USE CASE: WHAT DO YOU WANT TO DO?

Change the labels that are displayed

STEPS TO REPRODUCE AN ISSUE (OR TRIGGER A NEW FEATURE)

Scenario 1:

1. Open small_133x133.txt
2. Make sure the labels displayed are the COMPLEX label type for both axes and that they are justified to the right and bottom
3. Change the displayed labels to GWEIGHT and EWEIGHT

Scenario 2:

1. Open small_133x133.txt
2. Make sure the labels displayed are the COMPLEX label type for both axes and that they are justified to the right and bottom
3. Scroll the column labels up most of the way
4. Change the displayed labels to GWEIGHT and EWEIGHT

Scenario 3:

1. Open 10_empty_first_cell.pcl (adjust the identified column labels to be correct)
2. Select View->Labels...
3. Change the Row Labels to NAME, right-justified
4. Click OK

CURRENT BEHAVIOR

Scenario 1:

The row labels do not appear and there's no what to scroll them. Zooming all the way in and back out again fixes this problem.

https://bitbucket.org/TreeView3Dev/treeview3/downloads/gweight_not_initially_displayed.png

(BB issues - I was unable to embed the image in this editor)

Scenario 2:

The column labels float too high in the label area. Zooming all the way in and back out again fixes this problem.

https://bitbucket.org/TreeView3Dev/treeview3/downloads/eweight_initial_display_after_scroll.png

(BB issues - I was unable to embed the image in this editor)

Scenario 3:

The row labels are left justified at first.

A fourth scenario I didn't describe, but it's the same general issue:

https://bitbucket.org/TreeView3Dev/treeview3/downloads/changed_labels_misdrawn.png

EXPECTED BEHAVIOR

Labels should be reset to their default position when they are changed so that they always appear in the correct starting position upon change.

DEVELOPERS ONLY SECTION

SUGGESTED CHANGE (Pseudocode optional)

None

FILES AFFECTED (where the changes will be implemented) - developers only

LabelView RowLabelView ColumnLabelView MapContainer

LEVEL OF EFFORT - developers only

minor

COMMENTS

[Robert Leach]

Scenario 3 doesn't appear to be reproducible. The first 2 are.

[Robert Leach]

Note, a work-around here is to manually reposition the split-pane divider, which fixes everything, but since data with no trees in the future will not have a movable split-pane divider, this will be a bigger issue.

[Robert Leach]

Starting work.

[Robert Leach]

LabelView appears to dynamically handle changes in font, style, and size. It does not appear to handle changes in selected label type(s) or selected justification. If I add awareness of changes to those in LabelView, it should solve this and other related issues.

[Robert Leach]

Resolved in branch issue391

[Robert Leach]

Duplicate of #318.

[Robert Leach]

Removing milestone: Labels (automated comment)