Scrolling in Conditional Viewports?

[pwhodges]

Should scrolling be possible in conditional viewports? 

As far as I can see, it isn't (I simply changed a working viewport to conditional with no other change, and the scrolling stopped).  But I can see no statement anywhere that it either should or shouldn't work.

Paul

[karashata]

I've never had problems with scrolling in conditional viewports myself, so I suspect conditional viewports should work identically to regularly defined viewports, aside from only being displayed if the appropriate condition is met.  Perhaps you can post a snippet of the WPS code that isn't working the way it should?

[linuxstb]

If a viewport is redrawn frequently, or the scrolling line(s) are redrawn frequently, then that resets the scrolling - so in effect this may be what you're seeing.

Posting your .wps file would be helpful.

[pwhodges]

OK, here you are.  It's for the H340, loosely based on unicatcher.  As most of my music is classical and untagged, I normally display the directory structure; but this version switches to tags when the hold switch is on.  This works, but there is no scrolling in the conditional viewports.

Paul

[EDIT by moderator - moved WPS to an attachment to prevent forum formatting breaking due to very long lines]

Oops - sorry; I'm used to another forum that disables attachments! - Paul

[karashata]

I wouldn't know for certain if this is what's causing your problems, but:

Code: [Select]

%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGa|%xdGa|%xdGa>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGb|%xdGb|%xdGb>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGc|%xdGc|%xdGc>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGd|%xdGd|%xdGd>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGe|%xdGe|%xdGe>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGf|%xdGf|%xdGf>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGg|%xdGg|%xdGg>;
%t0.1 %?mp<%xdFa|%?pv<%xdFa|%xdFb|%xdFc|%xdFd|%xdFe|%xdFf|%xdFg|%xdFh|%xdFi>|%xdGh|%xdGh|%xdGh>

(edited to fit...)

I don't know exactly what that does visually, but that's a pretty short display time (one-tenth of a second).  I would suspect that would cause issues...

EDIT:  Especially since it's being done in the default viewport...  Does anyone know how a rapidly-switching image in the default viewport would affect the rest of the viewports drawn afterward..?

[pwhodges]

That's alternating eight images as a volume indication, which change when paused to give a rotating pause symbol (it's taken from the pre-viewport version of icatcher/unicatcher).  I will try losing it as a test.

Note what I said before about the conditional being the only change - if I change the "b" viewport to non-conditional and remove it from the condition that selects it, but make no other change, then the scrolling works in that viewport (and if the hold switch is selected in this version, the other viewport tries to display on top of it - which the re-writes of the scrolling viewport mess up amusingly!). 

In other words, the non-scrolling is specific to conditional viewports.

Paul

EDIT:
I removed the lines starting %t0.1 and %t0.5 with no change in the scrolling behaviour. - Paul

LATER EDIT:
Incidentally, this use of viewports was intended to get over a different failure.  I had previously tried:

Code: [Select]

%?mh<%t0|%s%ac%fn>;%?mh<%s%ac%?in<%in - |>%?it<%it|(no track name)>|%t0>

to display different lines according to the switch position - however, even though an earlier test successfully changes a "hold" icon whenever the switch is changed, this line only reflects the changing switch position for a couple of seconds after the start of a song - after that the line stays the same regardless.  But it does scroll...

[MrMEC]

I've also seen that scrolling causes problems in conditional viewports.

Take the following example - this code works fine and the info scrolls correctly:

Code: [Select]

%Vl|x|60|90|202|60|1|FFFFFF|000000|
%ac%s%?ia<%ia|%?d2<%d2|>>
%ac%s%?it<%it|%fn>
%ac%s%?id<%id|%?d1<%d1|>>%?iy< (%iy)|>

But take this code and place it in a conditional (to show next track info when hold is on), and the text still scrolls, BUT the next track info does not display when the hold switch is on:

Code: [Select]

%?mh<%ac%s%?Fn<* Next *|>|%ac%s%?ia<%ia|%?d2<%d2|>>>
%?mh<%ac%s%?Ia<%Ia|%t0>|%ac%s%?it<%it|%fn>>
%?mh<%ac%s%?It<%It|%Fn>|%ac%s%?id<%id|%?d1<%d1|>>%?iy< (%iy)|>>

Take the scroll tags out, and the info changes on hold, but of course it doesn't scroll:

Code: [Select]

%?mh<%ac%?Fn<* Next *|>|%ac%?ia<%ia|%?d2<%d2|>>>
%?mh<%ac%?Ia<%Ia|%t0>|%ac%?it<%it|%fn>>
%?mh<%ac%?It<%It|%Fn>|%ac%?id<%id|%?d1<%d1|>>%?iy< (%iy)|>>

So because of this I'm forced to either remove the scrolling or the conditional.

[knight4led]

Why not have the hold switch check outside the viewport? I mean define two seperate viewports and display them depending on if the hold switch is on or not? It seems that the problem is with scrolling things contained in conditionals inside of conditional viewports. Seems silly to check conditionals inside of an already conditional viewport.

[afruff23]

Why not have the hold switch check outside the viewport? I mean define two seperate viewports and display them depending on if the hold switch is on or not? It seems that the problem is with scrolling things contained in conditionals inside of conditional viewports. Seems silly to check conditionals inside of an already conditional viewport.

Yep, that's what I do. Works a lot better (shorter and cleaner code). If you want to see a sample, check out my "Next" theme for the gigabeat.

[pwhodges]

That's what I was trying to do - use the hold switch test to choose which viewport to display.  However, I am still following the usual convention of testing to see if a tag is available before displaying it, and this test is on the line in the viewport, of course - I guess I could remove that sanity check and see if it works without...

Paul

[omoha]

I am using ipod Video 80G.

The text of Conditional Viewports doesn't scroll when the peak meter is put on wps.
ex.
#########################
%pm
%Vda
%Vl|a|50|50|50|-|1|-|-|
%s%ac%fn
#########################

It scrolls in case of Viewports.
#########################
%pm
%V|50|50|50|-|1|-|-|
%s%ac%fn
#########################

[knight4led]

correct me if I'm wrong, but shouldn't the peak meter be put in a viewport as well? I think that lots of these problems arise from the fact that anything dynamic is intended to be put in a viewport.

[omoha]

It is not a problem to put the peak meter in the "viewport".
It is a problem to put the peak meter in "wps".

If the line of "%pm" is removed from pwhodges's wps, the text of Conditional Viewports is normally scrolled.

I think that  Conditional Viewports refers to the flag that it is not allowed to scroll in dynamic content(peak meter).

[JdGordon]

peak meters makes the wps refresh much more often so yes having it there would "stop" scrolling...

[pwhodges]

The peak meters don't stop scrolling in other viewports, though - only in conditional ones.

Paul