iOS scrollers

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

iOS scrollers

Mark Wieder via use-livecode
I have scrolers that work fine in a simulated iPhone 6 Plus (which is
what the card size is.) But in iPhone X the last one or two lines are
cut off so you can't scroll to the bottom of the text. This happens
everywhere in the app where there's a scroller involved.

Why?

--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Ditto that here. I still have you with handler.

Ralph said he was added 20 the rect, so I did this.

put ("0,0," & (the formattedwidth of control pName) & "," & \

the formattedheight of control pName + 20) into tRect
But on iPhone X increasing by a generic "20" in not enough.

I don't think users will mind if there "blank" space at end of the scroll.
It  going to be pain to work out a fast, accurate, algorithm--fonts and line spacing being "all over the place."

So I'll try "50" as see what happens.


the formattedheight of control pName + 50) into tRect
BR

But in iPhone X the last one or two lines are
cut off so you can't scroll to the bottom of the text.
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
This is a blocker for us. Adding extra space to the contentRect doesn't
work, Swami tested it on a real iPhone 10 and it shows the same issues
as the simulator.

If anyone has a workaround I need it real soon now. Meanwhile I'll put
in a bug report.


On 11/30/19 8:46 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

> Ditto that here. I still have you with handler.
>
> Ralph said he was added 20 the rect, so I did this.
>
> put ("0,0," & (the formattedwidth of control pName) & "," & \
>
> the formattedheight of control pName + 20) into tRect
> But on iPhone X increasing by a generic "20" in not enough.
>
> I don't think users will mind if there "blank" space at end of the scroll.
> It  going to be pain to work out a fast, accurate, algorithm--fonts and line spacing being "all over the place."
>
> So I'll try "50" as see what happens.
>
>
> the formattedheight of control pName + 50) into tRect
> BR
>
> But in iPhone X the last one or two lines are
> cut off so you can't scroll to the bottom of the text.
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
I am still wondering to read issues dealing with rendering layout issues on mobile devices anno 2019 (almost 2020!).

In my opinion this should be an integrated part in the LiveCode engine. From my own experience writing your own geometric routines is never perfect and it has given me a lot of headaches...
It should be no issue anymore when generating desktop, mobile or webapps from one code library with multi-platform support.

If I am wrong then my apologies mention this.


On 01/12/2019, 05:27, "use-livecode on behalf of J. Landman Gay via use-livecode" <[hidden email] on behalf of [hidden email]> wrote:

    This is a blocker for us. Adding extra space to the contentRect doesn't
    work, Swami tested it on a real iPhone 10 and it shows the same issues
    as the simulator.
   
    If anyone has a workaround I need it real soon now. Meanwhile I'll put
    in a bug report.
   
   
    On 11/30/19 8:46 PM, Sannyasin Brahmanathaswami via use-livecode wrote:
    > Ditto that here. I still have you with handler.
    >
    > Ralph said he was added 20 the rect, so I did this.
    >
    > put ("0,0," & (the formattedwidth of control pName) & "," & \
    >
    > the formattedheight of control pName + 20) into tRect
    > But on iPhone X increasing by a generic "20" in not enough.
    >
    > I don't think users will mind if there "blank" space at end of the scroll.
    > It  going to be pain to work out a fast, accurate, algorithm--fonts and line spacing being "all over the place."
    >
    > So I'll try "50" as see what happens.
    >
    >
    > the formattedheight of control pName + 50) into tRect
    > BR
    >
    > But in iPhone X the last one or two lines are
    > cut off so you can't scroll to the bottom of the text.
    > _______________________________________________
    > use-livecode mailing list
    > [hidden email]
    > Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
    > http://lists.runrev.com/mailman/listinfo/use-livecode
    >
   
   
    --
    Jacqueline Landman Gay         |     [hidden email]
    HyperActive Software           |     http://www.hyperactivesw.com
   
    _______________________________________________
    use-livecode mailing list
    [hidden email]
    Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
    http://lists.runrev.com/mailman/listinfo/use-livecode
   



_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
Bug: QA ticket #...?

I believe you will use the previously confirmed number?

Agreed, it’s has become "a blocker." Not that you cannot build the app. But any TOC and Indices you will have in the app don't work, from the user point of view. The last line will appear if you use scroll up, (keep your thumb on the scroller)  but disappear back down on release.

Now, we know as a "developer" that the "index" is only showing one line short, but the user doesn't know that. It gives an "anxiety" moment for the user as, for all she knows, there could be 1 to 20 lines, below that she cannot access.

(I will put the note in the QA center when you post the number.)



If anyone has a workaround I need it real soon now. Meanwhile I'll put
in a bug report.
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
It would be good to have a simple stack to test that only is for showing the problem. One thing I would look at is how you are measuring coordinates when using ShowAll. With ShowAll and Portrait, of a card that is iPhone 4 sized, zero Y is not at the top of the iPhone 5 screen. If you are finding a way to base things off of the visible top of the screen, and not using the top of the card, then things will go wrong.
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Perhaps I misunderstand you, but IMHO, "it not rocket science"

Regardless of the device or fullscreenmode. I use (and I think jacque uses) the card rect…

If  we set a scroller to the "formatterHeight", in any model or "mode" context, the user should be able to scroll right to the bottom, and see, its contents -- in this case a field.

It a confirmed bug, but it hasn't been solved/merged yet.


It would be good to have a simple stack to test that only is for showing the problem. One thing I would look at is how you are measuring coordinates when using ShowAll. With ShowAll and Portrait, of a card that is iPhone 4 sized, zero Y is not at the top of the iPhone 5 screen. If you are finding a way to base things off of the visible top of the screen, and not using the top of the card, then things will go wrong.
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Hi all,

@Jacque
This sounds like bug https://quality.livecode.com/show_bug.cgi?id=21456

Kind regards,
Panos
--

On Sun, 1 Dec 2019 at 17:13, Sannyasin Brahmanathaswami via use-livecode <
[hidden email]> wrote:

> Perhaps I misunderstand you, but IMHO, "it not rocket science"
>
> Regardless of the device or fullscreenmode. I use (and I think jacque
> uses) the card rect…
>
> If  we set a scroller to the "formatterHeight", in any model or "mode"
> context, the user should be able to scroll right to the bottom, and see,
> its contents -- in this case a field.
>
> It a confirmed bug, but it hasn't been solved/merged yet.
>
>
> It would be good to have a simple stack to test that only is for showing
> the problem. One thing I would look at is how you are measuring coordinates
> when using ShowAll. With ShowAll and Portrait, of a card that is iPhone 4
> sized, zero Y is not at the top of the iPhone 5 screen. If you are finding
> a way to base things off of the visible top of the screen, and not using
> the top of the card, then things will go wrong.
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
That's exactly it, thanks Panos. I'd searched for formattedHeight and only
found my older bug so I added a comment there, but the one you've
referenced is more accurate.

I didn't realize the problem was in the scrollerDidScroll parameters. I
need a workaround in the next 2 weeks if there isn't a fix by then. We have
to have a splash screen in order to support newer iPhones.

--
Jacqueline Landman Gay | [hidden email]
HyperActive Software | http://www.hyperactivesw.com
On December 1, 2019 11:07:31 AM panagiotis merakos via use-livecode
<[hidden email]> wrote:

> Hi all,
>
> @Jacque
> This sounds like bug https://quality.livecode.com/show_bug.cgi?id=21456
>
> Kind regards,
> Panos
> --
>
> On Sun, 1 Dec 2019 at 17:13, Sannyasin Brahmanathaswami via use-livecode <
> [hidden email]> wrote:
>
>> Perhaps I misunderstand you, but IMHO, "it not rocket science"
>>
>> Regardless of the device or fullscreenmode. I use (and I think jacque
>> uses) the card rect…
>>
>> If  we set a scroller to the "formatterHeight", in any model or "mode"
>> context, the user should be able to scroll right to the bottom, and see,
>> its contents -- in this case a field.
>>
>> It a confirmed bug, but it hasn't been solved/merged yet.
>>
>>
>> It would be good to have a simple stack to test that only is for showing
>> the problem. One thing I would look at is how you are measuring coordinates
>> when using ShowAll. With ShowAll and Portrait, of a card that is iPhone 4
>> sized, zero Y is not at the top of the iPhone 5 screen. If you are finding
>> a way to base things off of the visible top of the screen, and not using
>> the top of the card, then things will go wrong.
>> _______________________________________________
>> use-livecode mailing list
>> [hidden email]
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
Hi Jacque,

Does putting a CR at the end of the field contents help? Before making the mobile scroller etc.

I think that was a workaround I came up with ages ago for the same (/similar?) problem. But could be that I'm misunderstanding your issue...

cheers

Alan

On 2 Dec 2019, at 3:30 am, J. Landman Gay wrote:


This is a blocker for us. Adding extra space to the contentRect doesn't
work, Swami tested it on a real iPhone 10 and it shows the same issues
as the simulator.

If anyone has a workaround I need it real soon now. Meanwhile I'll put
in a bug report.

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Thanks Alan, but it doesn't really. Some of my text fields already have a
couple of carriage returns after them as an attempt to fix another issue
and they also have the same problem. But if the bug is what
scrollerDidScroll returns, the length of the field probably doesn't matter.


I do appreciate the suggestion though, given my time constraints. It's
weird that it only happens if a splash png is included. If I hadn't made a
dummy one for testing I wouldn't have seen the problem.
--
Jacqueline Landman Gay | [hidden email]
HyperActive Software | http://www.hyperactivesw.com




_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
The bug number is the one Panos posted :
https://quality.livecode.com/show_bug.cgi?id=21456

You could add yourself to the cc list to track it.
--
Jacqueline Landman Gay | [hidden email]
HyperActive Software | http://www.hyperactivesw.com
On December 1, 2019 8:50:12 AM Sannyasin Brahmanathaswami via use-livecode
<[hidden email]> wrote:

> Bug: QA ticket #...?
>
> I believe you will use the previously confirmed number?
>
> Agreed, it’s has become "a blocker." Not that you cannot build the app. But
> any TOC and Indices you will have in the app don't work, from the user
> point of view. The last line will appear if you use scroll up, (keep your
> thumb on the scroller)  but disappear back down on release.
>
> Now, we know as a "developer" that the "index" is only showing one line
> short, but the user doesn't know that. It gives an "anxiety" moment for the
> user as, for all she knows, there could be 1 to 20 lines, below that she
> cannot access.
>
> (I will put the note in the QA center when you post the number.)
>
>
>
> If anyone has a workaround I need it real soon now. Meanwhile I'll put
> in a bug report.
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
We shouldn't be scripting scrollers.

If the control we placed on the card scrolls, it should scroll.  Doesn't
matter if it's Mac or Windows or Linux.  Shouldn't matter if it's iOS or
Android.

Manually typing an interaction overlay is bizarre savagery better left
for those with a typing fetish than developers who want to be productive
using visual development tools like LiveCode.

That this has not been addressed in the product -- even as so many of us
have scripted libraries to take care of this automatically in script --
has always been concerning.

And as we approach the 10th anniversary of iPhone, that this has never
been taken care of, or even put on a road map, the concern has grown.

Vision, anyone?

#UserExperience
#EmbraceVisualProgramming
#xTalksRule
#SomeoneHasToSayIt
#WhyIsNoOneSayingIt

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  ____________________________________________________________________
  [hidden email]                http://www.FourthWorld.com

_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Hello all,

I believe I have found a workaround to this issue - please see the bug
report.

Kind regards,
Panos
--

On Mon, 2 Dec 2019 at 10:07, Richard Gaskin via use-livecode <
[hidden email]> wrote:

> We shouldn't be scripting scrollers.
>
> If the control we placed on the card scrolls, it should scroll.  Doesn't
> matter if it's Mac or Windows or Linux.  Shouldn't matter if it's iOS or
> Android.
>
> Manually typing an interaction overlay is bizarre savagery better left
> for those with a typing fetish than developers who want to be productive
> using visual development tools like LiveCode.
>
> That this has not been addressed in the product -- even as so many of us
> have scripted libraries to take care of this automatically in script --
> has always been concerning.
>
> And as we approach the 10th anniversary of iPhone, that this has never
> been taken care of, or even put on a road map, the concern has grown.
>
> Vision, anyone?
>
> #UserExperience
> #EmbraceVisualProgramming
> #xTalksRule
> #SomeoneHasToSayIt
> #WhyIsNoOneSayingIt
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   ____________________________________________________________________
>   [hidden email]                http://www.FourthWorld.com
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
In reply to this post by Mark Wieder via use-livecode
I can confirm this issue and have made a sample stack documenting it  
(but can't find the bug report @ quality.livecode.com to update).

Here are the results of my testing of the data grid scroller with the  
various fullscreenMode options...
set the fullscreenMode of me to "showAll" // CUTS OFF LAST ITEM
set the fullscreenMode of me to "noBorder" // WORKS
set the fullscreenMode of me to "letterbox" // CUTS OFF LAST ITEM
set the fullscreenMode of me to "exactFit" // WORKS
set the fullscreenMode of me to "noScale" // CUTS OFF LAST ~2.5 ITEMS
set the fullscreenMode of me to EMPTY // WORKS

You can download my sample stack from:
https colon slash slash
iu dot box dot com
slash s slash
sj3lca0gxcor4415f96te8stny5kqws9


--Andrew Bell


> From: Sannyasin Brahmanathaswami <[hidden email]>
> Subject: Re: iOS scrollers
>
> Perhaps I misunderstand you, but IMHO, "it not rocket science"
>
> Regardless of the device or fullscreenmode. I use (and I think  
> jacque uses) the card rect?
>
> If  we set a scroller to the "formatterHeight", in any model or  
> "mode" context, the user should be able to scroll right to the  
> bottom, and see, its contents -- in this case a field.
>
> It a confirmed bug, but it hasn't been solved/merged yet.
>
>
> It would be good to have a simple stack to test that only is for  
> showing the problem. One thing I would look at is how you are  
> measuring coordinates when using ShowAll. With ShowAll and Portrait,  
> of a card that is iPhone 4 sized, zero Y is not at the top of the  
> iPhone 5 screen. If you are finding a way to base things off of the  
> visible top of the screen, and not using the top of the card, then  
> things will go wrong.




_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Reply | Threaded
Open this post in threaded view
|

Re: iOS scrollers

Mark Wieder via use-livecode
Here's the bug report:
https://quality.livecode.com/show_bug.cgi?id=21456

On 12/2/19 12:40 PM, Andrew Bell via use-livecode wrote:

> I can confirm this issue and have made a sample stack documenting it
> (but can't find the bug report @ quality.livecode.com to update).
>
> Here are the results of my testing of the data grid scroller with the
> various fullscreenMode options...
> set the fullscreenMode of me to "showAll" // CUTS OFF LAST ITEM
> set the fullscreenMode of me to "noBorder" // WORKS
> set the fullscreenMode of me to "letterbox" // CUTS OFF LAST ITEM
> set the fullscreenMode of me to "exactFit" // WORKS
> set the fullscreenMode of me to "noScale" // CUTS OFF LAST ~2.5 ITEMS
> set the fullscreenMode of me to EMPTY // WORKS
>
> You can download my sample stack from:
> https colon slash slash
> iu dot box dot com
> slash s slash
> sj3lca0gxcor4415f96te8stny5kqws9
>
>
> --Andrew Bell
>
>
>> From: Sannyasin Brahmanathaswami <[hidden email]>
>> Subject: Re: iOS scrollers
>>
>> Perhaps I misunderstand you, but IMHO, "it not rocket science"
>>
>> Regardless of the device or fullscreenmode. I use (and I think jacque
>> uses) the card rect?
>>
>> If  we set a scroller to the "formatterHeight", in any model or "mode"
>> context, the user should be able to scroll right to the bottom, and
>> see, its contents -- in this case a field.
>>
>> It a confirmed bug, but it hasn't been solved/merged yet.
>>
>>
>> It would be good to have a simple stack to test that only is for
>> showing the problem. One thing I would look at is how you are
>> measuring coordinates when using ShowAll. With ShowAll and Portrait,
>> of a card that is iPhone 4 sized, zero Y is not at the top of the
>> iPhone 5 screen. If you are finding a way to base things off of the
>> visible top of the screen, and not using the top of the card, then
>> things will go wrong.
>
>
>
>
> _______________________________________________
> use-livecode mailing list
> [hidden email]
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


--
Jacqueline Landman Gay         |     [hidden email]
HyperActive Software           |     http://www.hyperactivesw.com


_______________________________________________
use-livecode mailing list
[hidden email]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode