Re: oAuth2 window properties

[Bob Hall via use-livecode]

Thanks Bernd for the tip. You set me on the right path. Kudos and High Fives 
coming your way!

What I ended up doing was opening the stack script from the Project Browser. In 
there, the oauth2 stack height and cancel button locations are set via script. 
I simply added an appropriate amount that I needed to get the stack's height 
and cancel button where needed and viola, no more scroll bar or cut off auth 
screen. BRILLIANT! My change lasts between launches as well as when I built the 
standalone without modification to the app bundle.

I'll post in the forums the details on what I changed if anyone is interested.

Thanks again Bernd

Bob

> On Aug 17, 2021, at 1:40 PM, Niggemann, Bernd via use-livecode 
>  wrote:
> 
> Hi Bob,
> 
> Have a look at "com.livecode.library.oauth2" in the Project Browser when 
> "Show IDE Stacks in Lists" is on. That is the (library) stack that displays 
> the information in a stack that is build on the fly.
> It uses a browser widget to display.
> You could change the dimensions of the browser widget. Additionally you could 
> try to set the vScrollBar of the widget to false.
> From the dictionary for the browser widget
> set the vScrollbar of widget to pEnabled
> 
> If you make changes to "com.livecode.library.oauth2" they will not stick: the 
> next time you start Livecode they will be gone. If you want to make them 
> permanent you would have to change the write permissions for that file in the 
> app bundle on a Mac (Windows ??) and save your changes from the Script Editor.
> 
> I could not test my suggestions because I don't know anything about oauth2 
> but it should work.
> 
> Kind regards
> Bernd
> 
> Bob wrote:
> 
> 
> Is it possible to change any of the properties of the oAuth2 window? I'd like
> to be able to set the size (and location) of the window to prevent a scroll 
> bar
> from showing with the service my App authenticates with.
> 
> ___
> 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

oAuth2 window properties

[Bob Hall via use-livecode]

Is it possible to change any of the properties of the oAuth2 window? I'd like 
to be able to set the size (and location) of the window to prevent a scroll bar 
from showing with the service my App authenticates with.

Thanks in advance,
Bob Hall
Manchester, NH
___
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: LC Server style survey: co-mingle code w/HTML?

[Bob Hall via use-livecode]

> On Dec 5, 2017, at 1:18 PM, Richard Gaskin via use-livecode 
> > wrote:
> 
> I have some tools I developed for server apps, which allow me to develop and 
> test both client and server within the same local LC IDE instance. As you can 
> imagine, this has improved development efficiency by orders of magnitude.
> 
> It's much a much more xTalk-like way of working, and once you use it having 
> to be tied to a server for every little test feels like building a ship in a 
> bottle with tweezers while wearing a blindfold.
> 
> When I started making these tools I was using standalones exclusively for 
> server work, partly because it reflects my habits gained from using LC as a 
> CGI for many years before LC Server existed, and partly because I have no 
> need to co-mingle code in HTML like PHP does, except a few cases where the 
> merge function works quite nicely.

Richard,

I wanted to reply to your original question. I’m not sure I know exactly what 
you’re asking. I do have projects that I use the existing LC Server with 
co-mingling. In my opinion, co-mingle was once in fashion and the norm, then 
fell out of fashion. But I’ll be honest, it’s making a come back. As you know 
there is a lot of opinion in this area.

There are examples of languages with this pattern you see in PHP/LC which has 
been pointed out. I’d like to add that newer Javascript frameworks seem to be 
making a return to co-mingling HTML and the language.Yes, JS is more of a 
client language. But there are server projects that use this pattern. Look at 
some of the new ES6/ES7 standard to see the new definitions for this. You see 
this pattern also with JSX/React.

Your LC IDE tools are very intriguing to me. I’ve pretty much tried to stick 
with MVC type patterns for LC Server projects isolating anything html/lc mixing 
to the view files in their own view directory structure.

