You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
The Alpha channel value not restored
Steps to reproduce the behavior:
Select Ctrl-T to add a Title.
Select a template
Click on 'Background Color'
Change the Alpha channel value to 125 for partial transparency
Select OK then Save.
Add the title to a track. At this point, the Alpha channel value has been ignored.
Edit the Title.
Click on 'Background Color'
Change the Alpha channel value to 125 for partial transparency
Select OK then Save. At this point, the Alpha channel value can be seen in action.
Edit the Title
Click on 'Background Color'
The Alpha channel value presents as 255.
Expected behavior
If the Alpha channel value is set, then when the Color picker is selected to edit the colour, the Alpha transparency value should display as the previously saved value.
Exception / Stacktrace No stacktrace found in log files
Screenshots (Optional)
If applicable, add screenshots to help explain your problem. You can include screenshots by
copy/pasting them on GitHub or dragging-and-dropping into the GitHub page. All images are public,
so please don't post screenshots containing personal information.
The text was updated successfully, but these errors were encountered:
rhelms
changed the title
The Alpha channel value not restored (Give your bug report a descriptive title)
The Alpha channel value not restored
Mar 30, 2020
If the Alpha channel value is set, then when the Color picker is selected to edit the colour, the Alpha transparency value should display as the previously saved value.
Mmm, yeah, I see the issue.
The problem is that the alpha value effectively gets separated from the color value in the process of storing it in the SVG source.
When the color dialog returns, it outputs a QColor value including alpha, which we store and reuse. That's why subsequent reopenings display the same color (and alpha) values.
When the QColor value is used to update the SVG data for the title, it's split into an RGB value that's used for the fill property, and a separateopacity property that's assigned the color's alpha level.
It should be possible to recombine them into a QColor with alpha when retrieving the color for re-edits, though.
#3331 should fix this, and as a consequence the color dialog will also display the correct alpha value on the first use, as well. (Instead of showing 255 for backgrounds that are really completely transparent.)
ferdnyc
added
interface
GUI / user interface issues (i.e. windows, buttons, scrolling, pop-ups, etc...)
pending
A PR has been submitted to fix the issue
labels
Mar 30, 2020
@rhelms This is now fixed with the merge of #3331, which will be included in the next set of Daily Builds generated at https://openshot.org/download/ if you'd like to test it out!
(They should be there shortly, I'd say give it 10-15 minutes from this comment.)
Describe the bug
The Alpha channel value not restored
Steps to reproduce the behavior:
Expected behavior
If the Alpha channel value is set, then when the Color picker is selected to edit the colour, the Alpha transparency value should display as the previously saved value.
System Details
Log Files
Exception / Stacktrace
No stacktrace found in log files
Screenshots (Optional)
If applicable, add screenshots to help explain your problem. You can include screenshots by
copy/pasting them on GitHub or dragging-and-dropping into the GitHub page. All images are public,
so please don't post screenshots containing personal information.
The text was updated successfully, but these errors were encountered: