Re: Mobile - Open file dialog?

2019-05-13 Thread Ludovic THEBAULT via use-livecode

> Le 14 mai 2019 à 00:57, Matthias Rebbe via use-livecode 
>  a écrit :
> 
> Hi,
> 
> i am currently porting a desktop app to mobile. In this app the user will be 
> able to save and open PDF files in the documents folder.
> For opening a file In desktop "answer file" is the way to do it. But how 
> would you do this in Android/iOS? Would you use mobilePick for this or is 
> there a more elegant way or "better looking" way for this?
> 

No need to ask a path to the user. Save directly on the destination folder.
For iOs : the specialfolderpath(« Documents »)
For Android, the documents folder could be inaccessible to the user, it is 
better to use the specialfolderpath("external documents »). Generally the path 
is something like /Android/Datas/TheIdentifierOfTheApp*/files/ 


*The identifier is the « com.domain.nameoftheApp »  you indicated in the 
standalone settings. Also, the « write external storage » need to be activated.

Ludovic
___
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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread Brian Milby via use-livecode
I'll send a copy of the stack separately, but here are my thoughts:
- Caveat that I only have an Amazon Fire available for testing
- resizeStack does get called, before openCard on card Loader
- no field "log" exists on card "Loader" which is probably why resizeStack
was not working
- I added "addLog" and "clearLog" handlers to allow for logging from any
card
- when launched, I get a "resizeStack 600,952,414,736" call
- nav bar is never positioned off screen

I made the above notes on LC 9.0.1; I then installed 9.0.4 and found
different issues

- there is a visible shift of the log box (corrected with below changes)
- moved script locals to preOpenStack so they would be available sooner
- moved orientation code to preOpenStack

Thanks,
Brian

On Mon, May 13, 2019 at 5:30 PM Sannyasin Brahmanathaswami via use-livecode
 wrote:

> Jacque:
>
> BR: I am not using fullscreenMode, (in just one module) more and more I'm
> seeing it woefully inadequate from "professional design"  point of view.
>
> In any case, just for now we want the browser and in YouTube stack on fill
> the screen. No letter/pillarboxing etc. and the nav bar properly laid out.
>
> Brian: "I am not surprised to see a resizeStack on open if the app was
> built at a size different than the screen size of the device."
>
> BR:  It doesn't. I build  on 414,736. Both my phone are bigger. I could be
> doing something incredibly stupid.
> You have to call it. It doesn’t turn x,y of anything. So then it may as
> well be 'upDateUi' (my handler) and you have to fetch x,y
>
> put the width of this card into x
> put the height of this card into y
>
> Status bar: Going to Landscape to Portrait, the first time...  button bar
> is below screen, but I can "forever flick" my Moto6, this triggers an
> orientationChanged "portrait"  and the controls are properly laid out.  So,
> some part of the engine "knows" card height as expected
>
>
>  J. Landman Gay
>
>
> This sounds like the height of the status bar, and the stack is being
> drawn underneath it. I haven't tried it but you might be able to fix
> it
> by setting the stack height to the height of the screenrect.
>
> ___
> 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: Android needs 64 bit builds

2019-05-13 Thread Monte Goulding via use-livecode
The PIC issue will not be resolved for dp 1 as it doesn’t impact our toolchains 
on travis or vulcan and as Mark pointed out there’s a workaround.

> On 14 May 2019, at 10:25 am, Brian Milby via use-livecode 
>  wrote:
> 
> Yes, building against develop.
> Using gcc 7.4.0
> 
> This was a laptop I setup about 8 months ago with Ubuntu 18.04.  I loaded all 
> of the build stuff then but ran into the PIC issue and stopped.  I had VMs 
> with 16.04 that I could still use to build on Linux.
> 
> After all of the recent activity I decided to give a build a try and it made 
> it through the link process this time.
> 
> I just pulled everything again and now it fails.  My guess is that I got a 
> “good” copy of prebuilts on my previous build somehow.  I did notice that it 
> downloaded several prebuilts this time.
> 
> Thanks,
> Brian
> On May 13, 2019, 6:13 PM -0400, Mark Wieder via use-livecode 
> , wrote:
>> On 5/13/19 12:46 PM, Brian Milby via use-livecode wrote:
>>> I was just able to build for the first time in Ubuntu 18.04 and it comes up 
>>> 9.5 (dp 1).
>>> I never went far enough to figure out how to overcome the PIC issue myself 
>>> and waited for it to make it to develop.
>> 
>> It's still in progress.
>> 
>> Are you building against the develop branch?
>> What version of gcc are you using?
>> https://github.com/livecode/livecode/pull/6953/ broke the current build
>> process. I have to patch a couple of build files to get it to compile.
>> https://github.com/livecode/livecode/pull/6897
>> 
>> Ian has a new PR on the way.
>> https://github.com/livecode/livecode/pull/7032
>> 
>> --
>> 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
> ___
> 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: Android needs 64 bit builds

2019-05-13 Thread Brian Milby via use-livecode
Yes, building against develop.
Using gcc 7.4.0

This was a laptop I setup about 8 months ago with Ubuntu 18.04.  I loaded all 
of the build stuff then but ran into the PIC issue and stopped.  I had VMs with 
16.04 that I could still use to build on Linux.

After all of the recent activity I decided to give a build a try and it made it 
through the link process this time.

I just pulled everything again and now it fails.  My guess is that I got a 
“good” copy of prebuilts on my previous build somehow.  I did notice that it 
downloaded several prebuilts this time.

Thanks,
Brian
On May 13, 2019, 6:13 PM -0400, Mark Wieder via use-livecode 
, wrote:
> On 5/13/19 12:46 PM, Brian Milby via use-livecode wrote:
> > I was just able to build for the first time in Ubuntu 18.04 and it comes up 
> > 9.5 (dp 1).
> > I never went far enough to figure out how to overcome the PIC issue myself 
> > and waited for it to make it to develop.
>
> It's still in progress.
>
> Are you building against the develop branch?
> What version of gcc are you using?
> https://github.com/livecode/livecode/pull/6953/ broke the current build
> process. I have to patch a couple of build files to get it to compile.
> https://github.com/livecode/livecode/pull/6897
>
> Ian has a new PR on the way.
> https://github.com/livecode/livecode/pull/7032
>
> --
> 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
___
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

Mobile - Open file dialog?

2019-05-13 Thread Matthias Rebbe via use-livecode
Hi,

i am currently porting a desktop app to mobile. In this app the user will be 
able to save and open PDF files in the documents folder.
For opening a file In desktop "answer file" is the way to do it. But how would 
you do this in Android/iOS? Would you use mobilePick for this or is there a 
more elegant way or "better looking" way for this?

What do you think?

Regards,
Matthias


___
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: Help with Pasting of RTL languages into a field

2019-05-13 Thread Curry Kenworthy via use-livecode



Also it may help to relate this back to our own language: what alignment 
should be used consistently for English text? Left? Are you sure? :)


