mirror of
https://github.com/ArnoldSmith86/virtualtabletop.git
synced 2026-03-02 22:57:02 -05:00
CSS dynamic variables #495
Labels
No labels
PCIO compatibility
Validator
automated testing
bug
documentation
duplicate
editor
enhancement
enhancement
library
library
maintenance
needs legacy server
pile related
reported client crash
routine operations
user interface
widget properties
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/virtualtabletop#495
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @96LawDawg on GitHub (Mar 14, 2022).
Originally assigned to: @ArnoldSmith86 on GitHub.
When I was testing the new
draggingproperty, I set up a widget with the following css:dragColorwas a custom property set on the widget by another routine. It was either theplayerColoror it was null. The css handled the switch from null to the color just fine. But when thedragColorchanged back to null, the css dynamic variable didn't react. If instead of going to null, I set thedragColorto "white", it worked fine. If I set thedragColorto false, it worked fine.Refreshing the browser window when
dragColorwas null did reset the background. Not sure if this is intended behavior or an issue when css dynamic variables encounter a null. @robartsd ?@robartsd commented on GitHub (Mar 14, 2022):
@ArnoldSmith86 wrote the code for CSS dynamic variables, so he would be more familiar with how it works. Based on what you describe, my guess is that properties being deleted from a widget (setting a property to
nullcauses it to be deleted) are not checked to see if those properties are used in the CSS. I'm pretty sure that this is unintended, since the display should always be the same after a refresh.@robartsd commented on GitHub (Mar 15, 2022):
I'm also experiencing a problem using CSS dynamic variables if the CSS property for a card comes from the deck.
@ArnoldSmith86 commented on GitHub (Mar 15, 2022):
Do you have an example? And is it fixed in #1148?
@robartsd commented on GitHub (Mar 15, 2022):
I'm working on
transportationDeckfor Fun with Transit.cssproperty incardTypesorcardDefaultsdoes not work, but same property set directly in the card does work. I'll work on a test case.@ArnoldSmith86 commented on GitHub (Mar 15, 2022):
If it works in the PR, we don't need a test case, I guess.
@robartsd commented on GitHub (Mar 15, 2022):
Sorry, I was mistaken. I was not using the correct syntax.