u-wave / web Goto Github PK

The title of the playlist tries to nicely wrap into the playlist manager space by doing a line break at a whitespace. The problem with that is that the row will stick to its default size and thus the title will overflow over the playlist below.

All possible items of the playlists manager are affected.

b/c the :nth-child selector starts selecting different stuff.

should just add an --alternate modifier in JS probably.

• Wait list store containing ordered user IDs
• Respond to socket events for waitlist updates
• Show list of users ordered by wait list position

it always ends up assuming the user is at the very end of the waitlist.

Route is there, just needs a button someplace. Possibly in the user/settings menu.

• Send messages
  • Associate sent/received messages somehow to display a loading icon when the message is on its way
• Delete messages if mod
• Ping sound when mentioned
• Highlight mentioned usernames
• Show timestamps somewhere (maybe on hover only)
• Simple markup (probably just _, * and `)
• Emoji

The playlist manager is rendered behind the YouTube frame, might be a possible side effect of the fail over bug fix for Firefox and Edge? 😄

for truncated song titles

Probably also actually hosting TOS somewhere, like /terms.html or so.

Proxied preferably!

https://github.com/milankinen/livereactload

leaveWaitlist is not defined

developing a usable extension api for a react app, could be interesting e.e

Edge occasionally force closes itself while loading the page, there are rare occurances where the background isn't rendered and the the video won't play automatically.

Picks a random heart from ❤️ 💛 💚 💙 💜 . 👀

Microsoft's Edge and Firefox have issues with the z-order, rendering the non blurred thumbnail over the actual player.

So kids don't get to see when stupid people upload porn pictures for avatars. Alternatively, use identicons for everyone until you log in.

(Note that avatars will probably be gravatar by default, but still worth protecting against.)

click to close, anyone?!

T_T

1. Links are not clickable
2. Mentions are without sound (something like the Video.Record.ogg (in the Slack group)would be nice
3. If you post a long link, you will get a horizontal slider in the chat window
4. Active Chat-Bar color should be in the correct color

Unhandled rejection Error: Failed to execute 'send' on 'WebSocket': Still in CONNECTING state.

Should enqueue messages until the connection is completed.

would be nice to get some tests going. currently only code style is checked.

useful stuff: react-addons-test-utils

will have to look into test runners, maybe mocha or jest.

Some components currently worry about state changes and about rendering stuff. Ideally each component should only worry about one of those.

currently moving something around in a playlist or removing something sets the entire playlist to "loading", temporarily replacing the media list with a huge loading indicator. it's kind of a jarring transition. adding a loading indicator to only the relevant items instead would ease this a bit (and that could also be reused while loading thumbnails maybe)

related: predicting what the next playlist state will look like would make things feel faster, too. currently most playlist actions actually already have to do a bunch of mutation client-side so we could just do that immediately and wait for the server for confirmation only.

IE and Edge don't support CSS filter: blur(), so we should fall back to an SVG element with SVG blur filters instead.

• Stored almost entirely client side for a start
• Fetch prev. 50 items from server on join only
• Show list ordered by time somewhere (wait for design)

It would be reaaaaally rad if the last search query would stay in the manager till the next search 😄

http://codepen.io/rrorg/pen/jPJYzv

• Empty search will result in "You don't have a playlist yet!"
• "undefined" in the add to playlist menu when a playlist is empty, should be changed to "0".

Because the video ID is the same. Should rerender based on history ID instead, and force the YT component to reload if the history ID is different.

• Search: just Add
• Playlist: Add, Delete, Edit; move to first only if not in first

The scrollbars should be similar to the mockup (right): http://i.imgur.com/N8LUuSu.jpg

• Vote buttons in footer
• Votes store
• Respond to vote events from socket, init with server request for current state.

The volume slider is moving down by a bunch of pixels when the title is too long.

Should drop in an unobstructed direction, and get a scroll bar if there's not enough space.

(Related: Should also get a modal div so they don't hide immediately when you move the mouse)

https://github.com/acdlite/flux-standard-action

If you add a song to a playlist, it should be already on top, so you don't need to re-arrange the playlist again.

how are you @kool? doesn't mention @kool.

• Skipping songs
• Deleting chat
• Moving/Removing people in waitlist
  • Adding people to waitlist
• Bans
• Mutes

The room and waitlist views won't render as soon as the chat message cap is reached.

• Playlist list slides up when clicking footer
• Playlist menu to the left
• Clicking playlist loads the media
  • Button to set playlist as "active"
• Keep active playlist and UI-selected playlist in PlaylistStore
• Media is stored in PlaylistStore, just together with playlist
• Paginated playlists??

Adding stuff:

• Creating playlists
• YouTube & SC search, execute search server side.
  • stretch goal: add YT search autocomplete
• Checkboxes for searching YT/SC only (filter server side, preferably…unless we have a good way of mixing up SC & YT results, so a client side filter will always have enough results from either source)
• Lazy loading pagination

Keep style files next to their components