Re: htaccess rewrite rule to https let my apps stop working

[Sannyasin Brahmanathaswami via use-livecode]

T. 

Yes mod-rewrite is the way to go. What Matthias sent is how we are doing it.

but for backwards compatibility in our apps I also include a function to 

replace http://  with https://

in any URL in our apps. 

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: Sending a message to users that floats above everything

[Jonathan Lynch via use-livecode]

Thanks Swami, I think you are right - but I really hate the way the answer 
dialog looks on Android.

Sent from my iPhone

> On Aug 20, 2017, at 11:21 PM, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Jonathan:
> 
> I don't think it is even/ever possible to get something to "float"on top of a 
> browser widget on Mobile.
> 
> I wish/hope  that I am wrong.
> 
> On 8/20/17, 3:53 PM, "use-livecode on behalf of Jonathan Lynch via 
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> 
>What is the best way to send a message to users that floats above 
> everything else, including browser widgets?
> 
>I have been using "answer", "ask", and the mobile picker because they 
> appear on top. However, these system dialogs are not always pretty, 
> especially on Android. Is there another option? I tried using a browser 
> widget, but that does not always layer on top of another browser widget, even 
> if the layer in the widget is a higher number.
> 
> ___
> 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: Sending a message to users that floats above everything

[Sannyasin Brahmanathaswami via use-livecode]

Jonathan:

I don't think it is even/ever possible to get something to "float"on top of a 
browser widget on Mobile.

I wish/hope  that I am wrong.

On 8/20/17, 3:53 PM, "use-livecode on behalf of Jonathan Lynch via 
use-livecode"  wrote:

What is the best way to send a message to users that floats above 
everything else, including browser widgets?

I have been using "answer", "ask", and the mobile picker because they 
appear on top. However, these system dialogs are not always pretty, especially 
on Android. Is there another option? I tried using a browser widget, but that 
does not always layer on top of another browser widget, even if the layer in 
the widget is a higher number.

___
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

Sending a message to users that floats above everything

[Jonathan Lynch via use-livecode]

What is the best way to send a message to users that floats above everything 
else, including browser widgets?

I have been using "answer", "ask", and the mobile picker because they appear on 
top. However, these system dialogs are not always pretty, especially on 
Android. Is there another option? I tried using a browser widget, but that does 
not always layer on top of another browser widget, even if the layer in the 
widget is a higher number.

Sent from my iPhone
___
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

Is tsnet always better?

[Jonathan Lynch via use-livecode]

LC gives us multiple ways to connect to online databases. Is TSnet always the 
best performing method?

Sent from my iPhone
___
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: Developing first on android

[Monte Goulding via use-livecode]

> On 21 Aug 2017, at 9:22 am, Brian Milby via use-livecode 
>  wrote:
> 
> 
> Ok, in that case, would the following work:
> 
> 
> 
> On openStack
> 
>  Set the behavior of me to stack "parent"
> 
>  Set the behavior of stack "child" to me
> 
> End openStack
> 
> 
> 
> There may be some need to check that referenced stacks are open, but just did 
> some experimenting to verify that the calls work in the IDE.I'm guessing 
> you would want to possibly have them only set in one direction though.

That is what we do now although as a behavior can be used but not opened you 
would need to do that in the stack that uses the behavior. So you have stack A. 
The stack that uses the behavior which is a binary stackFile. Stack B the 
script only behavior of stack A. Stack C the script only behavior of stack B.

Right now you need to handle preOpenStack in stack A and setup the hierarchy 
because stack B does not retain the behavior property when saved and does not 
get any kind of message when used as a behavior. It may actually be a good idea 
to add a loadBehavior and unloadBehavior message sent to the object using the 
behavior so it can initialise its own heirarchy. Still I think saving the 
behavior property with the script only stack is a simpler solution.

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: Developing first on android

[Brian Milby via use-livecode]

  
  

 Ok, in that case, would the following work:
  

  
On openStack
  
  Set the behavior of me to stack "parent"
  
  Set the behavior of stack "child" to me
  
End openStack
  

  
There may be some need to check that referenced stacks are open, but just did 
some experimenting to verify that the calls work in the IDE.I'm guessing 
you would want to possibly have them only set in one direction though.
  

  
Thanks,
  
Brian
  
  

  
>   
> On Aug 20, 2017 at 3:51 PM,   (mailto:use-livecode@lists.runrev.com)>  wrote:
>   
>   
>   
>   >  On 21 Aug 2017, at 5:48 am, Brian Milby via use-livecode wrote:  >   >  
> What about handlers? Stacks already call preOpenStack and related handlers. 
> Adding handlers that get called automatically would leave it as script only 
> but allow for post-load initialization. I haven't looked to see what is 
> already processed though. Hmm… I’m not sure what you mean here. Script only 
> stacks are sent the same messages as binary stacks. Do you think they need 
> something else? I have suggested a `loadStack` message here for when a stack 
> is loaded into memory but that’s not specific to script only stacks either. 
> http://quality.livecode.com/show_bug.cgi?id=18223 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  
>
>   
  
  
 
___
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: Developing first on android

[Monte Goulding via use-livecode]

> On 21 Aug 2017, at 5:48 am, Brian Milby via use-livecode 
>  wrote:
> 
> What about handlers?Stacks already call preOpenStack and related 
> handlers.Adding handlers that get called automatically would leave it as 
> script only but allow for post-load initialization.I haven't looked to 
> see what is already processed though.

Hmm… I’m not sure what you mean here. Script only stacks are sent the same 
messages as binary stacks. Do you think they need something else? I have 
suggested a `loadStack` message here for when a stack is loaded into memory but 
that’s not specific to script only stacks either. 
http://quality.livecode.com/show_bug.cgi?id=18223 


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: Filtering, Search and Fields on Mobile

[Sannyasin Brahmanathaswami via use-livecode]

I got my answer for this from an earlier project coded by Jacque

if # user is searching and you show the controls then

focus on fld "searchString" --jg: force mobile keyboard
select after fld "searchString"
highlightSelectedTab "search"
  else -- hide it
focus on nothing

end if


Another gem that I never knew about "focus on"


 

On 8/19/17, 8:06 AM, "use-livecode on behalf of Sannyasin Brahmanathaswami via 
use-livecode"  wrote:

1) how do we control when the mobile keyboard is opened. Sometimes I have 
left a field on a card with traversal on, and the mobile keyboard automatically 
open when you go to that card, even though the user hasn't actually tapped into 
the field (in this case a field for entering a search string)  what has been 
"settled on" as best practice? OR how do you do it?

___
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: Developing first on android

[Brian Milby via use-livecode]

  
  

 What about handlers?Stacks already call preOpenStack and related handlers. 
   Adding handlers that get called automatically would leave it as script only 
but allow for post-load initialization.I haven't looked to see what is 
already processed though.
  

  
  

  
  
>   
> On Aug 19, 2017 at 10:58 PM,   (mailto:use-livecode@lists.runrev.com)>  wrote:
>   
>   
>   
>  Hi Folks lcVCS was invented before script only stacks and for the most part 
> script only stacks covers the use case much better. If you have a complicated 
> stackFile then no matter what text representation we make of it you would get 
> lost dealing with merge conflicts and diffs. If you don’t believe me try 
> looking at an Xcode storyboard merge conflict… it’s no fun. You really are 
> better off just being careful to avoid working on ui stuff on multiple 
> branches. If you have a trivial UI then you can generate it on the fly as we 
> do with some stacks in the IDE. If you have something a little bit too 
> complicated for hand coding generation on the fly then you could use 
> something like the scriptonlyUI library I experimented with one rainy day 
> https://github.com/montegoulding/scriptonlyui . Anything more complicated is 
> just as well off staying a binary file and using script only behaviors for 
> scripts. Having said that there _are_ a couple of stack properties that we 
> could add to script only stacks to make things work better and I don’t think 
> it would be all that tricky to add something YAML like that the engine reads 
> between the `script “”` header and the stack script. The properties that I 
> would add are behavior and stackFiles so your script only stack would look 
> like this: script “StackName” --- behavior: stack “ParentBehavior” 
> stackFiles: - ParentBehavior: some/path.livecodescript --- command MyHandler 
> -- code end MyHandler There could be some other properties that would be 
> helpful but I think these are the critical ones causing issues for behavior 
> hierarchies which are lost when saving so you need to script them. Perhaps 
> even stackFiles isn’t that necessary as the stackFiles could be set on a 
> binary stack elsewhere or the stack could be in a location the engine would 
> find it. We would probably only want to add properties that we feel are 
> causing issues which behavior definitely is. The less you add the less chance 
> of a merge conflict on some change you didn’t intent. Of course once you add 
> _any_ properties it’s suddenly _not_ a script only stack so… BTW if we only 
> wanted to add behavior and only stack behaviors at that it might be nice to 
> just include that in the header: script “StackName” with behavior 
> “ParentBehavior” command MyHandler — code end MyHandler I actually really 
> like this option as it’s in keeping with the original faceless script object 
> concept. 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  
>
>   
  
  
 
___
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

Levure update: Customizing builds

[Trevor DeVore via use-livecode]

Hi list,

I made a screencast introducing a new features I've been working on for the
Levure packager. Applications that are delivered to different target groups
may have different distribution requirements. On macOS a common example is
an application that is distributed through the developers website as well
as the Mac App Store (MAS). Some of the files that are required for the MAS
version are different than those required for the non-MAS version.

The screencast introduces the `build profiles filter` and `platform filter`
properties. These two properties help you customize the files included with
different build profiles when packaging up a Levure application for
distribution.

While the example in the screencast looks at the needs for MAS/non-MAS the
`build profiles filter` can also be used to customize which UI components,
libraries, externals, extensions, etc. are included. Another potential
example would be an app with different UIs for mobile and desktop. Your
Levure application could include code and UI files for both platforms but
only the relevant files would be included when packaging the app.

Screencast:
https://youtu.be/hnBlTtFmfoc

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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

Levure update: Customizing builds

[Trevor DeVore via use-livecode]

Hi list,

I made a screencast introducing a new features I've been working on for the
Levure packager. Applications that are delivered to different target groups
may have different distribution requirements. On macOS a common example is
an application that is distributed through the developers website as well
as the Mac App Store (MAS). Some of the files that are required for the MAS
version are different than those required for the non-MAS version.

The screencast introduces the `build profiles filter` and `platform filter`
properties. These two properties help you customize the files included with
different build profiles when packaging up a Levure application for
distribution.

While the example in the screencast looks at the needs for MAS/non-MAS the
`build profiles filter` can also be used to customize which UI components,
libraries, externals, extensions, etc. are included. Another potential
example would be an app with different UIs for mobile and desktop. Your
Levure application could include code and UI files for both platforms but
only the relevant files would be included when packaging the app.

Screencast:
https://youtu.be/hnBlTtFmfoc

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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