Feature Request

[Rick and Roll]

A few things...

Any reduction of redundancy is welcome. I addition to what Lotus mentioned, there are a few more stale items on the page...just blow them away...(actually just looking it looks like you have...that's good)

My opinion would be to farm out the Gallery, like the news is done with Mortis.

I'm not a big fan of the member status. Just more clutter. The user name should be enough....

About the request queue...also the shows can throw that off also. The queue looks good as it is.

[lotus]

[*]Refresh of the members online
How often?

Once every 5 min?

[VAXman(Admin)]

Originally Posted by lotus

[*]Refresh of the members online
How often?

Once every 5 min?

That's the problem with AJAX (the A is for Asynchronous). I'd like to think about this and see if it is possible to have the update keep in step with users as they sign-on. If I can get the time set on the streaming server, I can handle the "ON THE AIR" refresh much better. That's won't help the member list though.

[VAXman(Admin)]

Originally Posted by Rick and Roll

A few things...

Any reduction of redundancy is welcome. I addition to what Lotus mentioned, there are a few more stale items on the page...just blow them away...(actually just looking it looks like you have...that's good)

The real estate of the main page is limited so any redundancy should go.

Avian did, IMHO, a nice job of getting a lot of information on the main page without making it too busy. I've been trying to add more without debasing Avian's original design. Hence, things like the scrolling history.

Originally Posted by Rick and Roll

My opinion would be to farm out the Gallery, like the news is done with Mortis.

That's probably doable. However, I still need to see how the Joomla Gallery looks and get it implemented. I'll need some photos for it but I suppose I could just toss in a few test photos.

Originally Posted by Rick and Roll

I'm not a big fan of the member status. Just more clutter. The user name should be enough....

The idea would be to color code them. For example, regular members in white, patrons in gold, admins some other color which will contrast well against the blue background.

Originally Posted by Rick and Roll

About the request queue...also the shows can throw that off also. The queue looks good as it is.

Forgot to mention that but you're right. The real issue is that I could show a longer view into the Pending Queue (ie., the coming up items on the main page if it was permissible) but I have no way of knowing what will be pulled from the request queue.

The one admin page I recently put together shows this clearly. Perhaps, on Thursday, I will capture one such page and show all in this thread. I'll blank out usernames but you'll get a better understanding since the page shows requests in terms of their request history (request time-stamp).

[Rick and Roll]

Originally Posted by VAXman

That's probably doable. However, I still need to see how the Joomla Gallery looks and get it implemented. I'll need some photos for it but I suppose I could just toss in a few test photos.



The idea would be to color code them. For example, regular members in white, patrons in gold, admins some other color which will contrast well against the blue background.



Forgot to mention that but you're right. The real issue is that I could show a longer view into the Pending Queue (ie., the coming up items on the main page if it was permissible) but I have no way of knowing what will be pulled from the request queue.

The one admin page I recently put together shows this clearly. Perhaps, on Thursday, I will capture one such page and show all in this thread. I'll blank out usernames but you'll get a better understanding since the page shows requests in terms of their request history (request time-stamp).

You should have a FEW photos!

The color coding is a nice touch.

For me at least, the 24 hour history coupled with the what's up next works just fine.

Sounds like a Thursday theme...."A place in the queue"..

[VAXman(Admin)]

Originally Posted by Rick and Roll

You should have a FEW photos!

Yeah, 1 or 2.

Originally Posted by Rick and Roll

The color coding is a nice touch.

The idea is to convey information without making the page busy. I can cite plenty of bad examples of that -- like most of the pages on MyWaste.com. In addition, it should be easy to find info. My fave example, see how long it will take you to find my name in links on HP's OpenVMS pages ( http://hp.com/go/OpenVMS/ ). No cheating with Google!

Originally Posted by Rick and Roll

For me at least, the 24 hour history coupled with the what's up next works just fine.

Which is likely how it will stay. I'm adding some code to allow a 'clickable' larger view window of the recently played history but I won't go back farther than 24 hours of history.

Originally Posted by Rick and Roll

Sounds like a Thursday theme...."A place in the queue"..

You've heard it folks... Rick has called the theme!

[VAXman(Admin)]

Originally Posted by VAXman

The one admin page I recently put together shows this clearly. Perhaps, on Thursday, I will capture one such page and show all in this thread. I'll blank out usernames but you'll get a better understanding since the page shows requests in terms of their request history (request time-stamp).

I took a snapshot of the page which I created to show the request queue. As you can see, this is ordered from most recent request to the oldest still remaining in the queue. The yellow rows are pending requests. In other words, SAM has gone through the request queue and selected some tracks for play. Based on SAM's knowledge of what has played, this selection process is NOT linear as this snapshot shows. The oldest request (the Beardfish) in the queue has not been selected for play and there are also "holes" within the list. There is no correlation between the "requested time-stamp" and the actual play time as well. This was also a good example because 2 requesters requested the same track. SAM will permit this because this track or artist may not have played recently. Both are yellow (ie. pending). SAM has gone through the database and collects like requests into one play.

Listing artists on the request page is probably the best day to display what is in the request queue. The ONLY other way might be to display the artists as ordered in the sample snapshot. However, because only the artist is displayed, I feel it's easier to see what has already been requested when that is is collated alphabetically. Your input and opinion welcome.