In the last couple of months I’ve been “playing” (really that’s all it’s been) 
with how to use .livecodescript files instead of .lc files for the guts of LC 
Server projects. My goal was to be able to use the IDE for creating/debugging 
server projects including using breakpoints and being able to see the raw 
output as well as a rendered view.

I got far enough to see there’s promise in my method and was able to use the 
IDE to build a very small server project. Then I got busy at my real work and 
put this on the back burner :-(

Anyways, I do think that mixing LC and HTML is a viable option. Being able to 
do that in the IDE does I think open the door to more LC Server based projects 
going out the door.

I’m very interested in your tools and suspect there is great value in what 
you’ve created.

Bob Hall
___
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: Creeping IDE Script Editor window position

[Bob Hall via use-livecode]

Mac OS 10.13.x
LC 8.1.7 (rc3)

I invested a some time into figuring out the creepring IDE SE Windows. This 
issue I am sure is related to Bugs #19419 & 19853 (sure would be nice if this 
could get looked at, pretty please). I find the creeping window only occurs 
when I open the IDE on my secondary monitor on Mac OS.

The reason the script editor window moves down on each load appears to be the 
result of the system property “the effective top” not having the correct value 
on multi-monitor (Mac) setups when the IDE opens on the secondary monitor. I do 
not have access to Windows/Linux at the moment so I can not confirm the 
behavior on those systems.

I am not creating a PR as I suspect the issue is likely to be fixed when bug 
19419 is fixed.

How to “band-aid” the creeping IDE Window (when IDE is on secondary monitor) 
(NOTE: this is intended for more advanced users. Perform at your own risk. 
Backup your LC App before starting. I take no responsibility if this kills your 
install ;-)

Tested on LC 8.1.7 (rc3) Mac Users only:
0: Make sure Livecode is not running.
1. In your text editor of choice, open the application Contents and edit 
Tools->Toolset->libraries->revidelibrary.8.livecodescript
2. search for the command revIDEEnsureOnscreen
3. change this line (on or about line 4531)

if the effective top of stack pStackName < item 2 of tScreenRect then

to

if the top of stack pStackName < item 2 of tScreenRect then

NOTE: this change can result in the IDE title bar being under the menu bar. For 
me, I’ll take this minor risk over the IDE moving down each time I open it up.

There have not been any code changes in this part of the code for a long time 
(last by runrevElanor in 2 years ago). I do believe the root of the issue is 
that the effective top is not returning a good result as it is likely related 
to bug 19419. 

- Bob Hall
___
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: String delimiters [WAS Re: common code patterns]

[Bob Hall via use-livecode]

> On Aug 14, 2017, at 6:28 AM, Alex Tweedly via use-livecode 
>  wrote:
> 
> While we (i.e. you) are thinking about string delimiters, could we PLEASE 
> have some decent way to do multi-line strings.

I find myself in many situations where multi-line strings would make my code so 
much more readable. I do a lot of database work and having a multi-line string 
for defining queries would be great. 

I used to put my queries in custom props (easier to read/modify) but I’m 
finding now that I’d rather have the definitions in script-only stacks and get 
them under source control. However, the current method of appending multi-line 
strings together makes the code difficult to work with and read.

So I’ll +1 this request. I’d lean toward the triple-quote syntax for 
implementation.

Bob Hall

___
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: SE Gutter better scroll tracking [Bugfix-20140]

[Bob Hall via use-livecode]

Anyone who downloaded my Gutter update please note, I noticed there is a change 
that should not be there. In revsegutterbehavior.livecodescript please correct 
line 319 to be:

send “updateScroll” to me in 0 milliseconds

I did not intend this change to be a part of the breakpoint fix. This is for 
another issue I’m working on. The branch in my personal github repository is 
corrected (with a couple of extra commits 'cause my morning Joe hadn’t sunk in 
yet…)

Bob
___
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: SE Gutter better scroll tracking [Bugfix-20140]

[Bob Hall via use-livecode]

> On Jul 23, 2017, at 3:00 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I couldn't find a bug report, but the issue that bothers me more than a 
> timing delay is how existing breakpoints migrate to a completely different 
> line after a script edit.


You know, I thought it was me and my new advanced age that was causing me to 
think I set a BP in one place only to find it was in a different place some 
days later...

Well, I have a very simple recipe for the bug!!

We’re about to head out for a summer BBQ but I know exactly how to make 
breakpoints “migrate”. I also have a sneaking suspicion when this bug was 
introduced. I’d like to get the exact LC version that this happens at as I’m 
sure that is going to tell us a lot about what’s causing the issue.

I need to do a little more research. I’ll get this bug opened up with a recipe 
later tonight (EDT).

Bob
___
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: SE Gutter better scroll tracking [Bugfix-20140]

[Bob Hall via use-livecode]

> On Jul 23, 2017, at 12:40 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Does this fix also handle the misalignment after editing a script?
> 

Not sure exactly what the misalignment is that you’re referring to. If it's the 
issue in the “Ethereal Breakpoints” thread then no. If not, point me to the bug 
report or thread with what the issue is and I’ll put it on my radar screen 
while I’m poking around in the breakpoint code.

This fix strictly handles the delayed scrolling of the gutter especially when 
you drag the scroll bar.

Bob


___
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

SE Gutter better scroll tracking [Bugfix-20140]

[Bob Hall via use-livecode]

I have a proposed fix for the gutter lagging behind the scrolling of the Script 
Editor field. As you will see, this is a big improvement for scrolling in the 
SE. I had been messing around with this for a couple of months now and have 
done a lot of testing. The way the Gutter is handled I’d say needs an overhaul 
but for now, this will help in the near term.

Changes are minor to get this working. trying it out should only be attempted 
by more advanced users. You MUST use LC 9.0dp8 and please, make sure you’ve got 
a copy just incase it all blows up ;-)

https://github.com/livecode/livecode-ide/compare/develop...bhall2001:bugfix-20140

I’m not going to go into how to install the changes.

If anyone does install, please report back and let me know how it works (or 
doesn’t) for you.

Thanks in advance,
Bob Hall
___
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: Ethereal Breakpoints

[Bob Hall via use-livecode]

And I should clarify, the fix is for the “delayed moving” of break points. Not 
the “ethereal” issue ;-)

Bob
___
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: Ethereal Breakpoints

[Bob Hall via use-livecode]

> 
> I haven’t looked at the code that tries to keep the like paired with the 
> breakpoint but my gut feeling is to do it right you would want to set some 
> metadata on the line of the field and then look for it when updating the 
> gutter. I’ll try and find some time to take a look into it.
> 
> Cheers
> 
> Monte

Monte,

I’ve got a fix for this. I’ll submit a bug report and open a pull request so 
you can have a look.

Bob Hall


___
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

What happened to LC version numbers?

[Bob Hall via use-livecode]

> On Jul 19, 2017, at 4:55 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> Admittedly, this was perhaps a slightly riskier test then something like the 
> handler menu;

I’ve been scratching my head of late with Livecode version numbers. They don’t 
seem to follow any rhyme or reason any longer. I’m sure they do to someone but 
I’m not quite sure what’s going on.

Why are we testing a new feature in a RELEASE CANDIDATE version #2? Why are 
significant features being added at all to the 8.x branch? What standard (if 
any) do Livecode version numbers follow?

So, here’s to looking forward to 8.2.0dp1 (which will be known as 8.1.6rc3 in 
the real world :-)

Bob





___
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: [ANN] Release 9.0.0 DP-8

[Bob Hall via use-livecode]

I’ve had the completion capability on my local dev environment for a couple of 
years via a plugin that I wrote. I wrestled with these same problems years ago. 
I actually find that it is benefitial to have BOTH completion and no 
completion. Having a setting to change this is combersome. It is an on-the-fly 
desire.

So here’s how I solved the problem in my IDE startup script…

Hold down the option key and you get completion. no option key, no completion.

If you’d like to try this on your own, put this into a plugin that loads this 
into the frontscript. Don’t use LC 9dp8 though as you won’t get the non-option 
key effect of the pairings...

Bob
/*

* auto complete common pairings with 

*/

on rawKeyDown pKey

local tChar


if optionkey() = "down" then

switch pKey

case 34

insertText quote

exit rawKeyDown

break

case 39

insertText "''"

exit rawKeyDown

break

case 57

insertText "()"

exit rawKeyDown

break

case 91

insertText "[]"

exit rawKeyDown

break

case 123

insertText "{}"

exit rawKeyDown

break

end switch

end if


pass rawKeyDown

end rawKeyDown



___
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: Exposing ourselves

[Bob Hall via use-livecode]

It’s is very possible to create a plugin that customizes the IDE/Script Editor 
to your likely. I have a startup script that modifies many of the settings and 
applies “bug" fixes to the IDE/Script Editor when my Dev environment opens. 
“Bug” fixes are things that either are truly a bug in the IDE (real or my 
opinion) or I just don’t care for the UX that Livecode provided out of the box. 

I also use a couple of IDE/SE enhancers provided by fellow Livecoders. It’s 
very cool that I am able to modify my dev environment to my liking down to the 
menu items or wha'ts in a window in the App.

Now back to the crux of the problem. There is very limited documentation 
(besides the source code) on how to edit the IDE/Script Editor or how one might 
use the APIs in the IDE/Script Editor. This seems to me to be the perfect type 
of project led by the Community.

Personally I’d envision a simple markdown based repository on Github. Maybe if 
there’s a need to get all fancy it could be either a Gitbook or mkdocs based 
repository. If we wanted to go overboard maybe a stack with a doc reader in it 
so it’s available in the IDE???

I don’t think there needs to be too much structure. Maybe just a defined 
Chapter/sub-chapter structure and place where anyone can edit/post to.

Thoughts?
Bob Hall
___
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 Testing Small Script Editor Enhancement

[Bob Hall via use-livecode]

> On Jul 16, 2017, at 6:01 PM, Mark Wieder via use-livecode 
>  wrote:
> 
> Well, as I noted, it *does* affect linux, but not in a bad way. Control-tab 
> continues to iterate through the tabs as long as the script editor is in 
> front, and continues to switch modes when it's not.

That’s a bug that I need to address. I missed the point Mark W. made that 
control-tab cycled through the tabs on Linux. That should not happen with the 
Linux SE. My intent is that only MacOS SE users would have the option.

I’m in the process of getting a Debian system up on a VM to see what’s going 
on. I’ll go through my code and figure out what I need to fix this so it works 
as I intended. Thanks Mark for finding this.

Bob
___
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 Testing Small Script Editor Enhancement

[Bob Hall via use-livecode]

> On Jul 16, 2017, at 3:37 PM, J. Landman Gay via use-livecode 
> > wrote:
> 
> This is going to totally screw up a macro I've been using for 15+ years. I 
> know I'm a voice in the wilderness but if this gets officially implemented I 
> hope there's an option to turn it off, or supply your own key combination.
> 

LOL. I haven’t been using the control-tab for 15 years to switch between edit 
and run modes. However, I had been using it for 3 years. Yes it was painful for 
me to switch my favorite key sequence. But it had to be done. 

The control-tab “fix” I’m proposing will only effect MacOS users and I would 
not expect Linux or Windows users to be effected at all by the MacOS 
control-tab. If you are on Linux/Windows it should not matter whether the 
Script Editor is top window or not.

I don’t expect an easy adoption of this “new” key combination by Livecode. If 
adopted, I would also not expect an option to turn it on/off or change the 
combo as the behavior is considered to be a standard key combo of MacOS, right?

If you are using control-tab with a custom macro, see if control-` might work 
for you. If not, possibly option-tab?

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

Help Testing Small Script Editor Enhancement

[Bob Hall via use-livecode]

I’m looking for testing help. The work I did is for MacOS but I would love 
Linux and Windows users to also try out the changes looking for side effects. I 
don’t have the resources to perform adequate testing of the changes and need a 
little help before I submit my pull request.

The enhancement is for MacOS Users enabling control+tab to cycle the tabs in 
the script editor (command-tab is OS reserved on MacOS). I’m not going to go 
into how to apply the fix but this should be attempted only by more advanced 
users. The code works on 9.0.0dp8 ONLY. Some re-factoring of the SE has gone on 
so this fix is for 9dp8 only.

You can see my proposed changes on Github at:
https://github.com/livecode/livecode-ide/compare/develop...bhall2001:bugfix/20096?expand=1
 


For anyone who takes the time to install these changes especially on 
Linux/Windows I thank you!!!

Bob Hall
___
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

How to edit Script Editor and SETemplate

[Bob Hall via use-livecode]

I’ve got a couple of things I’d like to try with the Script Editor. I’m having 
a tough time figuring out how to edit revNewScriptEditor stack and specifically 
being able to make changes to revSETemplate. Can anyone give me a pointer on 
what I need to do so that I might be able to try some “enhancing” of the Script 
Editor?

Thanks in advance,
Bob
PS. Yes, I know. It’s not easy to mess around in there but I’d like to see if I 
can add a couple of things
___
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

Help troubleshooting IDE Script Editor Window Position

[Bob Hall via use-livecode]

Is it possible to get the location of the IDE Script editor window? I need to 
confirm what I suspect is a bug in 8.1.3 and need the top coordinate of the IDE 
script window to confirm for bug report.

I have a multi-monitor setup for my dev machine. One of the monitors is 
portrait, the other is landscape (iMac 27”). As of 8.1.3 on Mac OS X 10.12.3, 
the top location of “system” windows (IDE script editor, answer/ask, toolbar as 
examples) appear to use the smallest value of EITHER screen to set the top 
location of the window and not the top of the monitor the window opens on.

This results in IDE script editor, answer/ask not being accessible/visible as 
it is off the screen to the top on the Landscape monitor. If the top of the 
portrait monitor is “higher” relatively then the landscape monitor, It appears 
as though the top location of the portrait monitor is used even when the window 
opens on the landscape monitor. I would like to confirm this behavior thus my 
question above.

I searched for a bug about this and while I’m seeing some that are similar, 
this I believe is a new one and is actually came from an LC9 regression. I’ve 
seen this same thing in LC9 since DP1 and now it appears in LC 8.1.3 but not 
8.1.2 or prior versions.

For the curious… I will attempt to show in text graphics how the monitors are 
oriented.

(Screen orientation in System prefs using text — I hope this comes through)
__
|  |
|  |__
|  | |
|  | |
|  |__|
|__|

I use the portrait display for coding (nice and long with ability to have 
debugging displayed with lots of room). LC IDE/system windows on the landscape 
display have the top of the window set using the value from the portrait 
display (I think) as they display off screen to the top. 

If I orient the displays in System Preferences as:
__ __
|  | |
|  | |
|  |__|
|  |
|__|

Everything works fine as the top of both monitors is the same. The issue with 
this is that the monitors are not“oriented to their physical relative positions 
so it's a little frustrating to move the cursor from portrait to landscape and 
back again. Not a big deal but different and kind of a pain compared to prior 
versions.

This behavior started in LC 8.1.3. LC 8.1.2 works perfectly.

Thanks in advance,
Bob
___
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: PUT method where is returned data?

[Bob Hall via use-livecode]

On Feb 10, 2017, at 9:52 AM, Trevor DeVore via use-livecode 
 wrote:
> 
>  I much prefer reading ’the urlresopnse’ in my code than
> dealing with ‘it’ which is meaningless until put into another variable.

In my defense — it was my attempt at figuring out where PUT put the response 
data. I was desperate to figured it out and thought it might contain my JSON 
response. It is not part of my regular coding. But I'll admit. I was using 
Hypercard at v1.0 so it is my fall back when all else fails. Old habits are 
hard to break ;-)

Thanks for the help and reminding me about urlResponse. My API wrapper is 
working like a charm!

Bob Hall
___
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: Script locals in library stack script

[Bob Hall via use-livecode]

 —>There used to be a way to do that but I can't remember how, or else I forgot 
it on purpose because it didn't work.

I think this is how you would do that…

in IDE, debug menu->Add variable watch

select the library stack and sVarA in the pop up.

What I haven’t tested is the Condition. Maybe "is empty"

You could also add "if sVarA is empty then breakpoint” at interesting points in 
the script. 

Bob Hall


___
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: Script locals in library stack script

[Bob Hall via use-livecode]

I’ve been wondering this myself. I’m going to try to create a recipe but it 
looks like the TTL of script local variables is different than what I thought I 
knew it to be. I “think” I started see this behavior about 8.1.0-ish timeframe 
but not sure. 

In the past few months I started to put everything into properties as I found 
that my understanding of how script local variables behaved was different then 
how they do. I had chalked it up to getting old and just forgetting how things 
work.

So I guess I need to understand what is the TTL definition of a script local 
variable? I was under the impression that if I have setters/getters for the 
variables and set their value, as long as that Script remains in memory, the 
script local variable retains it’s value. I do not see that for sure if I set 
the script local var in the libraryStack message in 8.1.2 or 8.1.3.

Curious if you’ve figured out anything about this since the original note.

Bob Hall

> 
> Is this something others have seen? LC 8.1.3 rc 1.
> 


___
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

PUT method where is returned data?

[Bob Hall via use-livecode]

8.1.2 Indy with Desktop App

I am using an API that uses the PUT method for some of the calls. JSON is sent 
with server data as JSON. I can’t figure out how to access the returned JSON 
data from the PUT call. I can not effect the API call. It's a commercial SAAS 
application.

Here’s my snippet of code (everything is working with the PUT as far as I can 
tell. The  data in the JSON ends up in the server App where it should). I use 
the all caps PUT for my pea brain to understand this is a HTTP PUT method 
request ;-)

PUT tJsonData into URL tURL

put the result into tResult

put it into tResult2


I would of thought that either the result or it would have the data but both 
are empty. If there is an error, I do see tsneterr in the result. Where do can 
I find the response data?

Thanks in advance,
Bob Hall

Hosting, eCommerce, Website Design,
Custom Apps, and yes, Bicycle Repairs


___
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: github clients

[Bob Hall via use-livecode]

I use Tower. Not free but it makes things very easy with Git. Yes, there is 
still a learning curve but it’s not too bad. Has more features than Github and 
I find the UI very easy to understand. Mac and Windows only.

https://www.git-tower.com/ 

Bob Hall
___
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: Built-in JSON functions not working in standalone

[Bob Hall via use-livecode]

To my knowledge, the functions are not built into Livecode. You may have a 
stack loaded and part of the message path that has those functions there 
already. You will need to add the functions to your project in order to 
parse/encode JSON.

Bob

> On Jan 30, 2017, at 4:12 PM, pink via use-livecode 
>  wrote:
> 
> The JSONToArray and ArrayToJSON functions are built into Livecode now.
> Again, they work fine in the IDE, it is just in the standalone that it
> fails.

___
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: Built-in JSON functions not working in standalone

[Bob Hall via use-livecode]

The Library needs to be on the inclusion list for it to work in a Standalone. 
In Standalone prefs click General->Select Inclusions for Standalone (note: I do 
not bank on the auto-include feature).

Then click the “Inclusions” icon and wait just a second as the inclusions 
render.

Look for JSON Library and include it. Should work then.

Bob Hall
___
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