In fact it's also common enough to align center (title), right (date), 
etc. Left is only the default. Each par (and even tab stops) must be 
able to inherit and override. It defaults for our convenience but is not 
chiseled in stone. Alignment is a paragraph property.


Arabic and Hebrew pages can be formatted too. RTL and LTR text can even 
exist on the same line of text. Thus alignment is ultimately up to the 
user (and to some extent the app designer) just as it is with LTR text.


In Richmond's experiment I assume that the Google RTL text was either 
implicitly right aligned or inside an aligned UI container, while the 
RTF source was explicitly aligned at the par level. If so, both pastes 
make good sense!


Best wishes,

Curry Kenworthy

Custom Software Development
"Better Methods, Better Results"
LiveCode Training and Consulting
http://livecodeconsulting.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: Android needs 64 bit builds

2019-05-13 Thread Mark Wieder via use-livecode

On 5/13/19 12:46 PM, Brian Milby via use-livecode wrote:

I was just able to build for the first time in Ubuntu 18.04 and it comes up 9.5 
(dp 1).
I never went far enough to figure out how to overcome the PIC issue myself and 
waited for it to make it to develop.


It's still in progress.

Are you building against the develop branch?
What version of gcc are you using?
https://github.com/livecode/livecode/pull/6953/ broke the current build 
process. I have to patch a couple of build files to get it to compile.

https://github.com/livecode/livecode/pull/6897

Ian has a new PR on the way.
https://github.com/livecode/livecode/pull/7032

