This is the bug/patch tracker for Rockbox. Click here for more information.
Quick links: Bugs · Patches · Rockbox frontpage
FS#5907 - WPS partial line scroll
Attached to Project:
Rockbox
Opened by Mark Arigo (lowlight) - Wednesday, 30 August 2006, 18:54 GMT+2
Last edited by Nicolas Pennequin (nicolas_p) - Saturday, 17 November 2007, 23:27 GMT+2
Opened by Mark Arigo (lowlight) - Wednesday, 30 August 2006, 18:54 GMT+2
Last edited by Nicolas Pennequin (nicolas_p) - Saturday, 17 November 2007, 23:27 GMT+2
|
DetailsCurrently %s scrolls the whole wps line. With this patch, only the text following (to the right) of the %s is scrolled.
So, you can have lines like "Title: %s%it". Testing & comments welcomed. |
This task depends upon
Closed by Nicolas Pennequin (nicolas_p)
Saturday, 17 November 2007, 23:27 GMT+2
Reason for closing: Out of Date
Additional comments about closing: A similar but more flexible feature is now in SVN.
Saturday, 17 November 2007, 23:27 GMT+2
Reason for closing: Out of Date
Additional comments about closing: A similar but more flexible feature is now in SVN.
FYI, here's the wps I use for my h140.
Artist: %s%?ia<%ia|%?d2<%d2|(root)>>
Album: %s%?id<%id|%?d1<%d1|(root)>>
Title: %s%?it<%it|%fn>
%pb
%al%pc%ac%pp/%pe%ar%pt
Next: %s%?It<%It|title not available>
Alternating sublines work OK, even with different length text prior to the scroll point.
It can't be broken by putting two %s's in the line (it uses the last one) or by the length of text prior to the scroll point exceeding the visible width of the screen.
It also works OK when using aligned text (%al, %ac, %ar)
The bi-directional scroll setting always works as intended, whatever the size of the line to be scrolled is.
I've only checked the one target, but I assume that there are no target-dependencies in the WPS code, so I would expect that it would be OK in all circumstances.
I also checked all the default Rockbox included WPS's. Most have the %s at the left of the line, so are unaffected. Any others appear to be in sublines, so should also be unaffected.
For me, this is intuitively how the scroll function should work by default and it would be really good if this could get committed.
Artist: %s%ac?ia<%ia|No Artist Info>%arI
Artist: %s%ac%?ia<%ia|No Artist Info>%arI
It works for me, but the scroll start position is wrong. I'll have a look later.
Artist: %ac%ia
Artist: _Long artist name
Artist: %s%ac%ia
Artist: |_Long artist name
Artist: %ac%s%ia
Artist: _|Long artist name
I don't know of a way around this (or if it's important avoid).
However, it looks spot on now, I have tried more tag combinations than before, and can't find any errors :)
As regards your last point, the only visual difference it makes is that the space between the end of the static text and the start of the scrolling text is bigger in the last example. I personally don't see it as a problem; it doesn't break anything and if you write your WPS intuitively with the %s where you actually want it (or at least consistently) it will not even be noticeable.
Go for the commit!
[http://www.rockbox.org/tracker/task/2954][
I mean, if you put %s at the beginning of the line, there should be no difference between this and scroll margins.
Does this patch actually just add the feature to put %s to anywhere in the line?
So if I did it this way Artist:%s%ia the "Artist:" would not scroll but anything after that would.
My question is now, is this and scroll margins compatible? Can I do i.e. Artis: %s%m|x1|x2|%ia??