Bug 14135 - Make "refresh" a parameter in the window field of a menu in SqueezePlay
: Make "refresh" a parameter in the window field of a menu in SqueezePlay
Status: NEW
Product: Logitech Media Server
Classification: Unclassified
Component: Player UI
: 7.4.0
: PC Other
: -- minor (vote)
: Future
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-09-18 16:15 UTC by Joerg Schwieder
Modified: 2011-11-06 23:22 UTC (History)
3 users (show)

See Also:
Category: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Joerg Schwieder 2009-09-18 16:15:19 UTC
I don't know if this is an issue for SqueezePlay right now, yet it is one for iPeng:
It would be nice to indicate in the window fields whether a menu needs refreshing when control returns to it, that is, whether it's content can change by actions done elsewhere.

Rationale: iPeng does have more than a single window stack, this means you can do actions on a different one and return to a window so the state of that window could theoretically have changed in the meantime.

I believe this could also happen in Squeezeplay if context menus on the NowPlaying Playlist are being used.

This could also reduce load for "nextWindow => parent" actions since these also trigger a refresh.
Comment 1 Chris Owens 2009-09-21 09:52:39 UTC
Richard agrees this needs looking at, but deserves a full fix rather than a quick hack for the imminent 7.4 release.
Comment 2 Alan Young 2011-11-06 23:22:30 UTC
Unassigned bugs cannot have a priority.