--
 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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread Sannyasin Brahmanathaswami via use-livecode
Jacque: 

BR: I am not using fullscreenMode, (in just one module) more and more I'm 
seeing it woefully inadequate from "professional design"  point of view. 

In any case, just for now we want the browser and in YouTube stack on fill the 
screen. No letter/pillarboxing etc. and the nav bar properly laid out.
 
Brian: "I am not surprised to see a resizeStack on open if the app was built at 
a size different than the screen size of the device."  

BR:  It doesn't. I build  on 414,736. Both my phone are bigger. I could be 
doing something incredibly stupid.
You have to call it. It doesn’t turn x,y of anything. So then it may as well be 
'upDateUi' (my handler) and you have to fetch x,y

put the width of this card into x
put the height of this card into y

Status bar: Going to Landscape to Portrait, the first time...  button bar is 
below screen, but I can "forever flick" my Moto6, this triggers an 
orientationChanged "portrait"  and the controls are properly laid out.  So, 
some part of the engine "knows" card height as expected


 J. Landman Gay 
  
   
This sounds like the height of the status bar, and the stack is being 
drawn underneath it. I haven't tried it but you might be able to fix it 
by setting the stack height to the height of the screenrect.

___
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: Help with Pasting of RTL languages into a field

2019-05-13 Thread Richmond via use-livecode

I've just started playing "silly monkeys" over here:

http://forums.livecode.com/viewtopic.php?f=8=32603

Richmond.

On 13.05.19 23:45, Paul Dupuis via use-livecode wrote:

On 5/9/2019 12:15 PM, Paul Dupuis via use-livecode wrote:
I have a  test stack with a single scrolling field under LC904rc2. 
The textDirection for the field is the default of "auto" meaning it 
should align LTR  languages (like English) to the Left and RTL 
languages (like Arabic or Hebrew) to the Right.


English and other LTR test is correctly Left aligned. When I paste in 
RTL text (Arabic for example) it is incorrectly Left aligned. I am 
not sure if this is a 'paste' issue (tried the 'paste' command in a 
button and just using Ctrl-V in the IDE) or a field issue? Or even 
how to tell?


Does anyone else have experience with pasting RTL text from other 
applications (Word, Web pages, Google Translate, etc.) into LiveCode 
to have it align properly?




Related to this, a have a vague memory of a description of the 
interaction of "textDirection" and "textAlign". I can find nothing in 
the Dictionary or Release Notes. Does anyone recall such a thing?



___
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: Android needs 64 bit builds

2019-05-13 Thread JJS via use-livecode
I've looked thru the descriptions on how to build it your self on 
github, but never tried it.


Maybe it gives some insights, on the other hand for me it may give to 
much distraction instead of developing the apps i'm working on


Op 13-5-2019 om 21:46 schreef Brian Milby via use-livecode:

I was just able to build for the first time in Ubuntu 18.04 and it comes up 9.5 
(dp 1).
I never went far enough to figure out how to overcome the PIC issue myself and 
waited for it to make it to develop.

Thanks,
Brian
On May 13, 2019, 3:31 PM -0400, Mark Wieder via use-livecode 
, wrote:

On 5/13/19 12:13 PM, JJS via use-livecode wrote:

there is also a 9.0.5rc1, so i think they changed it from 9.1.0dp1 to
9.5.0dp1, but unclear why

My guess is that it was originally a typo that then propagated to
several commits, and by that point it was too much trouble to fix. FWIW
the last time I was able to build from source (even after the 9.5
renaming thing) it still came out externally as 9.1.

--
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

___
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: Help with Pasting of RTL languages into a field

2019-05-13 Thread Paul Dupuis via use-livecode

On 5/9/2019 12:15 PM, Paul Dupuis via use-livecode wrote:
I have a  test stack with a single scrolling field under LC904rc2. The 
textDirection for the field is the default of "auto" meaning it should 
align LTR  languages (like English) to the Left and RTL languages 
(like Arabic or Hebrew) to the Right.


English and other LTR test is correctly Left aligned. When I paste in 
RTL text (Arabic for example) it is incorrectly Left aligned. I am not 
sure if this is a 'paste' issue (tried the 'paste' command in a button 
and just using Ctrl-V in the IDE) or a field issue? Or even how to tell?


Does anyone else have experience with pasting RTL text from other 
applications (Word, Web pages, Google Translate, etc.) into LiveCode 
to have it align properly?




Related to this, a have a vague memory of a description of the 
interaction of "textDirection" and "textAlign". I can find nothing in 
the Dictionary or Release Notes. Does anyone recall such a thing?



___
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: Android needs 64 bit builds

2019-05-13 Thread Brian Milby via use-livecode
I was just able to build for the first time in Ubuntu 18.04 and it comes up 9.5 
(dp 1).
I never went far enough to figure out how to overcome the PIC issue myself and 
waited for it to make it to develop.

Thanks,
Brian
On May 13, 2019, 3:31 PM -0400, Mark Wieder via use-livecode 
, wrote:
> On 5/13/19 12:13 PM, JJS via use-livecode wrote:
> > there is also a 9.0.5rc1, so i think they changed it from 9.1.0dp1 to
> > 9.5.0dp1, but unclear why
>
> My guess is that it was originally a typo that then propagated to
> several commits, and by that point it was too much trouble to fix. FWIW
> the last time I was able to build from source (even after the 9.5
> renaming thing) it still came out externally as 9.1.
>
> --
> 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
___
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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread Brian Milby via use-livecode
It will take a bit to respond to the rest, but I am not surprised to see a 
resizeStack on open if the app was built at a size different than the screen 
size of the device.

On an Amazon Fire the screen/stack delta is the header bar at the top of the 
screen.  What is strange to me is that the buttons at the bottom of the screen 
are not included in the screen size so the portrait and landscape dimensions 
are not reversed as on iOS.  I would imagine if the device had hardware buttons 
then it would match what I see on iOS.  One difference with Android (at least 
the version on the Fire) is that you can’t draw behind the header like on iOS.

Thanks,
Brian
On May 13, 2019, 11:00 AM -0400, Sannyasin Brahmanathaswami via use-livecode , 
wrote:
> Brain Wrote
>
> What fullScreenMode are you in when the stack opens? What mode when the 
> rotation happens?
> ===
> BR
> I am trying to do dynamic geometry. Trying to deal with iPhone X (height) as 
> well as 9 X 18 Android (my Moto6)
> --"fullScreenMode" interferes with your own handlers/function. Most of my 
> screens have only a footer (task bar) and 1-5 other controls. Laying this out 
> should not be too hard. (so I thought)
>
> Having little experience (most I do you "fullScreenMode") I was starting 
> close to ground zero. See:
>
> See: http://wiki.hindu.org/uploads/rotation-test_r6.livecode
>
> If you can improve on this, please do! Send me a copy
>
> My initial test are keeping it simple. I have a browser and a footer that I 
> want to keep occupy the whole screen on any device/screenrect (the "notch" is 
> a nuisance, be leaving that for later nuances) and changes easily from 
> portrait to landscape layout and back again (with crashing Andriod...) Using 
> the least amount of code as possible.
>
> The last time I worked on this intensively was circa 9.0.1 stable. I run this 
> stack in 9.0.1 stable, I get big differences. In 9.0.4 (rc3) I have 
> determined so far that..
>
> NOTE: I am not trying Ralph code which he sent to me a long time ago and 
> which in may need to trying again. But it did not work for me at the time. I 
> am also testing to make sure that HQ get really gets it right. (sending bug 
> reports)(
>
> What I learned the past few days -- disclaimer some of these may be false 
> assumptions, or "expected" results, or are real bugs
>
> 1) You cannot get the coordinates of anything on start up or opencard. Andre 
> discovered that we can you use a "loader" card, (card 1) that "goes next" in 
> 80 milliseconds (arbitrary) to the next card, *then* the engine has 
> coordinates (card size, screenrect)
>
> 2) The resizestack in not firing automatically in many cases. There is 
> difference between Android and iOS. If it does, we get nothing in. x,y. You 
> can use handler like this send "resizeStack" && the width of this stack & 
> comma & \
> the height of this stack to me in 0 milliseconds.
>
> But this is no different the one that does had it own name.
>
> send "update" && the width of this stack & comma & \
> the height of this stack to me in 0 milliseconds
>
> 3) using the send 'command' [params] in 0 millisecond is now causing problems.
>
> 4) if you get the card width and height after orientationChanged. Just put 
> then in you handler
>
> command updateUI theOrientation
> lock screen
> # get coords now after changes to screen
> put the width of this card into x
> put the height of this card into y
> put x into sCdWidth
> put y into sCdHeight
>
> 5) But, major caveat, returning for "face up" or to "unknown" has the 
> consequence of swapping the x,y values.
>
> We get
>
> Portrait
> Card rect: 0,0,648,360
> # on my Moto6 Android or
> 0,0,812,375.
> # iOS XR
>
> Landscape
> 0,0,360,648
> 0,0,375,812
>
> After several days wrestling with these caveats I woke up one morning with 
> "algorithm"
>
> case (theOrientation contains "face up")
> case (theOrientation contains "unknown")
> exit to top
> break
> case (theOrientation contains "portrait" AND x >y)
> swapWidthHeight x, y
> case (theOrientation contains "portrait")
> [snip]
> case (theOrientation contains "landscape" AND y>x)
> swapWidthHeight x, y
> case (theOrientation contains "landscape")
> [snip]
>
> command swapWidthHeight x, y
> put y into sCdWidth
> put x into sCdHeight
> end swapWidthHeight
>
> now it works
> 6) But... an android a case where
>
> card rect
> 0,0,360,649
>
> Screen rect
> 0,0,360,672
> # 24 point too long!
>
> And, I turn the phone form landscape to portrait, my footer is 24 pixels 
> below screen. I have to "flick" the phone forward and back again, my update 
> handler runs again and the foot appears again in the right place.
>
> Does anyone know about the 24 pixel difference between the cardrect and the 
> screenrect on Android?
> Is there a way to "refresh" after going to landscape to portrait?
>
> BR
>
> PS The dictionary looks transparent but it is baffling once you read it.
>
> " The orientationChanged message is sent before any automatic 

