Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

A few overlay fixes #1184

Merged
merged 5 commits into from
Apr 7, 2022
Merged

A few overlay fixes #1184

merged 5 commits into from
Apr 7, 2022

Conversation

psavery
Copy link
Collaborator

@psavery psavery commented Apr 6, 2022

This contains a few fixes:

  1. Update overlay manager table on type change
  2. Update overlay manager table on type change (fixes: Overlays not always responding to updates on MacOS #1182)
  3. Force last section to stretch in overlay manager
  4. Force material name to match upon adding (fixes: When making a copy of a material, reflection table selector seems to refer to the original, not the copy #1183)
  5. Update overlay manager table when materials added

More details can be read in their commit messages.

Fixes: #1182
Fixes: #1183

psavery added 3 commits April 5, 2022 05:29
This is so that the name text will be updated.

Signed-off-by: Patrick Avery <[email protected]>
This id() is being used in the image canvas to keep track of which
overlay artists belong to which data dicts. As such, do not allow the
id() of the dict to change by replacing the old `_data` with a new one.
Instead, update the old one in place.

Signed-off-by: Patrick Avery <[email protected]>
It wasn't very aesthetically pleasing when it would not stretch like it
was supposed to. This would happen, for instance, when we changed the
type of an overlay.

Force it to do so manually.

Signed-off-by: Patrick Avery <[email protected]>
psavery added 2 commits April 6, 2022 12:41
This was causing a bug when copying the materials in the materials list
editor, because the copy of the material was given a new name, but the
name on the material object itself did not match.

This means that places where the name on the material object itself was
used (such as the reflections table) would be used incorrectly.

Fix this by forcing newly added materials to have the name that matches
their key in the dict.

Signed-off-by: Patrick Avery <[email protected]>
It was previously not being updated like it should have been.

Signed-off-by: Patrick Avery <[email protected]>
@joelvbernier joelvbernier merged commit f5b3a3f into HEXRD:master Apr 7, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
2 participants