Scrolling beyond 32k pixel limit?

[Charles E Buchwald]

Hi Mark,
I've tried one page per card. The trouble is that it is never as nice as the mobile scroller. The mobile scroller responds very, very fluidly, as you've probably seen. As your finger slides, the content slides right along with it. I haven't been able to figure out a way to use LC native stuff that responds like that. It doesn't seem impossible though...

But perhaps I can use such a transition to switch from one scrolling group to another. The reader/user might notice something odd every 32 pages, but I suppose that's better than a "Read more..." button....

- Charles

On 2012-09-14, at 4:03 PM, Mark Schonewille <m.schonewille at economy-x-talk.com> wrote:

> Charles,
> 
> Why don't you organise the pages in cards and swipe those cards? There are visual effects that give the appearance of sliding pages from right to left or the reverse.
> 
> --
> Best regards,
> 
> Mark Schonewille
> 
> Economy-x-Talk Consulting and Software Engineering
> Homepage: http://economy-x-talk.com
> Twitter: http://twitter.com/xtalkprogrammer
> KvK: 50277553
> 
> Economy-x-Talk is looking for an amateur painter/cartoonist/poet etc. Contact me http://qery.us/du
> 
> The Economy-x-Talk office is closed from 29 August until 4 September 2012.
> 
> On 14 sep 2012, at 22:19, Charles E Buchwald wrote:
> 
>> I'm working on an iPad app that is essentially a photo book.
>> I've created a big scrolling group of images that are 1024 x 768, and a mobile controller to manage the scrolling.
>> A couple of chapters are longer than 30+ pages, and were not scrolling as expected. It took me a while to realize I was encountering a limit to the width of the content of a scrolling group. Reorganizing the chapters to be less than 30+ pages each is not an option at this point.
>> 
>> Has anyone come up with a strategy for dealing with very large scrolling groups?
>> 
>> I'm working on splitting the content into 2 groups, and a way to jump from one to the other. It would be nice if it was relatively seamless, but that's not essential. I expect I'll have to insert a sort of "read more..." button at the "end" of group 1, hide group 1, show group 2, reset the scroll of the mobile control to zero... and continue on scrolling. Then reverse the whole process to go from group 2 to group 1.
>> 
>> Back in the Supercard days, I once worked on a Myst-like game. I used just 2 cards for most navigation, switching back and forth between them and changing the graphics on the hidden, non-active card dynamically in response to the next "step". All the navigation choices/options were held in a flat-file database, so edits and maintenance was really convenient.
>> 
>> I can vaguely imagine something like that with this scrolling issue... but haven't figured out how it would all happen smoothly and seamlessly....
>> 
>> Any insights?
>> 
>> Thanks,
>> - Charles