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

Delayed and enlarged unhighlight transitions. #182

Open
wants to merge 13 commits into
base: master
Choose a base branch
from
Open

Delayed and enlarged unhighlight transitions. #182

wants to merge 13 commits into from

Conversation

ghost
Copy link

@ghost ghost commented Jan 14, 2018

I feel that unhighlighting transitions look better when delayed, 2ff42eb is changing them.

The canvases at the Library weren't having animation support (I guess), all those other commits are for providing that.

I'm sorry this got complicated.

Defer and enlarge in time the clickable widget unhighlighting. It's
hard to explain why, but I think it is more visually pleasant, more
smooth. You can try to catch the difference by reverting this commit.

I want to do the same to the 'edit deck / new deck' facility, but
because those are cairo canvases, it will take me a lot more time and
lines to do it there.
Add the basic framework for being able to set smooth un/highlight
visual transitions for the `Create Deck` widget canvas.
Configure delays and transitions using 37cc4ea as model.
Prepare for the code for applying smooth transitions to
`library_deck_summary`. Argument `show_name` starts being mandatory,
because a second argument `creating` will be introduced without
default value.
Prepare the code for applying smooth transitions to
`library_deck_summary`. Add the `creating` argument.
Apply to `library_deck_summary` code changes applied to
`library_new_deck` by rev 14f5840.
Changes for investigating why the changes in the _deck summary_
facility do not show smooth as in the _new deck_ facility.

Configure large delays and transitions to better understand what is
happening.
It seems the rendering must be triggered by `fire_event`. So make the
`render(...)` function as being of one single argument that is the
packed list of its previous arguments.

This is because even though `bind_command` can receive a variable
argument count, when using `fire_event` Anura can only pass one single
argument.
Make the `show_name` argument optional back again, and make the new
`creating` argument optional.
library_deck_summary: disable caching and magically everything starts
working, but FPS suffers.
Not sure why, when using the cache but caching `step` it works too. FPS
keeps suffering.
Apply 1cdef26 to `data/objects/library_new_deck`.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant