Re: fullscreenmode and rect of a substack on mobile device ?

[Richard Gaskin via use-livecode]

Brahmanathaswami wrote:
> re Geometry: You keep telling us this again and again, but you never
> provide an example.

Given how many years most of the members of this list have been 
scripting, it hadn't occurred to me that would be useful.  Here's a 
simple example that illustrates the basics, then extended for reuse:



Consider a Note app.  At the top is a navbar that spans the width of the 
device at 60 px tall; below is a field for the user to type in; centered 
below that is a "Save" button.


This is in the card script:

on resizeStack x,y
  set the rect of grp "Navbar" to 0,0,x,60
  set the rect of fld "Main" to 0,the bottom of grp "Nav",x,y-100
  set the loc of btn "Save" to (item 1 of the loc of this cd, y-40)
end resizeStack

On mobile OSes the resizeStack message is sent when the stack is first 
opened, and again when changed by the user changing the device orientation.



Suppose the Navbar group has three objects within it: a button at left 
and another at right, with a label field filling the space in the middle.


You could add a couple lines for those in the card's resizeStack handler 
shown above, but you might reuse the group elsewhere so it would be 
useful to keep the code within the group.


Just put this in the Navbar group script:

on resizeControl
   set the right of btn "RightSide" to the right of me - 10
   set the rect of fld "Label" to the right of btn "LeftSide", \
  0, the left of btn "RightSide", 60
end resizeControl

The resizeControl message is sent to a group whenever the group is 
resized by any means, whether interactively with the pointer tool or via 
any script that changes the group's rect.


If you have a lot of controls of the same type you probably already use 
behavior scripts for those, so you can put the resizeControl handler in 
the behavior script so every object of that type uses it.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Richard Gaskin via use-livecode]

Brian Milby wrote:
> I can't speak directly to Android, but once you start doing resize
> handlers, I can't see using fullscreenmode.  If you are going to
> position anything, may as well position it based on actual device
> metrics.

That's all I was getting at when I wrote:
"FullScreenMode makes handling dynamic layout details complex."

Consider what FSM does. It stretches the card or adds empty space around it.

Then look at the apps on your phone.

Then determine how well FSM will support the type of layout your own 
apps need.


Depending on the app, FSM may be great.  But on my phone I have exactly 
one app that uses layout logic anything like it.  Everything else uses 
explicit placement.


FSM is very good for what it is, but it isn't a magic pony. In software 
design the only magic pony is the designer: our devotion applying the 
same tender loving care to scripting the user interface that we use when 
writing any other code.


The great thing with us LC scripters is that we've already been 
adjusting controls for resizable windows for many years, so we can 
leverage all that experience.


Extra bonus points that you can test scripted placement within the IDE 
in the simplest way possible: just resize the stack window you're 
working on.



Most of the lengthier discussions I've seen about layout handling here 
and on the forums stem from attempting to get precise control from FSM. 
In some cases it may be possible to mix FSM with scripted placement, but 
as you suggest it's often murkier than just having precise control over 
everything without bringing FSM into it at all.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

When the engine resizes the stack, I’m assuming that it takes into account any 
system furniture? That isn’t a consideration for iOS (at least yet). I’m 
excluding keyboard for the moment.

I’m not sure why there should be a difference between any platform though. Line 
14 put the group’s center 25px above the bottom of the stack which should have 
put it right on the bottom edge of the screen. The group is 50px tall and the 
icons are 32px square. I can see them being off left/right side of narrower 
devices, but if off the bottom that does not seem right. Maybe we should 
replace the group with a single grc as a test. Also, the top of the group rect 
should match the bottom of the browser rect. Everything is done by logical px 
on iOS... is it different on Android?

In the end, I guess I need to get an Android device so I can start testing.

Thanks,
Brian
On Aug 19, 2018, 11:05 PM -0500, J. Landman Gay via use-livecode 
, wrote:
> On 8/19/18 10:21 PM, Brian Milby via use-livecode wrote:
> > I'm not sure what the fleet of widths would
> > need to be supported on the Android side though.
>
> They vary all over the place. Basically you need to calculate a ratio
> and set all the control sizes accordingly.
>
> > I can't speak directly to Android, but once you start doing resize
> > handlers, I can't see using fullscreenmode. If you are going to position
> > anything, may as well position it based on actual device metrics.
>
> That's kind of what I meant. You either use fullscreenMode or you don't,
> but I can see a case for turning it off for a card or two when you want
> to use screen metrics only.
>
> > On iOS, all of the controls within the footer group moved without having to
> > touch them individually.
>
> I think it may be resolution-dependent. Unlike iOS, Android is all over
> the map, so when the group moved up (without auto-scaling) on the
> Samsung I was using, only the tops of the icons showed. The group's top
> margin was disproportionately large and the bottom half of the icons
> were still below the stack. On other Android devices you'd get different
> results, so you'd need to do all the calculations not just for size but
> also for resolution. At least, I think so. I'm not positive any more
> because I gave up all that work the moment the engine started doing it
> for me.
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Ludovic THEBAULT via use-livecode]

> Le 18 août 2018 à 20:32, Richard Gaskin via use-livecode 
>  a écrit :
> 
> Ludovic THEBAULT wrote:
> 
> > How get the « real » rect of the stack ?
> 
> Without fullScreenMode it's as simple as:
> 
>get the rect of this stack
> 
> FullScreenMode makes handling dynamic layout details complex.
> 
> It's well suited for certain types of games or multimedia presentations, such 
> as Monument Valley.
> 
> In those types of layouts everything is stretched to fit, without needing 
> dynamic placement of individual controls.
> 
> But consider the apps on your phone.  The ones I use the most are gMmail, 
> Firefox, YouTube, Twitter, Instagram, LinkedIn, Skype, SimpleNote, Play 
> Music, Nextcloud, Hangouts, Telegram, Maps, Calculator, Ingres, and a few 
> others.
> 
> Every one of them uses dynamic positioning of the sort we've been doing in 
> LiveCode for decades by responding to the resizeStack message.
> 
> I don't know what you're working on so I can't have an opinion of whether 
> fullScreenMode is a good fit.
> 
> But in practice I so rarely see other apps use that sort of scaling that I 
> don't think about fullScreenMode much at all.
> 

Hello,

Thanks

My app use a lot of controls, so i think the fullscreenmode is more easy (and 
fast) to adapt the app to the screen, except that we cannot get the real rect 
of the stack.

But i found i can get the « real » top and bottom with : round((item 4 of the 
screenrect*the systemscale)/2)-theight // +theight (for the bottom)
where theight is the height of my stack before fullscreenmode.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[J. Landman Gay via use-livecode]

On 8/19/18 10:21 PM, Brian Milby via use-livecode wrote:

I'm not sure what the fleet of widths would
need to be supported on the Android side though.


They vary all over the place. Basically you need to calculate a ratio 
and set all the control sizes accordingly.



I can't speak directly to Android, but once you start doing resize
handlers, I can't see using fullscreenmode.  If you are going to position
anything, may as well position it based on actual device metrics.


That's kind of what I meant. You either use fullscreenMode or you don't, 
but I can see a case for turning it off for a card or two when you want 
to use screen metrics only.



On iOS, all of the controls within the footer group moved without having to
touch them individually.


I think it may be resolution-dependent. Unlike iOS, Android is all over 
the map, so when the group moved up (without auto-scaling) on the 
Samsung I was using, only the tops of the icons showed. The group's top 
margin was disproportionately large and the bottom half of the icons 
were still below the stack. On other Android devices you'd get different 
results, so you'd need to do all the calculations not just for size but 
also for resolution. At least, I think so. I'm not positive any more 
because I gave up all that work the moment the engine started doing it 
for me.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

The stack is built for iPhone 6/7/8 Plus dimensions (414px wide).  This
means that the navigation bar is a little too wide to show properly on a
regular iPhone 6/7/8.  The icons are 384px wide (edge to edge) and those
phones are only 375px wide.  If you also want to target the iPhone 4/5/5s
then the max width is 320px.  I'm not sure what the fleet of widths would
need to be supported on the Android side though.

On Sun, Aug 19, 2018 at 10:13 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It does work on Android, but you need to move all the group controls as
> well as the group. That's just how things are without fullscreenMode, you
> have to account for every object. I don't think it's a bug, more an
> enhancement request maybe, but the response may be that you should just use
> mobileSetFullScreenRectForOrientations, which was implemented just for
> that situation.


I can't speak directly to Android, but once you start doing resize
handlers, I can't see using fullscreenmode.  If you are going to position
anything, may as well position it based on actual device metrics.

On iOS, all of the controls within the footer group moved without having to
touch them individually.

Thanks,
Brian
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[J. Landman Gay via use-livecode]

On 8/19/18 9:37 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

"Intuitively" resize stack is all that is required.
And, "intuitively" a group should place all controls relative to itself.

And it does on iOS


I think that was just incidental. The original stack was sized to fit 
the same iPhone you own, so the footer didn't need to move. If you'd 
created the stack to fit an Android device I suspect it would have 
worked there and not on iOS. The ratios are different.



Jacque had her finger on it with this comment.

Jacque (off list)

"I see. That looks like a redraw problem. The resizeStack handler is working but the 
>redraw fails. I did notice the icons were missing but didn't try to 
figure out why. A quick

>
test says the footer is visible in portrait and false in landscape, but 
it isn't being drawn

>
to screen for some reason. I think that's the bug to report."

I was wrong, it wasn't a bug. It wasn't drawing because it was 
offscreen, so the engine didn't bother with it. Brian woke me up to 
that. Once you moved the footer into the stack region it redraws.


It work on iOS and Android! (if someone could try in an android tablet I would 

>appreciate), so it works, and I have a bug to report.

It does work on Android, but you need to move all the group controls as 
well as the group. That's just how things are without fullscreenMode, 
you have to account for every object. I don't think it's a bug, more an 
enhancement request maybe, but the response may be that you should just 
use mobileSetFullScreenRectForOrientations, which was implemented just 
for that situation.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

I was mistaken on the show/hide thing.  The controls were behind the
browser the whole time.

On Sun, Aug 19, 2018 at 9:55 PM, Brian Milby  wrote:

> Line 14 is required on iPad.  Otherwise the controls stay where they
> originated (behind the browser).  There is really no need to hide the icons
> anyway though... they will be below the physical screen when in landscape
> mode.  That saves 2 lines :)
>
> On Sun, Aug 19, 2018 at 9:49 PM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On Android, hiding and showing a group works as expected, I don't need to
>> loop through the controls to show them. At first I thought they weren't
>> being drawn, but in fact the whole group was below the bottom of the stack.
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software | http://www.hyperactivesw.com
>> On August 19, 2018 6:23:00 PM Brian Milby via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> I did figure out that within preOpenCard, the reported stack rect is still
>>> the dimensions of the saved stack file (at least on iOS).  There is also
>>> the detail that when you hide a group, it sets all of the objects to
>>> hidden
>>> which has to be undone in a loop.  I've worked out moving the group and
>>> the
>>> background grc, still looking at the math for the widget buttons.  This
>>> would probably be a good place for the Navigation Bar with the option to
>>> select none of the icons (PR submitted, still pending).
>>>
>>> On Sun, Aug 19, 2018 at 5:31 PM, J. Landman Gay via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>
>>> Android does receive orientationChanged messages. I've been tinkering
 with
 Swami's test stack, and dynamic positioning (no fullscreenMode) works
 fine
 with some effort.

 The footer isn't a widget, it's a group containing half a dozen
 controls,
 so they all need to be individually managed. You were right that they
 weren't in the correct position on Android.

 Swami's real project has thousands of controls over many hundreds of
 unique cards. I'd hate to be the one to write all the positioning
 scripts
 for that. But for a single instance where he's having issues, turning
 off
 fullscreenMode for just that card is a feasible solution.

 On 8/19/18 4:05 PM, Brian Milby via use-livecode wrote:

 You probably still want to set the rect for the footer to be sure it
> lands
> where you want it on different size devices.  That could be done in the
> preOpenCard handler (just put it where it needs to be for portrait)
>
> on preOpenCard
> local tWidth, tHeight, tFooterRect
> put the width of this stack into tWidth
> put the height of this stack into tHeight
> if tWidth > tHeight then
>put 0,tWidth-50,tHeight,tWidth into tFooterRect
> else
>put 0,tHeight-50,tWidth,tHeight into tFooterRect
> end if
> set the rect of widget "footer" of me to tFooterRect
> resizeStack tWidth, tHeight
> end preOpenCard
>
> If the Pixel does receive the orientationChanged messages, then you
> could
> use my first example.  That code does actually work on the iPhone, it
> is
> just not necessary to manage it by hand like that.
>
> On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
> use-livecode  wrote:
>
> @Brian Milby
>
>>
>>
>
 --
 Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com

 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode

 ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>
>>
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

Line 14 is required on iPad.  Otherwise the controls stay where they
originated (behind the browser).  There is really no need to hide the icons
anyway though... they will be below the physical screen when in landscape
mode.  That saves 2 lines :)

On Sun, Aug 19, 2018 at 9:49 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On Android, hiding and showing a group works as expected, I don't need to
> loop through the controls to show them. At first I thought they weren't
> being drawn, but in fact the whole group was below the bottom of the stack.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On August 19, 2018 6:23:00 PM Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I did figure out that within preOpenCard, the reported stack rect is still
>> the dimensions of the saved stack file (at least on iOS).  There is also
>> the detail that when you hide a group, it sets all of the objects to
>> hidden
>> which has to be undone in a loop.  I've worked out moving the group and
>> the
>> background grc, still looking at the math for the widget buttons.  This
>> would probably be a good place for the Navigation Bar with the option to
>> select none of the icons (PR submitted, still pending).
>>
>> On Sun, Aug 19, 2018 at 5:31 PM, J. Landman Gay via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> Android does receive orientationChanged messages. I've been tinkering with
>>> Swami's test stack, and dynamic positioning (no fullscreenMode) works
>>> fine
>>> with some effort.
>>>
>>> The footer isn't a widget, it's a group containing half a dozen controls,
>>> so they all need to be individually managed. You were right that they
>>> weren't in the correct position on Android.
>>>
>>> Swami's real project has thousands of controls over many hundreds of
>>> unique cards. I'd hate to be the one to write all the positioning scripts
>>> for that. But for a single instance where he's having issues, turning off
>>> fullscreenMode for just that card is a feasible solution.
>>>
>>> On 8/19/18 4:05 PM, Brian Milby via use-livecode wrote:
>>>
>>> You probably still want to set the rect for the footer to be sure it
 lands
 where you want it on different size devices.  That could be done in the
 preOpenCard handler (just put it where it needs to be for portrait)

 on preOpenCard
 local tWidth, tHeight, tFooterRect
 put the width of this stack into tWidth
 put the height of this stack into tHeight
 if tWidth > tHeight then
put 0,tWidth-50,tHeight,tWidth into tFooterRect
 else