Re: Android needs 64 bit builds

2019-05-13 Thread Mark Wieder via use-livecode

On 5/13/19 12:13 PM, JJS via use-livecode wrote:
there is also a 9.0.5rc1, so i think they changed it from 9.1.0dp1 to 
9.5.0dp1, but unclear why


My guess is that it was originally a typo that then propagated to 
several commits, and by that point it was too much trouble to fix. FWIW 
the last time I was able to build from source (even after the 9.5 
renaming thing) it still came out externally as 9.1.


--
 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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread J. Landman Gay via use-livecode

On 5/13/19 9:59 AM, Sannyasin Brahmanathaswami via use-livecode wrote:

2) The resizestack in not firing automatically in many cases.


It normally doesn't fire if you're using fullscreenMode. But if you use 
mobileSetFullScreenRectForOrientations, then it does send a resizeStack 
message. From the dictionary:


"Normally when a fullscreenMode is set the stack is not resized and does 
[not] receive the resizeStack message. The rect is set after the 
orientationChanged message is sent. If the rect for the new orientation 
is different to the current stack rect the resizeStack message will be 
sent once the new rect is applied."


Note the error in the docs omitting the word "not". Confusing, yes.


Does anyone know about the 24 pixel difference between the cardrect and the 
screenrect on Android?
Is there a way to "refresh" after going to landscape to portrait?


This sounds like the height of the status bar, and the stack is being 
drawn underneath it. I haven't tried it but you might be able to fix it 
by setting the stack height to the height of the screenrect.



--
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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread Richard Gaskin via use-livecode

Sannyasin Brahmanathaswami wrote:

> 1) You cannot get the coordinates of anything on start up or opencard.

"anything" is vast.

On mobile, resizeStack should be sent to your stack before it is first 
rendered.  Its arguments are the width and height of the stack.


Given a card's origin always being 0,0, this should always work:

on resizeStack x,y
   answer "The rectangle in which you can place controls is: " \
0,0,x,y
end resizeStack

If it doesn't that would need an engine fix.


> 2) The resizestack in not firing automatically in many cases. There is
> difference between Android and iOS. If it does, we get nothing in.
> x,y.

If resizeStack is not being sent before the card is rendered, and/or the 
expected values are not being sent, that sounds like a bug.



> 3) using the send 'command' [params] in 0 millisecond is now causing
> problems.

Such as...?

(Though you should not need to use timers for something as fundamental 
as layout.  They are useful elsewhere, though, and if broken would need 
to be fixed. If the issue you've had with them is limited to layout, I 
suspect the cause is the message triggering the timer rather than the 
timer itself.)



> 4) if you get the card width and height after orientationChanged. Just
> put then in you handler

An orientationChanged message should be accompanied by a resizeStack 
message.  This lets you handle common layout tasks from a common 
resizeStack handler, while using orientationChanged for the subset of 
things one might want to do specifically in response to the orientation 
being changed.


Allowing resizeStack to be the common trigger for layout adjustment 
keeps things simple, learnable, and predictable.


If that were not the case, then doing ordinary layout tasks would become 
more complicated than necessary, reducing the value of using LC.



> 5) But, major caveat, returning for "face up" or to "unknown" has the
> consequence of swapping the x,y values.

If that's by design it would seem a poor choice, given how consistently 
the language provides x before y.


If that's not a design decision it would be a bug.


> 6) But... an android  a case where
>
> card rect
> 0,0,360,649
>
> Screen rect
> 0,0,360,672
> # 24 point too long!
>
> And, I turn the phone form  landscape to portrait, my footer is 24
> pixels below screen.

Using card width and card height is always better for adjusting interior 
controls than using screenRect, on all platforms, mobile and desktop.



--
 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: Android needs 64 bit builds

2019-05-13 Thread JJS via use-livecode
there is also a 9.0.5rc1, so i think they changed it from 9.1.0dp1 to 
9.5.0dp1, but unclear why


Op 13-5-2019 om 16:39 schreef Andrew Bell via use-livecode:
Hopefully it's a type for 9.0.5DP1 since 9.0.4 was released today. I 
can't wait to use some new faster Android emulators!


--Andrew Bell


Subject: Re: Android needs 64 bit builds
Message-ID: 
Content-Type: text/plain; charset=US-ASCII; format=flowed

a minor thing probably i noticed. The 9.1.0DP1 jumped to 9.5.0DP1. Is
this a typo? or do have to wait longer? Just asking.




___
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: array and revExecuteSQL

2019-05-13 Thread Bob Sneidar via use-livecode
No because the array form uses a substitution method for SQL statements like 
"custom = ':1'" the :1 being replaced by the contents of tArray [1] when the 
SQL statement is assembled. I don't think you can use ":lattitude" in the 
select statement, but that would be an SQL limitation not an LC one. 

Bob S


> On May 8, 2019, at 02:47 , Ludovic THEBAULT via use-livecode 
>  wrote:
> 
> hello
> 
> when you use array with revExecuteSQL like :
> 
> revExecuteSQL, dbID, tSQL, "tarray"
> 
> can we use array wth keys as text and not number :
> tarray["latitude"] vs tarray[1]
> 
> i’ve some bug with first syntax.
> 
> Thanks for your light !

___
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: Resize Stack Sent Everytime a Stack Opens?

2019-05-13 Thread Sannyasin Brahmanathaswami via use-livecode
Brain Wrote

What fullScreenMode are you in when the stack opens?  What mode when the 
rotation happens?
===
BR 
I am trying to do dynamic geometry. Trying to deal with iPhone X  (height) as 
well as 9 X 18 Android (my Moto6) 
--"fullScreenMode" interferes with your own handlers/function. Most of my 
screens have only a footer (task bar) and 1-5 other controls. Laying this out 
should not be too hard. (so I thought)

Having little experience (most I do you "fullScreenMode") I was starting close 
to ground zero. See:

See: http://wiki.hindu.org/uploads/rotation-test_r6.livecode

If you can improve on this, please do! Send me a copy

My initial test are keeping it simple. I have a browser and a footer that I 
want to keep occupy the whole screen on any device/screenrect (the "notch" is a 
nuisance, be leaving that for later nuances) and changes easily from 
portrait to landscape layout and back again  (with crashing Andriod...)  Using 
the least amount of code as possible.

The last time I worked on this intensively was circa 9.0.1 stable. I run this 
stack in 9.0.1 stable, I get big differences. In 9.0.4 (rc3) I have determined 
so far that..

NOTE: I am not trying Ralph code which he sent to me a long time ago and which 
in may need to trying again. But it did not work for me at the time. I am also 
testing to make sure that HQ get really gets it right. (sending bug reports)(

What I learned the past few days -- disclaimer some of these may be false 
assumptions, or "expected" results, or are real bugs

1) You cannot get the coordinates of anything on start up or opencard. Andre 
discovered that we can you use a "loader" card, (card  1)  that "goes next" in 
80 milliseconds (arbitrary) to the next card, *then* the engine has coordinates 
(card size, screenrect)

2) The resizestack in not firing automatically in many cases. There is 
difference between Android and iOS. If it does, we get nothing in. x,y. You can 
use handler like this send "resizeStack" && the width of this stack & comma & \
   the height of this stack to me in 0 milliseconds.  

But this is no different the one that does had it own name.

send "update" && the width of this stack & comma & \
   the height of this stack to me in 0 milliseconds

3) using the send 'command' [params] in 0 millisecond is now causing problems.  

4) if you get the card width and height after orientationChanged. Just put then 
in you handler

command updateUI theOrientation 
   lock screen
   # get coords now after changes to screen
   put the width  of this card into x
   put the height of this card into y
   put x into sCdWidth
   put y into sCdHeight
   
5) But, major caveat, returning for "face up" or to "unknown" has the 
consequence of swapping the x,y values.

We get 

Portrait
Card rect: 0,0,648,360 
# on my Moto6 Android or
0,0,812,375. 
# iOS XR

Landscape
0,0,360,648
0,0,375,812

After several days wrestling  with these caveats I woke up one morning with 
"algorithm"

case (theOrientation contains "face up") 
case (theOrientation contains "unknown")  
 exit to top
 break
case (theOrientation contains "portrait"  AND x >y)  
 swapWidthHeight x, y
case (theOrientation contains "portrait")
[snip]
case (theOrientation contains "landscape"  AND y>x)  
 swapWidthHeight x, y
case (theOrientation contains "landscape")
[snip]

command swapWidthHeight x, y
   put y into sCdWidth
   put x into sCdHeight
end swapWidthHeight

now it works
6) But... an android  a case where 

card rect 
0,0,360,649

Screen rect 
0,0,360,672
# 24 point too long!
 
And, I turn the phone form  landscape to portrait, my footer is 24 pixels below 
screen. I have to "flick" the phone forward and back again, my update handler 
runs again and the foot appears again in the right place.

Does anyone know about the 24 pixel difference between the cardrect and the 
screenrect on Android?
Is there a way to "refresh" after going to landscape to portrait?

BR

PS The dictionary looks transparent but it is baffling once you read it. 

" The orientationChanged message is sent before any automatic interface
rotation takes place thus changes to the orientation lock state and
allowed set can be made at this point and still have an effect."

Need editing to make it clear to "newbies" 

using of resizeStack  # does fire automatically
and 
 command.
#  doing this create anomalous results.

"If you wish to perform an action after the interface has been rotated, then
either do so on receipt of resizeStack, or by using a  command."







  


___
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: Android needs 64 bit builds

2019-05-13 Thread Andrew Bell via use-livecode
Hopefully it's a type for 9.0.5DP1 since 9.0.4 was released today. I  
can't wait to use some new faster Android emulators!


--Andrew Bell


Subject: Re: Android needs 64 bit builds
Message-ID: 
Content-Type: text/plain; charset=US-ASCII; format=flowed

a minor thing probably i noticed. The 9.1.0DP1 jumped to 9.5.0DP1. Is
this a typo? or do have to wait longer? Just asking.




___
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


[ANN] This Week in LiveCode 178

2019-05-13 Thread panagiotis merakos via use-livecode
Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #178 here: http://bit.ly/2LCYIMv

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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


[ANN] Release 9.0.4

2019-05-13 Thread panagiotis merakos via use-livecode
Dear list members,

We are pleased to announce the release of LiveCode 9.0.4 STABLE.


Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents

LiveCode 9.0.4 contains more than 35 bugfixes and improvements compared to
the previous (9.0.3) STABLE version.


Known issues


- The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS
yet.

The full release notes are available from:

http://downloads.livecode.com/livecode/9_0_4/LiveCodeNotes-9_0_4.pdf

Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/

We have a forum available for discussing LiveCode Builder at
http://forums.livecode.com/viewforum.php?f=93


Have fun!
The LiveCode Team
--
___
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