Latest WACUP public preview for x86 & x64 is build #24360 (April 20th 2026) (x86 & x64 changelogs)
Latest restricted WACUP beta release is build #24360 (April 20th 2026) (x86 & x64 changelogs)

Author Topic: PLAYLIST: Highlight bar to be on song playing, NOT on start song.  (Read 15857 times)

ozstar

  • Full Member
  • ***
  • Posts: 12
    • View Profile
PLAYLIST: Highlight bar to be on song playing, NOT on start song.
« on: September 30, 2018, 07:58:19 AM »
Hi,

When Playlist is showing..

If you click on a song to start the playlist that song has a highlight bar across the whole of the playlist box.

Once the song starts to play and goes to the next songs, the highlight bar stays where it started.

When one looks at the playlist to see where it is up to, the eyes automatically go to the highlight bar across the playlist box, not to the bold title of the song that is playing.

It would better in my opinion if that highlight bar was on the sng playing, not where it started. One could quickly see what song is playing.

It would be also better if the song that was playing, was in another colour, to be easier seen.

I am using the silver Modern skin

Just my 2c..

Thanks.

« Last Edit: September 30, 2018, 07:59:39 AM by ozstar »

dro

  • Admin / WACUP Developer
  • Administrator
  • Hero Member
  • *****
  • Posts: 5705
    • View Profile
    • WACUP (Winamp Community Update Project)
Re: PLAYLIST: Highlight bar to be on song playing, NOT on start song.
« Reply #1 on: September 30, 2018, 11:30:33 PM »
Going in reverse on the points raised, it's generally down to the skin (or colour theme if using a modern skin) to determine what is shown as the actively playing item text colour. So it might be that you can just change the skin values to get a better colour scheme to better identify the currently playing item.

However I can see that there's scope to allow for overriding that (like I can already do for queued & missing playlist items depending on what's been installed) so that the background as well as the text colour can be changed.

With the selection side of things, moving the selection is entering an odd territory imho (I think there's something like it in fb2k) as it can get confusing at times especially with how to handle having a multiple selection. I get why you'd want something like this & is why I've answered this bit second as it's possible that doing the first part would actually be the better option than trying to break something which I think is better left alone (plus changing the drawn output is a lot easier to get done as I've got the code already written for the features that already use it :) ).

-dro