put 0,tHeight-50,tWidth,tHeight into tFooterRect
 end if
 set the rect of widget "footer" of me to tFooterRect
 resizeStack tWidth, tHeight
 end preOpenCard

 If the Pixel does receive the orientationChanged messages, then you
 could
 use my first example.  That code does actually work on the iPhone, it is
 just not necessary to manage it by hand like that.

 On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
 use-livecode  wrote:

 @Brian Milby

>
>

>>> --
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software   | http://www.hyperactivesw.com
>>>
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Sannyasin Brahmanathaswami via use-livecode]

Jacque wrote:

"I see. That looks like a redraw problem. The resizeStack handler
isworking but the redraw fails. I did notice the icons were missing but
didn't try to figure out why. A quick test says the footer is visible it
portrait and false in landscape, but it isn't being drawn to screen for
some reason. I think that's the bug to report."

not that we have a finger on it yet; could be the "visible/invisible"
issue that Brain mentioned. But here goes:
> https://quality.livecode.com/show_bug.cgi?id=21506



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[J. Landman Gay via use-livecode]

On Android, hiding and showing a group works as expected, I don't need to 
loop through the controls to show them. At first I thought they weren't 
being drawn, but in fact the whole group was below the bottom of the stack.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 19, 2018 6:23:00 PM Brian Milby via use-livecode 
 wrote:



I did figure out that within preOpenCard, the reported stack rect is still
the dimensions of the saved stack file (at least on iOS).  There is also
the detail that when you hide a group, it sets all of the objects to hidden
which has to be undone in a loop.  I've worked out moving the group and the
background grc, still looking at the math for the widget buttons.  This
would probably be a good place for the Navigation Bar with the option to
select none of the icons (PR submitted, still pending).

On Sun, Aug 19, 2018 at 5:31 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


Android does receive orientationChanged messages. I've been tinkering with
Swami's test stack, and dynamic positioning (no fullscreenMode) works fine
with some effort.

The footer isn't a widget, it's a group containing half a dozen controls,
so they all need to be individually managed. You were right that they
weren't in the correct position on Android.

Swami's real project has thousands of controls over many hundreds of
unique cards. I'd hate to be the one to write all the positioning scripts
for that. But for a single instance where he's having issues, turning off
fullscreenMode for just that card is a feasible solution.

On 8/19/18 4:05 PM, Brian Milby via use-livecode wrote:


You probably still want to set the rect for the footer to be sure it lands
where you want it on different size devices.  That could be done in the
preOpenCard handler (just put it where it needs to be for portrait)

on preOpenCard
local tWidth, tHeight, tFooterRect
put the width of this stack into tWidth
put the height of this stack into tHeight
if tWidth > tHeight then
   put 0,tWidth-50,tHeight,tWidth into tFooterRect
else
   put 0,tHeight-50,tWidth,tHeight into tFooterRect
end if
set the rect of widget "footer" of me to tFooterRect
resizeStack tWidth, tHeight
end preOpenCard

If the Pixel does receive the orientationChanged messages, then you could
use my first example.  That code does actually work on the iPhone, it is
just not necessary to manage it by hand like that.

On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

@Brian Milby






--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Sannyasin Brahmanathaswami via use-livecode]

@Brian and all > glad this opened an important discussion..

and thank to the attempt to make it work @Brian footer control were too far 
down on that card(android)

Many of cards in the SivaSiva app, would need major geometry refactoring 
(month(s) of work) without fullScreenMode...so I am not considering give that 
up. Any appreciation the on going discussion .

But a browsers are integral to app, with HTML5 "presentions" coming and 
slideshow.

I wanted "responsive to any screen size on all devices"  for a simple browser 
stack with has a "body" (browser widget) and 5 controls on the bottom -- group 
"footer" why? we want cover the whole screen, with "pillar boxes"  and the CSS 
will do the "real" positioning.

in the surface is appear that one does not need:

 FullScreenMode / mobileSetFullScreenRectForOrientations
orientationChanged

"Intuitively" resize stack is all that is required.
And, "intuitively" a group should place all controls relative to itself.

And it does on iOS

see:

go  stack url 
"http://wiki.hindu.org/uploads/BrowserLandscapeTest_r8.livecode;

without line 14, it works iOS


on preOpenCard

if isMobile() then

mobileSetAllowedOrientations "portrait,portrait upside down,landscape 
left,landscape right"

end if

end preOpenCard

on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight

# check it is landscape, turn off the navigation Bar

if pNewWidth > pNewHeight then -- landscape

put 0, 0, pNewWidth, pNewHeight into tBrowserRect

hide group "footer"

else

put 0, 0, pNewWidth, pNewHeight - 50 into tBrowserRect

  #line14   # set loc group "footer" to (pNewWidth/2,pNewHeight-25)

show group "footer"

end if

set the rect of widget "body" of me to tBrowserRect

end resizeStack

function isMobile

return environment() = "mobile"

end isMobile

But the group "footer" was no appearing on Android.

Jacque had her finger on it with this comment.

Jacque (off list)

"I see. That looks like a redraw problem. The resizeStack handler is working 
but the redraw fails. I did notice the icons were missing but didn't try to 
figure out why. A quick test says the footer is visible in portrait and false 
in landscape, but it isn't being drawn to screen for some reason. I think 
that's the bug to report."

My "gut" told me "we just have to make footer redraw"

This "gut" said: give the loc and it will redraw


on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight

# check it is landscape, turn off the navigation Bar

if pNewWidth > pNewHeight then -- landscape

put 0, 0, pNewWidth, pNewHeight into tBrowserRect

hide group "footer"

else

put 0, 0, pNewWidth, pNewHeight - 50 into tBrowserRect

set loc group "footer" to (pNewWidth/2,pNewHeight-25)

show group "footer"

end if

set the rect of widget "body" of me to tBrowserRect

end resizeStack

and Bingo! It work on iOS and Android! (if someone could try in an android 
tablet I would appreciate), so it works, and I have a bug to report.

But responsive screen in 19 lines of code! The child controls-the widget in the 
footer can stay where to are, in portrait, regardless on screen size/ration, 
there is no reason to "work it that hard"

Brahmanathaswami






On 8/19/18 1:21 PM, Brian Milby via use-livecode wrote:

I did figure out that within preOpenCard, the reported stack rect is still
the dimensions of the saved stack file (at least on iOS).  There is also
the detail that when you hide a group, it sets all of the objects to hidden
which has to be undone in a loop.  I've worked out moving the group and the
background grc, still looking at the math for the widget buttons.  This
would probably be a good place for the Navigation Bar with the option to
select none of the icons (PR submitted, still pending).

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Monte Goulding via use-livecode]

> On 20 Aug 2018, at 10:53 am, Richard Gaskin via use-livecode 
>  wrote:
> 
> As long as both messages are sent it may not matter, but that's the thing I'm 
> unclear on: what does orientationChanged tell us on a mobile device that 
> resizeStack doesn't?  When is one sent without the other sent immediately 
> after?

When you have a fullscreenMode set then the stack doesn’t resize unless you 
either explicitly set the rect or (since 8.1.10) use 
mobileSetFullScreenRectForOrientations to specify a different rect for the 
orientation you are moving to. If the stack does not resize then it does not 
get sent a resizeStack message. Also the stack is sent orientationChanged 
regardless of the state of allowed orientations so if it’s not an allowed 
orientation then there may be no change and therefore no resizeStack.

Cheers

Monte
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Richard Gaskin via use-livecode]

Jacque wrote:
> Android does receive orientationChanged messages. I've been tinkering
> with Swami's test stack, and dynamic positioning (no fullscreenMode)
> works fine with some effort.

Is there a benefit to responding to orientationChanged instead of 
resizeStack?


As long as both messages are sent it may not matter, but that's the 
thing I'm unclear on: what does orientationChanged tell us on a mobile 
device that resizeStack doesn't?  When is one sent without the other 
sent immediately after?



Brian wrote:
> I did figure out that within preOpenCard, the reported stack rect is
> still the dimensions of the saved stack file (at least on iOS).

That makes sense in a way, in that preOpenCard is sent before rendering 
and on mobile devices the stack is automatically resized, seemingly at 
the start of the rendering queue.


Still, it seems unintuitive.  Is there a reason preOpenCard couldn't be 
sent after the stack is resized but before the rendering of the content 
region occurs?


FWIW I find resizeStack works well there too, apparently sent within the 
order of things where preOpenCard is expected here, after the stack is 
resized but before the user sees the rendering result.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

I did figure out that within preOpenCard, the reported stack rect is still
the dimensions of the saved stack file (at least on iOS).  There is also
the detail that when you hide a group, it sets all of the objects to hidden
which has to be undone in a loop.  I've worked out moving the group and the
background grc, still looking at the math for the widget buttons.  This
would probably be a good place for the Navigation Bar with the option to
select none of the icons (PR submitted, still pending).

On Sun, Aug 19, 2018 at 5:31 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Android does receive orientationChanged messages. I've been tinkering with
> Swami's test stack, and dynamic positioning (no fullscreenMode) works fine
> with some effort.
>
> The footer isn't a widget, it's a group containing half a dozen controls,
> so they all need to be individually managed. You were right that they
> weren't in the correct position on Android.
>
> Swami's real project has thousands of controls over many hundreds of
> unique cards. I'd hate to be the one to write all the positioning scripts
> for that. But for a single instance where he's having issues, turning off
> fullscreenMode for just that card is a feasible solution.
>
> On 8/19/18 4:05 PM, Brian Milby via use-livecode wrote:
>
>> You probably still want to set the rect for the footer to be sure it lands
>> where you want it on different size devices.  That could be done in the
>> preOpenCard handler (just put it where it needs to be for portrait)
>>
>> on preOpenCard
>> local tWidth, tHeight, tFooterRect
>> put the width of this stack into tWidth
>> put the height of this stack into tHeight
>> if tWidth > tHeight then
>>put 0,tWidth-50,tHeight,tWidth into tFooterRect
>> else
>>put 0,tHeight-50,tWidth,tHeight into tFooterRect
>> end if
>> set the rect of widget "footer" of me to tFooterRect
>> resizeStack tWidth, tHeight
>> end preOpenCard
>>
>> If the Pixel does receive the orientationChanged messages, then you could
>> use my first example.  That code does actually work on the iPhone, it is
>> just not necessary to manage it by hand like that.
>>
>> On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
>> use-livecode  wrote:
>>
>> @Brian Milby
>>>
>>
>
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[J. Landman Gay via use-livecode]

Android does receive orientationChanged messages. I've been tinkering 
with Swami's test stack, and dynamic positioning (no fullscreenMode) 
works fine with some effort.


The footer isn't a widget, it's a group containing half a dozen 
controls, so they all need to be individually managed. You were right 
that they weren't in the correct position on Android.


Swami's real project has thousands of controls over many hundreds of 
unique cards. I'd hate to be the one to write all the positioning 
scripts for that. But for a single instance where he's having issues, 
turning off fullscreenMode for just that card is a feasible solution.


On 8/19/18 4:05 PM, Brian Milby via use-livecode wrote:

You probably still want to set the rect for the footer to be sure it lands
where you want it on different size devices.  That could be done in the
preOpenCard handler (just put it where it needs to be for portrait)

on preOpenCard
local tWidth, tHeight, tFooterRect
put the width of this stack into tWidth
put the height of this stack into tHeight
if tWidth > tHeight then
   put 0,tWidth-50,tHeight,tWidth into tFooterRect
else
   put 0,tHeight-50,tWidth,tHeight into tFooterRect
end if
set the rect of widget "footer" of me to tFooterRect
resizeStack tWidth, tHeight
end preOpenCard

If the Pixel does receive the orientationChanged messages, then you could
use my first example.  That code does actually work on the iPhone, it is
just not necessary to manage it by hand like that.

On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:


@Brian Milby



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

You probably still want to set the rect for the footer to be sure it lands
where you want it on different size devices.  That could be done in the
preOpenCard handler (just put it where it needs to be for portrait)

on preOpenCard
   local tWidth, tHeight, tFooterRect
   put the width of this stack into tWidth
   put the height of this stack into tHeight
   if tWidth > tHeight then
  put 0,tWidth-50,tHeight,tWidth into tFooterRect
   else
  put 0,tHeight-50,tWidth,tHeight into tFooterRect
   end if
   set the rect of widget "footer" of me to tFooterRect
   resizeStack tWidth, tHeight
end preOpenCard

If the Pixel does receive the orientationChanged messages, then you could
use my first example.  That code does actually work on the iPhone, it is
just not necessary to manage it by hand like that.

On Sun, Aug 19, 2018 at 2:40 PM, Sannyasin Brahmanathaswami via
use-livecode  wrote:

> @Brian Milby
>
> Something just clicked... if fullscreenmode is not empty, then resizestack
> messages are not generated.
>
> You are right!  No "fillscreenmode" and 14 line of code works on iPhone.
>
> But on not my Pixel.
>
>
> --
>
> # Geometry
>
> on preOpenCard
>
> resizeStack the width of this stack, the height of this stack
>
> end preOpenCard
>
> on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight
>
># check it is landscape, turn off the navigation Bar
>
> if tNewWidth > pNewHeight then
>
> put 0, 0, pNewWidth, pNewHeight - 50 into tBrowserRect
>
> hide group "footer"
>
> else
>
> put 0, 0, pNewWidth, pNewHeight into tBrowserRect
>
> show group "footer"
>
> end if
>
> set the rect of widget "body" of me to tBrowserRect
>
> end resizeStack
>
>
> I will issue a bug report.
>
>
> BR
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[J. Landman Gay via use-livecode]

On 8/19/18 2:26 PM, Richmond Mathewson via use-livecode wrote:
I'm talking about LC 8.1.10 which gives me the choice of building a 
32-bit Mac app or a 64-bit app ('experimental'):

currently, at least, I am ONLY building a 32-bit build for Mac.


I wasn't at the Mac when I wrote (I shouldn't do that) and now that I 
look, LC 9 still allows either/or options as well. So, something else is 
going on.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Sannyasin Brahmanathaswami via use-livecode]

@Brian Milby

Something just clicked... if fullscreenmode is not empty, then resizestack
messages are not generated.

You are right!  No "fillscreenmode" and 14 line of code works on iPhone.

But on not my Pixel.


--

# Geometry

on preOpenCard

resizeStack the width of this stack, the height of this stack

end preOpenCard

on resizeStack pNewWidth, pNewHeight, pOldWidth, pOldHeight

   # check it is landscape, turn off the navigation Bar

if tNewWidth > pNewHeight then

put 0, 0, pNewWidth, pNewHeight - 50 into tBrowserRect

hide group "footer"

else

put 0, 0, pNewWidth, pNewHeight into tBrowserRect

show group "footer"

end if

set the rect of widget "body" of me to tBrowserRect

end resizeStack


I will issue a bug report.


BR

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[Richmond Mathewson via use-livecode]

I'm talking about LC 8.1.10 which gives me the choice of building a 
32-bit Mac app or a 64-bit app ('experimental'):

currently, at least, I am ONLY building a 32-bit build for Mac.

Richmond.

On 19/8/2018 8:33 pm, J. Landman Gay via use-livecode wrote:
If I remember right, LC now always builds for 64 bit. If you also want 
to support 32 bit, it adds that to the build, which approximately 
doubles the size.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 19, 2018 5:07:57 AM Richmond Mathewson via use-livecode 
 wrote:



32-bit Mac.

Richmond.

On 19/8/2018 12:15 pm, Peter Bogdanoff via use-livecode wrote:

Hi Richmond,

In the standalone settings, are you building for both 32-bit and 
64-bit?


Peter


On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode 
 wrote:


I ran off a series of standalones to day: Mac, Win, Linux 32 and 
Linux 64 and they ended up as these sizes, respectively:


146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB

Can anyone tell me why the Macintosh standalone is about twice the 
size of all the others
[leaving aside remarks about the late Steve Jobs' ego, the fact 
that Macintosh computers are hugely expensive and so on]?


Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[Richmond Mathewson via use-livecode]

Once upon a time there was an idea floating around that the programmer 
could choose,
via the standalone settings stack, what components to include, and what 
not to . . . .


 . . . the 'guff' for Unicode, the widget stuff, and so on.

This never materialised.

From my point of view, when I build standalones for my Devaweriter Pro 
i need 100% the Unicode stuff; beyond

that I need precious few capabilities from any version after LC 4.5.

[ RR/LC 4.0 mucked up on GIF and PNG images and their transparency; that 
was sorted out by 4.5 ]


Now, as my "target demographic" (silly way of saying 'people I want to 
use my program') consists of people
who have laptop computers made in the last 15 years (Yes, as old as 
that) and hard disks of over 10 GB capacity,
the fact that the Mac builds of Devawriter Pro are currently coming in 
at 145 MB, while the Windows and Linux ones

are about 75 MB is not the end of the world.

What I am wondering about is whether that socking great size means that 
the Mac standalones contain buckets more "stuff"
the operating system has to "chew its way through", so slowing the thing 
down.


If that extra stuff which the operating system has to "chew its way 
through" is essential, well, so be it, but if it

is stuff my program will not use then that's a load of cr*p.

Richmond.

On 19/8/2018 7:48 pm, Tom Glod via use-livecode wrote:

i dunno if this is still an ssue..but in previous versions. the
standalones were bloated because of CEF.

https://quality.livecode.com/show_bug.cgi?id=20339



On Sun, Aug 19, 2018 at 6:06 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


32-bit Mac.

Richmond.


On 19/8/2018 12:15 pm, Peter Bogdanoff via use-livecode wrote:


Hi Richmond,

In the standalone settings, are you building for both 32-bit and 64-bit?

Peter


On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode <

use-livecode@lists.runrev.com> wrote:

I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux
64 and they ended up as these sizes, respectively:

146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB

Can anyone tell me why the Macintosh standalone is about twice the size
of all the others
[leaving aside remarks about the late Steve Jobs' ego, the fact that
Macintosh computers are hugely expensive and so on]?

Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[J. Landman Gay via use-livecode]

If I remember right, LC now always builds for 64 bit. If you also want to 
support 32 bit, it adds that to the build, which approximately doubles the 
size.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On August 19, 2018 5:07:57 AM Richmond Mathewson via use-livecode 
 wrote:



32-bit Mac.

Richmond.

On 19/8/2018 12:15 pm, Peter Bogdanoff via use-livecode wrote:

Hi Richmond,

In the standalone settings, are you building for both 32-bit and 64-bit?

Peter


On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode 
 wrote:


I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux 64 
and they ended up as these sizes, respectively:


146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB

Can anyone tell me why the Macintosh standalone is about twice the size of 
all the others
[leaving aside remarks about the late Steve Jobs' ego, the fact that 
Macintosh computers are hugely expensive and so on]?


Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[Tom Glod via use-livecode]

i dunno if this is still an ssue..but in previous versions. the
standalones were bloated because of CEF.

https://quality.livecode.com/show_bug.cgi?id=20339



On Sun, Aug 19, 2018 at 6:06 AM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> 32-bit Mac.
>
> Richmond.
>
>
> On 19/8/2018 12:15 pm, Peter Bogdanoff via use-livecode wrote:
>
>> Hi Richmond,
>>
>> In the standalone settings, are you building for both 32-bit and 64-bit?
>>
>> Peter
>>
>>
>> On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>
>>> I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux
>>> 64 and they ended up as these sizes, respectively:
>>>
>>> 146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB
>>>
>>> Can anyone tell me why the Macintosh standalone is about twice the size
>>> of all the others
>>> [leaving aside remarks about the late Steve Jobs' ego, the fact that
>>> Macintosh computers are hugely expensive and so on]?
>>>
>>> Richmond.
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: use-livecode Digest, Vol 179, Issue 47

[Mark Wieder via use-livecode]

On 08/19/2018 07:55 AM, Douglas Ruisaard via use-livecode wrote:
Thanks, Mark .. but "the result" returns NOTHING in either a distorted Google or local call.. 

Yeah, that's exactly the point. Until that gets fixed you're SOL.
Your only option is not to put an invalid url in there.

--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

RE: use-livecode Digest, Vol 179, Issue 47

[Douglas Ruisaard via use-livecode]

Thanks, Mark .. but "the result" returns NOTHING in either a distorted Google 
or local call.. BOTH of which are, indeed,  DNS "errors" not strictly "socket" 
errors... thanks for that insight!

I'll go back to using tsnet for this other project.  I can time it out and use 
send" a dummy request to test the connection.

Cheers!

Douglas Ruisaard
Trilogy Software
(250) 573-3935


> From: Mark Wieder 
> To: Douglas Ruisaard via use-livecode 
> Subject: Re: Socket questions
> Message-ID: 
> Content-Type: text/plain; charset=utf-8; format=flowed
> 
> On 08/18/2018 01:38 PM, Douglas Ruisaard via use-livecode wrote:
> 
> > However, if I substitute "www.googleXXX.com:80" as the socket ID (or 
> > distort *my* ESP8266 ID to a
> non-existent one), I would have expected some sort of error message... 
> trapped by the "socketError"
> handler ... but I get nothing.
> 
> That's a dns lookup failure, which won't get as far as a socketError
> message. What you should get instead is a non-empty result message from
> the openSocket command. I can't comment on tsNet, but libUrl has never
> to my recollection actually done this correctly.
> 
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
> 
> 
> 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Brian Milby via use-livecode]

If you just want the controls to have the same relative position/size, then the 
GM can handle this. If you want to change metrics based on portrait/landscape 
then you either need to add PM or write a custom resize handler that takes 
orientation into account. My code above should work for the first case (does 
not use GM). I’ll add something later this afternoon that takes orientation 
into account.

Thanks,
Brian
On Aug 19, 2018, 9:19 AM -0500, Sannyasin Brahmanathaswami via use-livecode 
, wrote:
> On 8/18/18 8:46 AM, Richard Gaskin via use-livecode wrote:
> > With LC's logical pixels, have total control over our layouts to make
> > optimal use of every precious pixel on small screens, all with no more
> > work than we've already become accustomed to after years of scripting
> > for resizable windows.
>
> Aloha, Richard,
>
> How you are keeping well, the father-in-law health business, keeping 24
> hour vigil (we know about that!) et. al.
>
> re Geometry: You keep telling us this again and again, but you never
> provide an example. I would be great if you to put example stack of say,
> a card with 20 controls, where you make the UI responsive for any device
> rect, I beginning to think the "fullScreenMode [whatEver]" may not be
> the best fit for my needs. But would not no where to being-- "I need to
> see the code!" I am one who "builds on tradition" and we like to have
> have to re-invent the wheel.
>
> Brahmanathaswami
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: fullscreenmode and rect of a substack on mobile device ?

[Sannyasin Brahmanathaswami via use-livecode]

On 8/18/18 8:46 AM, Richard Gaskin via use-livecode wrote:
> With LC's logical pixels, have total control over our layouts to make 
> optimal use of every precious pixel on small screens, all with no more 
> work than we've already become accustomed to after years of scripting 
> for resizable windows.

Aloha, Richard,

How you are keeping well, the father-in-law health business, keeping 24
hour vigil (we know about that!) et. al.

re Geometry: You keep telling us this again and again, but you never
provide an example. I would be great if you to put example stack of say,
a card with 20 controls, where you make the UI responsive for any device
rect,   I beginning to think the "fullScreenMode [whatEver]" may not be
the best fit for my needs. But would not no where to being-- "I need to
see the code!" I am one who "builds on tradition" and we like to have
have to re-invent the wheel.

Brahmanathaswami 


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[Richmond Mathewson via use-livecode]

32-bit Mac.

Richmond.

On 19/8/2018 12:15 pm, Peter Bogdanoff via use-livecode wrote:

Hi Richmond,

In the standalone settings, are you building for both 32-bit and 64-bit?

Peter



On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode 
 wrote:

I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux 64 and 
they ended up as these sizes, respectively:

146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB

Can anyone tell me why the Macintosh standalone is about twice the size of all 
the others
[leaving aside remarks about the late Steve Jobs' ego, the fact that Macintosh 
computers are hugely expensive and so on]?

Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Macintosh bloat

[Peter Bogdanoff via use-livecode]

Hi Richmond,

In the standalone settings, are you building for both 32-bit and 64-bit?

Peter


> On Aug 19, 2018, at 1:48 AM, Richmond Mathewson via use-livecode 
>  wrote:
> 
> I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux 64 and 
> they ended up as these sizes, respectively:
> 
> 146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB
> 
> Can anyone tell me why the Macintosh standalone is about twice the size of 
> all the others
> [leaving aside remarks about the late Steve Jobs' ego, the fact that 
> Macintosh computers are hugely expensive and so on]?
> 
> Richmond.
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Macintosh bloat

[Richmond Mathewson via use-livecode]

I ran off a series of standalones to day: Mac, Win, Linux 32 and Linux 
64 and they ended up as these sizes, respectively:


146.6 MB, 72.4 MB, 75.6 MB, 75.9 MB

Can anyone tell me why the Macintosh standalone is about twice the size 
of all the others
[leaving aside remarks about the late Steve Jobs' ego, the fact that 
Macintosh computers are hugely expensive and so on]?


Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode