-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Set the non-"none" display value for tables in certain redirects, like fadeIn/Out #324
Conversation
…ects, such as fadeIn/Out. Previously a table would be assigned 'display:block' in getDisplayType(). Now defaults to 'table'.
Oops. Thanks for this. I'll have this fixed in the next release :) |
I have a similar issue with tbody tags... I think the default display in this case should be "table-row-group". Could you fix this too? Thanks for the great work! |
Oops! Fixed. Expect it in the next release. Thanks :) |
Because I am a moron and I was juggling a lot of pr's/requests, your changes got implemented but went unaccredited. I am super sorry about this. This will be making it into tomorrow's release, however, and I'll be giving you a mention in the comments. |
Closes #293. You can now pass a `tween` property for creating arbitrary tween callbacks via the `progress` function. Refer to VelocityJS.org/#progress for more information. Created e/p/o shorthands for elements/properties/options syntactic sugar arguments syntax. Refer to VelocityJS.org/#arguments to learn more. Closes #368. The stop command now has increased targeting for `queue: false` animations, and is more robust. Refer to VelocityJS.org/#stop for more. Closes #396. Easing functions are now passed `opts` and `tweenDelta` so that custom easing functions can have greater access to animation parameters. Refer to VelocityJS.org/#easing for more. Closes #343. Differently-colored border colors don’t throw off `border-color` animation anymore. Closes #321. Implements “finish” feature for prematurely stopping current animations, but having them reach their end values and trigger their corresponding callbacks. Refer to VelocityJS.org/#finish for more. Closes #352. Prevents Firefox from throwing an error when animating an SVG element that isn’t being visually rendered. Closes #317. Array compacting now happens within ticks to ensure loops don’t cause arrays to bloat. Thanks so much, @marvelousNinja! Closes #324. HTML tables and tbody’s now have their proper display values set by Velocity. Thanks so much to @dtreiter and @okrad! Closes #371. Looping `backgroundPositionX/Y` to 100% causes a proper incrementing loop instead of alternation.
Closes #293. You can now pass a `tween` property for creating arbitrary tween callbacks via the `progress` function. Refer to VelocityJS.org/#progress for more information. Created e/p/o shorthands for elements/properties/options syntactic sugar arguments syntax. Refer to VelocityJS.org/#arguments to learn more. Closes #368. The stop command now has increased targeting for `queue: false` animations, and is more robust. Refer to VelocityJS.org/#stop for more. Closes #396. Easing functions are now passed `opts` and `tweenDelta` so that custom easing functions can have greater access to animation parameters. Refer to VelocityJS.org/#easing for more. Closes #343. Differently-colored border colors don’t throw off `border-color` animation anymore. Closes #321. Implements “finish” feature for prematurely stopping current animations, but having them reach their end values and trigger their corresponding callbacks. Refer to VelocityJS.org/#finish for more. Closes #352. Prevents Firefox from throwing an error when animating an SVG element that isn’t being visually rendered. Closes #317. Array compacting now happens within ticks to ensure loops don’t cause arrays to bloat. Thanks so much, @marvelousNinja! Closes #324. HTML tables and tbody’s now have their proper display values set by Velocity. Thanks so much to @dtreiter and @okrad! Closes #371. Looping `backgroundPositionX/Y` to 100% causes a proper incrementing loop instead of alternation.
It seems like getDisplayType() was defaulting HTML tables to be assigned "display:block;" after a fadeIn. I found that we were getting some weird display issues because of this. I think it makes sense to default to "display:table;" instead.
Is there any reason not to?