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

The default "fade" option its more like a "flash" #540

Open
Rafaelini opened this issue May 15, 2013 · 9 comments
Open

The default "fade" option its more like a "flash" #540

Rafaelini opened this issue May 15, 2013 · 9 comments

Comments

@Rafaelini
Copy link

Hi all. Anithing Slider it is a great plugin. Congratulations.

I'm not a programmer, but a designer, so I need the image atached to explain myself.

I think the timing for considering the fade option as fade, its wrong.

Perhaphs this can be called a flash (as in a flash of light) transition, becouse for a brief moment the background color is seen. And the timing for a fade transition must be modified.

anithingsliderfadegraph

I hope this helps to improve the already great plugin.

@Mottie
Copy link
Contributor

Mottie commented May 16, 2013

Hello @Rafaelini!

You do have a good point. But, I think the first issue is that the y-axis should be opacity, not transparency. Given that, the main problem occurs with methods 2 & 3 in that when img 2's opacity is at 100%, img 1 will not be seen fading as it will be "behind" img 2. So maybe I just need rename the current fade to "crossfade" and add a new "fadeIn" option? because in methods 2 and 3 above, the "fadeOut" will never been seen. Would that work?

I really am open to input, and would love to hear any feedback and/or criticisms.

@Rafaelini
Copy link
Author

Great.
Issue 1, yes opacity. I'm thinking as a designer XD, not css code.

I have prepared a functional example here, (not spam): http://otake.com.mx/Foros/AS-Revision/Ideas-AS-01.html
to show some issues.

When you have an opaque image (jpg) it dosen't matter the fade out of the second image, so your aseveration than a fade in is enough is correct.
But as the power of anithing slider is that you can nest anithing, you have a lot of cases when you have transparency. A simple text with headings has, a png file has, etc. so you need the fade out of the second li element as well.

I have an idea!
How about making a variable to sync the fade in and fade out! This will be awsome and flexible.
syincvariable

You can have now a full fade-in-fade-out transition in any background color or image. (flash if white), an a correct fade option.
Maybe eaven you can have a value, lets say 2, to have a dramatic blank pause. Who knows.

This sync variable is proportional to the duration of the effect, not an absolute value. the transition can be lets say 1 sec or 5 secs, but the sincronisation of the fade-in-fade-out is calculated uppon this secs.

Kind regards.
Rafael

@Rafaelini Rafaelini reopened this May 18, 2013
@Rafaelini
Copy link
Author

(Sorry I didn't mean to close the issue. Damned button.)

@Mottie
Copy link
Contributor

Mottie commented May 18, 2013

Well, I put together this "proof of concept", so it is possible. What do you think?

http://codepen.io/Mottie/pen/fHwGE

@Rafaelini
Copy link
Author

I'm playing with the values and looks great.

I changed the colors, from the primary colors you assigned to adjacent values in the color wheel. The last change, cyan to red pass thru a grey. But this is normal.
colorwheel

So this variable is ok.

I know this is just a test, but the timing reacts wierd. I'm making some tests and I'll post the results.

@Rafaelini
Copy link
Author

P.S. Download this aplication http://www.color-picker.de/en. (for windows) It mesures the colors on the screen.
It is difficult to see when a color starts changing with the naked eye. This shows the values moving with the transition.

@Rafaelini
Copy link
Author

For user-frendly values, it would work better to change the sync value scale from 0-1 to 0-2.

(I'm using The name of the variables in Anithing Slider js)
In Case 2 the total duration it is verey clear. delay+animationTime

If you change the scale to 2, the Case 3 its verey clear too.

Its a litle harder to understand (for users) the Case 1.

  • The visible transition in opaque slides is as marked in animationTime variable. But it is "consuming" the time of the delay value, verey specific from the previus delay time. (magenta zone)
  • In transparent slides, the visible fade out consumes time of the next delay value.
  • But none of this transitions add any second to the total duration of the slideshow. So again, the 0-2 scale looks more natural.

syincvariable totaltime

@Mottie
Copy link
Contributor

Mottie commented May 20, 2013

Well, actually if you look at it from the perspective of when "img 2" starts its animation compared to "img 1":

  • Case 1: delay = -1aT
  • Case 2: delay = 0
  • Case 3: delay = 1aT

And this makes more sense to me.

@Rafaelini
Copy link
Author

I thought that posibility. Perhaphs it is the best solution keeping in mind the other transitions. Ok.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants