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

Let the progress bar fill the space at 100%,fixes #1247 #1777

Closed

Conversation

moshoujingli
Copy link
Contributor

I choosed the second way

Allow the handle edges to go beyond the edges of the progress bar, i.e. the center of the handle is always locked to the mouse, even at 0 and 100%.

So the progress bar will fill the space as expected, and at the beginning or the end, the handler will beyond the edges of the progress bar like below.
2014-12-31 5 52 46
2014-12-31 5 53 13

@heff
Copy link
Member

heff commented Jan 5, 2015

@moshoujingli any chance we could get a live demo of this somewhere to try it out and get a feel for it?
@videojs/core-committers any thoughts on this design?

@heff
Copy link
Member

heff commented Jan 5, 2015

We talked about this a bit in IRC and the general consensus was that the handle poking out the side of the player would bug people.

There's a few things I think we need to do with this then

  • Make the handle stop when it's left edge is at zero, and right edge is at 100%
  • Find a shape that won't look weird with the new setup
  • Separate the logic of the handle to clean this up a bit

@moshoujingli
Copy link
Contributor Author

I'm trying the second thing

Find a shape that won't look weird with the new setup

Would you like to tell me what tool do you use to generate the four font files?I think I need to change the font for \e009 or append a new one with the shape like a normal square but I don't know if there's any easy way to do that.

@heff
Copy link
Member

heff commented Jan 19, 2015

@mmcc, would you want to make a PR for the controls updates you've been working on? I think it'd be better if @moshoujingli was participating in that rather than the current version.

@mmcc
Copy link
Member

mmcc commented Jan 20, 2015

I was going to open the PR for the whole branch pretty soon, but it might not be a bad idea to split that into its own PR anyway to keep things a little easier to digest. I'll do that tomorrow, but in the meantime, @moshoujingli, these are the changes

FWIW we should absolutely take another pass at this. This was necessary to work on certain aspects of the sliders in the new base theme, but it can definitely be cleaned up.

@mmcc
Copy link
Member

mmcc commented Feb 13, 2015

There's a PR open to break up the logic a bit: #1816. I think we should tackle that first, get it pulled in, then revisit how we want to handle this issue at that point.

In the new base theme we don't necessarily need to do this since we're not going with a 100% width bar, but I think we should still easily allow for the current default theme to work (or at least this style). I'm going to close this for now, but let's continue the conversation over on #1816.

@mmcc mmcc closed this Feb 13, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants