Adrian, can you have a look at this one?  if you don't have time please let us know and we can have someone else look at it.

Yes the code is missing to do this.  Do you have a client I can use to test this with if I add the misding code?

(In reply to comment #2)
> Yes the code is missing to do this.  Do you have a client I can use to test
> this with if I add the misding code?

Adrian:

If you don't have access to an old Slimp3 model, it appears that the software player "squeezeslave" has the same issue.  You can get the latest code to build the player here: svn checkout http://squeezeslave.googlecode.com/svn/squeezeslave/trunk/ squeezeslave-read-only, or slightly dated tarballs here: http://sourceforge.net/projects/softsqueeze/files/

You will need to build a version that is "interactive", which gives it a curses-based display(e.g., using the "makefile.linux26-alsa-display" makefile) and start the player with the "-D" switch.  This sets it to receive VFD display messages from the server -- and as you should see, only the vertical menu transitions on the CLI.


George

George - I've got access to the appropriate player, I was wondering if you had a specific cli client you are using to look for these status updates with.

Strictly pre SB2 players don't send display animation messages they only send display updates.  This is the reason you don't see anything as there is no notification sent for the multiple animation messages used to create the menu scrolling on these players.  What would be your desired view - the same notifications as on SB2 players or just an update for the new menu (as you see for up/down scrolling)?

(In reply to comment #4)
Adrian:

I've written my own CLI client for an update to a project I've been working on as part of a plugin for MythTV to allow control of connected Slimp3/Squeezebox players in the house.  If you really want, I can send you the code, but it's in pretty bad shape at the moment.

As for the behavior I'm looking for, I guess I'd like to have it follow the SB2 model, if possible.  Below is the CLI output for a softsqueeze player (emulating a SB3, I believe):
c8%3A66%3A0a%3Ac0%3A95%3A59 displaystatus subscribe%3Aall type%3Aanimate-d line0%3ASoftSqueeze%20Home line1%3ANow%20Playing overlay0%3A%201%20of%209 overlay1%3A%02

c8%3A66%3A0a%3Ac0%3A95%3A59 displaystatus subscribe%3Aall type%3Aanimate-d line0%3ASoftSqueeze%20Home line1%3AMusic%20Library overlay0%3A%202%20of%209 overlay1%3A%02

c8%3A66%3A0a%3Ac0%3A95%3A59 displaystatus subscribe%3Aall type%3Aanimate-r line0%3AMusic%20Library line1%3AArtists overlay0%3A%201%20of%209 overlay1%3A%02

c8%3A66%3A0a%3Ac0%3A95%3A59 displaystatus subscribe%3Aall type%3Aanimate-r line0%3AArtists line1%3AThe%20Clash overlay0%3A%203%20of%2029 overlay1%3A%02

c8%3A66%3A0a%3Ac0%3A95%3A59 displaystatus subscribe%3Aall type%3Aanimate-r line0%3AThe%20Clash line1%3ALondon%20Calling overlay0%3A%201%20of%201 overlay1%3A%02

Here is what is received for the same sequence using the squeezeslave/slimp3 players: 

00%3A19%3Ab9%3A1a%3A60%3A13 displaystatus subscribe%3Aall type%3Aupdate line0%3ASqueezebox%20Home line1%3ANow%20Playing overlay0%3A%201%20of%209 overlay1%3A%1Frightarrow%1F

00%3A19%3Ab9%3A1a%3A60%3A13 displaystatus subscribe%3Aall type%3Aupdate line0%3ASqueezebox%20Home line1%3AMusic%20Library overlay0%3A%202%20of%209 overlay1%3A%1Frightarrow%1F

-- no horizontal transitions here, the next lines are just to show what the vertical transitions give --

00%3A19%3Ab9%3A1a%3A60%3A13 displaystatus subscribe%3Aall type%3Aupdate line0%3AMusic%20Library line1%3AAlbums overlay0%3A%202%20of%209 overlay1%3A%1Frightarrow%1F

00%3A19%3Ab9%3A1a%3A60%3A13 displaystatus subscribe%3Aall type%3Aupdate line0%3AMusic%20Library line1%3AGenres overlay0%3A%203%20of%209 overlay1%3A%1Frightarrow%1F

As you can see, with the Slimp3 CLI output, there is no horizontal transition to the "Artist" category or "The Clash" artist listing or "London Calling" album listing.  

While I would be happy with simply the "update" information -- showing the final result of menu, it would be even better to know the transition (up, down, left, right).  I realize that is probably asking for too much, but having behavior match between the early players and the later players will allow me to have a more consistent display -- the plugin will allow control of all players connected to the server and having different transitions for different players might be confusing to the end user.

Let me know what else I can do to help, or if you want me to try out any patches.

George

 == Auto-comment from SVN commit #28242 to the slim repo by adrian ==
 == https://svn.slimdevices.com/slim?view=revision&revision=28242 ==

Bug: 13314
Description: add simple update displaystatus notifications for pushLeft/Right on Text/SqueezeboxG displays (previouly no notification was sent at all)

George please try 7.4 after svn 28242 (tomorrow's nightly or later)  I've added in a simple update for the missing cases.  This should give you an update in all meaningful cases.  (there is no update for bump actions where the screen does not change)

(In reply to comment #7)
> George please try 7.4 after svn 28242 (tomorrow's nightly or later)  I've added
> in a simple update for the missing cases.  This should give you an update in
> all meaningful cases.  (there is no update for bump actions where the screen
> does not change)

Adrian:

Thanks.  I'm away and so won't be able to try the build until early next week.  Sorry for the delay.  I'll get to it as soon as possible.

George

Adrian:

This seems to work.  I've had it running for a few days without trouble.  Thanks for the work in getting it fixed.  

I assume that this will be committed to the 7.4 release?

George