Navigator saves stackfiles, script menu supports unlimited behaviors
Added a "Save StackFiles" menu item to the popup menu when right-clicking on a stack or multiple stacks. This is especially useful for stacks using script-only behaviors. With one command it saves all the stacks referenced in the stack's stackfiles property. This is particularly useful for stacks that use a large number of behaviors (like Navigator). Note: this does not save the stack itself -- use the existing "Save" menu item for that. The Scripts menu now supports unlimited chained behaviors. It will display the handlers in all chained behaviors in submenus under each behavior's name, with the object's own handlers, if any, at the bottom of the menu. The Send... menu is organized similarly, and can send any public on, command, function, getprop or setprop handlers. Source control is awesome. ___ 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: Navigator now supports converting controls to script-only stack behaviors
On 01/25/2018 05:25 PM, Geoff Canyon via use-livecode wrote: Also: the bug has been fixed. GitHub and the download on my Navigator page have been updated. I also have a separate branch where I'm improving the handlers menu. Woot! Woot indeed. Sounds like you're on a roll. -- 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: What Env Variable set when saving standalone?
I might not have been clear. You'd keep the login stack a toplevel stack all the time. In whatever handler actually launches that stack, you'd check the environment and only open it as modal if the environment is "standalone". During development the login stack is toplevel. It should be able to retrieve db info normally in that mode. The reason you want a modal is so that users can't click away until the data loads, but as the developer you'd know not to do that. You'd just wait for the data and then proceed normally. Seems like the simplest solution to me. A toplevel stack won't hinder development or standalone builds, and it will show up as modal if the environment is "standalone" (or if it's not "development", or whatever other test you want to apply.) On 1/25/18 7:02 PM, Bob Sneidar via use-livecode wrote: I assume because it's opened modally, and the builder obviously needs to open another stack but can't because the modal stack is blocking the progress of the script that told my app to open it. (I know it's confisung but that is how modality works I guess). Bob S On Jan 25, 2018, at 16:24 , J. Landman Gay via use-livecode wrote: Regardless of the stack mode, why wouldn't it retrieve info? As the developer you'd know not to click elsewhere until the data is there, right? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com -- 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: Chained behavior performance seems fine
cool thanks for sharing that little test. solves that curiosity. On Wed, Jan 24, 2018 at 3:59 PM, Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Wow, I hope you scripted setting up that test... > On Wed, Jan 24, 2018 at 1:35 PM Geoff Canyon via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > I was curious about the performance of chained behaviors, so I created a > > stack to time them. I compared a button with a behavior to a button with > a > > chain of 100 behaviors, with the code in the very last button. > > > > The performance diving through 99 extra behavior links was pretty decent > -- > > I was calling this simple function: > > > > function test100 > > return 100 > > end test100 > > > > Calling it 1,000,000 times through one behavior took about 1.0 seconds, > > calling it the same number of times through 100 behaviors took about 2.4 > > seconds. > > > > Given that 100 behaviors is an absurd depth to go to, that seems > perfectly > > reasonable. > > ___ > > 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: Navigator now supports converting controls to script-only stack behaviors
Also: the bug has been fixed. GitHub and the download on my Navigator page have been updated. I also have a separate branch where I'm improving the handlers menu. Woot! ___ 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: Navigator now supports converting controls to script-only stack behaviors
I think I have it figured out -- Mikey suggested GitKraken, and that seems to work pretty well. I got the hang of how the branch/commit process works with a test directory and some simple text files. I'm thinking of making a "seriously, for beginners" video of that process. The one remaining stumbling block was that I had cloned the Navigator repository to an incorrectly-named folder on my local drive because I didn't notice the option to name the target folder for the clone. Noticed that, re-cloned, and all was (I think) well. Thanks all for the input! gc ___ 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: What Env Variable set when saving standalone?
On 01/25/2018 05:03 PM, Bob Sneidar via use-livecode wrote: Oh how the pure have fallen! ;-) That would work but it's s dirty! True, but your stack isn't exactly living in HelloWorldLand. -- 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: RevQueryDatabase error in standalone
ya you have to look at the error.sometimes its not what you'd expect expect. On Thu, Jan 25, 2018 at 6:28 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Unfortunately, the error comes from the standalone CTD dialog, and it only > provides the command that failed. I verified that it was in fact that > command by putting an answer dialog just before and just after the query > command. I got the first but not the second answer dialog. > > I can put the command inside a try/catch and see what I get. > > Bob S > > > On Jan 25, 2018, at 12:29 , Tom Glod via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > whats the error? ... i use sqlite with standalones as files and in memory > > ..without problems. > > > ___ > 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: What Env Variable set when saving standalone?
Oh how the pure have fallen! ;-) That would work but it's s dirty! Bob S > On Jan 25, 2018, at 16:28 , Mark Wieder via use-livecode > wrote: > > Heretical idea: > > Put a 'Cancel' button on the modal stack. > If it's clicked, toplevel the stack and move on. > Only make the button visible if in development mode. ___ 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: What Env Variable set when saving standalone?
I assume because it's opened modally, and the builder obviously needs to open another stack but can't because the modal stack is blocking the progress of the script that told my app to open it. (I know it's confisung but that is how modality works I guess). Bob S > On Jan 25, 2018, at 16:24 , J. Landman Gay via use-livecode > wrote: > > Regardless of the stack mode, why wouldn't it retrieve info? As the developer > you'd know not to click elsewhere until the data is there, right? > > -- > 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: What Env Variable set when saving standalone?
Tried this. I used savingStandalone to set a global that I check when opening the Login Stack. It seems the message does not get sent until the standalone *actually* gets around to saving it. The Login stack gets opened while the standalone builder is in the process of gathering information about the application, but before the actual save takes place. I am not sure what changed in the Standalone Builder process when we went from v6 to v7, but as I said it never had this issue before that. (It might have been around v8 come to think of it. I didn't stick around much in v7). Bob S > On Jan 25, 2018, at 16:17 , Paul Hibbert via use-livecode > wrote: > > A couple more ideas: > > in the Stack script… > > on savingStandalone > processLogin "false" > pass savingStandalone > end savingStandalone ___ 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: What Env Variable set when saving standalone?
Thanks Phil. It's actually the opposite. At App Builder time, the login stack does not know that the app builder was what opened it, or rather called the script that opens it as a modal window. Bob S > On Jan 25, 2018, at 16:13 , Phil Davis via use-livecode > wrote: > > Bob, > > Is the problem that at app-login time, the app doesn't know whether its > opening was caused by the standalone builder or by the user? If so, maybe > something this would work: ___ 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: regex deconstructor
It's similar. It takes a bit of massaging to get one into the other, especially once you get into the more advanced regex because there are features that one supports and the other doesn't. ST's regex engine is customized more than Atom's is. Here's the proposed not-quite-final indent rules file: name LiveCode Script Indentation scope source.livecode settings increaseIndentPattern decreaseIndentPattern (?x) ^\s* ( end\s+. | case\s+. | default\b | catch\b | finally\b ) unIndentedLinePattern ^\s*(?:#|--|/\*) On Thu, Jan 25, 2018 at 7:16 PM, Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Is that the same stuff that Atom uses? I’m not that good at writing RegEx > from scratch, but wouldn’t mind taking a look. I don’t have ST, so I > wouldn’t be able to test there. > On Thu, Jan 25, 2018 at 1:04 PM Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > Unfortunately I'm trying to fix the indenting in ST, so I'm stuck with > it. > > Then I asked for help. The help is definitely better than what I came up > > with, but I have a couple of things I want to fix. The help disappeared, > > and I'm having a hell of a time reading this because it uses some > advanced > > magic. > > > > On Wed, Jan 24, 2018 at 4:04 PM, Bob Sneidar via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > That's because there are several flavors of RegEx. Nice huh? > > > > > > RegEx is in my opinion the top choice for inducing insanity. I have a > > > utility where you type in what you start with and what you want to end > up > > > with and it tries to figure out the regex for it. It's less than > perfect > > as > > > you can imagine. > > > > > > While RegEx is really handy when you need it, my feeling is to avoid it > > if > > > at all possible. > > > > > > Bob S > > > > > > > > > > On Jan 24, 2018, at 05:48 , Mike Kerner via use-livecode < > > > use-livecode@lists.runrev.com> wrote: > > > > > > > > @Lagi, yes, exactly. > > > > I found another one last night: regex101.com/ That one is > interesting > > > > because it seems to support some expressions that the others do not. > > > > > > > > > ___ > > > 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 > > > > > > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > >and did a little diving. > > And God said, "This is good." > > ___ > > 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 > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ 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: Navigator now supports converting controls to script-only stack behaviors
On 01/25/2018 11:53 AM, Geoff Canyon via use-livecode wrote: > Any suggestions where to go to figure this out? At the most basic level, > all I need is: > > 1. A "current released version" of Navigator on GitHub. > 2. A work-in-progress version on my computer, in my LiveCode installation. > 3. The ability to merge my copy into the GitHub version. > > And obviously, have multiple dev versions, release versions, etc., but for > now I just need dev and release, and even that seems beyond the ability of > any web page to explain simply. Nothing I've read seems to even come close > to explaining how to do that. Or am I just completely misunderstanding how > git works? Even basic tutorials seem to start with literally no description > of what the actual workflow of git is, and simply dive into various git > commands using undefined terminology. start with this: install git navigate to the Navigator lievcodescript directory type 'git init' that will initialize the directory by creating a few invisible files. then you will tell git you want to track your livecodescript files. type 'git add *.livecodescript' that's it. now after you make changes type 'git add *.livecodescript' to see the current file status: type 'git status' that doesn't connect you to github yet, but that's your local storage, and that's the first step to getting it onto github. -- 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: What Env Variable set when saving standalone?
On 01/25/2018 03:31 PM, Bob Sneidar via use-livecode wrote: Trouble is I DO want to open the login stack modally in development, because it pulls setup information for each user from the Login database, such as custom settings (like local file paths, recent customers list, access level etc). The only time I do NOT want to open that stack is when I am saving as standalone. It's not killing me to set the stack mode to top level each time, it's just irritating. Heretical idea: Put a 'Cancel' button on the modal stack. If it's clicked, toplevel the stack and move on. Only make the button visible if in development mode. on preOpenStack if the environment is "development" then show button 'btnCancel' else hide button 'btnCancel' end if end preOpenStack -- in the button itself on mouseUp toplevel this stack end mouseUp -- 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: What Env Variable set when saving standalone?
Regardless of the stack mode, why wouldn't it retrieve info? As the developer you'd know not to click elsewhere until the data is there, right? -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On January 25, 2018 5:33:27 PM Bob Sneidar via use-livecode wrote: Trouble is I DO want to open the login stack modally in development, because it pulls setup information for each user from the Login database, such as custom settings (like local file paths, recent customers list, access level etc). The only time I do NOT want to open that stack is when I am saving as standalone. It's not killing me to set the stack mode to top level each time, it's just irritating. Bob S On Jan 25, 2018, at 13:57 , J. Landman Gay via use-livecode wrote: You could try it a different way. Save/keep the login stack as toplevel all the time, then in the handler that opens the login stack: if the environment is not "development" then modal "login" else go stack "login" ___ 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: Navigator now supports converting controls to script-only stack behaviors
The files on GitHub and your workstation should be pretty much the same. Like Trevor was saying, you would have a develop branch that contained your in progress code. The master branch would be the release. Every beta could be a commit in the dev branch. When ready for a final release, the code is merged up to master. On Thu, Jan 25, 2018 at 1:54 PM Geoff Canyon via use-livecode < use-livecode@lists.runrev.com> wrote: > Any suggestions where to go to figure this out? At the most basic level, > all I need is: > > 1. A "current released version" of Navigator on GitHub. > 2. A work-in-progress version on my computer, in my LiveCode installation. > 3. The ability to merge my copy into the GitHub version. > > And obviously, have multiple dev versions, release versions, etc., but for > now I just need dev and release, and even that seems beyond the ability of > any web page to explain simply. Nothing I've read seems to even come close > to explaining how to do that. Or am I just completely misunderstanding how > git works? Even basic tutorials seem to start with literally no description > of what the actual workflow of git is, and simply dive into various git > commands using undefined terminology. > > On Thu, Jan 25, 2018 at 5:40 AM, Trevor DeVore via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > On Thu, Jan 25, 2018 at 3:36 AM Geoff Canyon via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > > > > I have a fix coded, but I'm in the middle of another update, so I will > > > update the whole thing tomorrow morning. (This is the sort of thing > > GitHub > > > is supposed to be good for, right? Heh -- need to figure that out...) > > > > > > A couple of quick tips. Some of the vocabulary may be new. Just google > each > > concept and you will find lots of info. Git is really confusing at first > > and then one day it isn’t and you wonder how you ever lived without it. > > > > Look into branching. A simple approach for an individual is that your > > master branch has the stable version of your app. You work on each > feature > > in a separate branch that you then merge into master when it is ready. > > > > Whenever you want to make a new public release of your app tag the commit > > in master that has the release version. This allows you to easily check > out > > a branch with that exact version of your app if you need to in the > future. > > > > If you want to keep your master branch clean when merging other branches > in > > (not too many commits) look into interactive rebasing. Interactive > rebasing > > can be used to squash a bunch of commits in a branch down to one (or > more). > > That way when you merge a feature branch into master it only appears as > one > > commit, even if you made 30 commits while working on the feature. > > > > Trevor DeVore > > ScreenSteps > > > > > > > ___ > > 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: What Env Variable set when saving standalone?
A couple more ideas: in the Stack script… on savingStandalone processLogin "false" pass savingStandalone end savingStandalone command processLogin pLogin if pLogin = "false" then exit processLogin modal stack "Login" end processLogin I tested this, but I’m not 100% sure it would be successful in your case, it seemed to work OK here. Or simply holding the alt key down while making the standalone with: if not the altKey is down then modal stack “login” # within the appropriate handler of course I tried this on a simple stack and the alt key doesn’t seem to interfere with the build process, but you would need to test with your setup. Paul > On Jan 25, 2018, at 3:31 PM, Bob Sneidar via use-livecode > wrote: > > Trouble is I DO want to open the login stack modally in development, because > it pulls setup information for each user from the Login database, such as > custom settings (like local file paths, recent customers list, access level > etc). The only time I do NOT want to open that stack is when I am saving as > standalone. > > It's not killing me to set the stack mode to top level each time, it's just > irritating. > > Bob S > > >> On Jan 25, 2018, at 13:57 , J. Landman Gay via use-livecode >> wrote: >> >> You could try it a different way. Save/keep the login stack as toplevel all >> the time, then in the handler that opens the login stack: >> >> if the environment is not "development" then modal "login" >> else go stack "login" > > > ___ > 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: regex deconstructor
Is that the same stuff that Atom uses? I’m not that good at writing RegEx from scratch, but wouldn’t mind taking a look. I don’t have ST, so I wouldn’t be able to test there. On Thu, Jan 25, 2018 at 1:04 PM Mike Kerner via use-livecode < use-livecode@lists.runrev.com> wrote: > Unfortunately I'm trying to fix the indenting in ST, so I'm stuck with it. > Then I asked for help. The help is definitely better than what I came up > with, but I have a couple of things I want to fix. The help disappeared, > and I'm having a hell of a time reading this because it uses some advanced > magic. > > On Wed, Jan 24, 2018 at 4:04 PM, Bob Sneidar via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > That's because there are several flavors of RegEx. Nice huh? > > > > RegEx is in my opinion the top choice for inducing insanity. I have a > > utility where you type in what you start with and what you want to end up > > with and it tries to figure out the regex for it. It's less than perfect > as > > you can imagine. > > > > While RegEx is really handy when you need it, my feeling is to avoid it > if > > at all possible. > > > > Bob S > > > > > > > On Jan 24, 2018, at 05:48 , Mike Kerner via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > > @Lagi, yes, exactly. > > > I found another one last night: regex101.com/ That one is interesting > > > because it seems to support some expressions that the others do not. > > > > > > ___ > > 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 > > > > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, >and did a little diving. > And God said, "This is good." > ___ > 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: What Env Variable set when saving standalone?
Bob,
Is the problem that at app-login time, the app doesn't know whether its
opening was caused by the standalone builder or by the user? If so,
maybe something this would work:
on standaloneSaved
put true into url (specialFolderPath("temp") & "/saved"
end standaloneSaved
on appLogin -- in card script of login stack
if there is a file ( specialFolderPath("temp") & "/saved" ) then
delete file ( specialFolderPath("temp") & "/saved" )
else
modal the owner of me -- or whatever mode you want
end if
end appLogin
It's crude but would probably work. Of course it's always possible I'm
solving the wrong problem. :-)
Phil Davis
On 1/25/18 3:31 PM, Bob Sneidar via use-livecode wrote:
Trouble is I DO want to open the login stack modally in development, because it
pulls setup information for each user from the Login database, such as custom
settings (like local file paths, recent customers list, access level etc). The
only time I do NOT want to open that stack is when I am saving as standalone.
It's not killing me to set the stack mode to top level each time, it's just
irritating.
Bob S
On Jan 25, 2018, at 13:57 , J. Landman Gay via use-livecode
wrote:
You could try it a different way. Save/keep the login stack as toplevel all the
time, then in the handler that opens the login stack:
if the environment is not "development" then modal "login"
else go stack "login"
___
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
--
Phil Davis
___
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: What Env Variable set when saving standalone?
On 1/25/18 5:26 PM, Mark Wieder via use-livecode wrote: On 01/25/2018 01:57 PM, J. Landman Gay via use-livecode wrote: You could try it a different way. Save/keep the login stack as toplevel all the time, then in the handler that opens the login stack: if the environment is not "development" then modal "login" else go stack "login" I was just about to post something similar. My take on this (if I can paraphrase Bob here) (and I'm sure he'll correct me if I'm wrong) is that Bob wants the login stack to open modally first when the standalone is launched. And the problem is that the standalone builder is saving the stack and relaunching it, which opens the login stack. So yeah, I'd say check the environment before launching the stack. I don't think the else clause is necessary, but otherwise that should do the trick. I figured the stack wouldn't open in the IDE if he didn't issue a "go", but that assumes login is a substack. -- 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: What Env Variable set when saving standalone?
Trouble is I DO want to open the login stack modally in development, because it pulls setup information for each user from the Login database, such as custom settings (like local file paths, recent customers list, access level etc). The only time I do NOT want to open that stack is when I am saving as standalone. It's not killing me to set the stack mode to top level each time, it's just irritating. Bob S > On Jan 25, 2018, at 13:57 , J. Landman Gay via use-livecode > wrote: > > You could try it a different way. Save/keep the login stack as toplevel all > the time, then in the handler that opens the login stack: > > if the environment is not "development" then modal "login" > else go stack "login" ___ 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: RevQueryDatabase error in standalone
Unfortunately, the error comes from the standalone CTD dialog, and it only provides the command that failed. I verified that it was in fact that command by putting an answer dialog just before and just after the query command. I got the first but not the second answer dialog. I can put the command inside a try/catch and see what I get. Bob S > On Jan 25, 2018, at 12:29 , Tom Glod via use-livecode > wrote: > > whats the error? ... i use sqlite with standalones as files and in memory > ..without problems. ___ 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: What Env Variable set when saving standalone?
On 01/25/2018 01:57 PM, J. Landman Gay via use-livecode wrote: You could try it a different way. Save/keep the login stack as toplevel all the time, then in the handler that opens the login stack: if the environment is not "development" then modal "login" else go stack "login" I was just about to post something similar. My take on this (if I can paraphrase Bob here) (and I'm sure he'll correct me if I'm wrong) is that Bob wants the login stack to open modally first when the standalone is launched. And the problem is that the standalone builder is saving the stack and relaunching it, which opens the login stack. So yeah, I'd say check the environment before launching the stack. I don't think the else clause is necessary, but otherwise that should do the trick. -- 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: get URL problem on on-rev account
is it only the url calls that don't work? Meaning, if you do a simple: put "after url # " following each attempt, do THOSE work? If so, then i'm not sure what to say, especially since you mentioned that the logs don't show the requests. If any of the following "puts" fail, it might help you track down where its broke. On Thu, Jan 25, 2018 at 3:35 PM, jbv via use-livecode < use-livecode@lists.runrev.com> wrote: > On Thu, January 25, 2018 9:28 pm, Mark Waddingham via use-livecode wrote: > > Try checking 'the result' after each get URL line and see if it gives an > > error indication - that might help work out what the problem is. > > > > I did that, but the result is always empty; both requests just don't go > through... > > jbv > > > ___ > 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: get URL problem on on-rev account
On Thu, January 25, 2018 9:28 pm, Mark Waddingham via use-livecode wrote: > Try checking 'the result' after each get URL line and see if it gives an > error indication - that might help work out what the problem is. > I did that, but the result is always empty; both requests just don't go through... jbv ___ 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: What Env Variable set when saving standalone?
You could try it a different way. Save/keep the login stack as toplevel all the time, then in the handler that opens the login stack: if the environment is not "development" then modal "login" else go stack "login" On 1/25/18 10:48 AM, Bob Sneidar via use-livecode wrote: I did. I moved them to the card script. Issue persists. And it doesn't explain why it's opening modally, which can only happen if my openStack handler in the card script of the MAINSTACK is executing. IMHO the standalone builder should not be executing any scripts, unless by doing so it finds all the dependencies, but if that is the case, that is a helluva way to go about it. The MainStack does not have preOpenStack or openStack handlers in it's stack script. Bob S On Jan 25, 2018, at 08:38 , Mark Wieder via use-livecode wrote: Thanks Mark. I have a mainstack called Forms Generator. In the openStack handler in the card script of that stack, I open modally another substack called Login. This is so that no one can access the app without logging in first. When I Save As Standalone, this Login stack opens (why I do not know, I assume the Standalone Builder is "walking" through the scripts) and when it does, the Standalone Builder stops dead in it's tracks waiting for the Login (opened modally if you recall) is dismissed. Ah! This sounds familiar. Do you have an openStack or preOpenStack handler in your login stack script? Those should go into the script of the first card instead. It sounds like your login stack is receiving an initialization message from the Standalone Builder. -- 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 -- 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: RevQueryDatabase error in standalone
whats the error? ... i use sqlite with standalones as files and in memory ..without problems. On Wed, Jan 24, 2018 at 7:58 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi all. > > In dev mode I create a memory database, populate it, query it everythign > works fine. In a standalone however, the app throws an error when I call > revQueryDatabase. I have verified all the inclusions are included for > sqLite and database operations. Any known issues? sqlYoga works fine with a > mySQL database, and it has to be using the Database API too, so it has to > be an issue with using a memory based database in a standalone. > > Bob S > ___ > 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: get URL problem on on-rev account
Try checking 'the result' after each get URL line and see if it gives an error
indication - that might help work out what the problem is.
Warmest Regards,
Mark.
Sent from my iPhone
> On 25 Jan 2018, at 20:02, jbv via use-livecode
> wrote:
>
> Hi list,
> I have a problem on my on-rev account for which I am awaiting an answer
> from the support; but since I haven't got it yet, I am asking this list.
> In an LC script I have 3 successive requests in the form :
>
>get URL "http://www.mydomain.fr/irev/myscript.lc?0_4";
>
>get URL ("http://www.mydomain.fr/irev/myscript.lc?0_1_"; & it)
>
>get URL "http://www.mydomain.fr/irev/myscript.lc?0_0";
>
> The domain is the same as the one running the main script containing these
> requests. This script has been running perfectly for years. But suddenly,
> a few days ago, the second and third requests started to returned empty.
> The first one returns the expected result though. The rest of the script
> doesn't crash, but the results are flawn because some data is obviously
> missing. I checked the logs of the server, but the 2nd and 3rd requests
> don't appear in the logs, as if they were never sent.
> On the other hand, when I send each request from a browser, it works fine
> and returns a consistent result.
> I tried to replace the second request in the same script with :
>get URL "http://www.mydomain.fr";
> and it works fine and returns the html code of the home page.
>
> Last but not least, I have the same scripts running on the same server,
> but in another account and with a different domain, and everything's ok.
>
> Needless to say I'm puzzled... Whet could be the problem, and what should
> I look at ?
>
> Thanks in advance,
> jbv
>
>
> ___
> 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
Bold textStyle on 'Header Bar' widget?
Hi there, How do I set the label of a 'Header Bar' widget to bold? greetings, William ___ 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
get URL problem on on-rev account
Hi list,
I have a problem on my on-rev account for which I am awaiting an answer
from the support; but since I haven't got it yet, I am asking this list.
In an LC script I have 3 successive requests in the form :
get URL "http://www.mydomain.fr/irev/myscript.lc?0_4";
get URL ("http://www.mydomain.fr/irev/myscript.lc?0_1_"; & it)
get URL "http://www.mydomain.fr/irev/myscript.lc?0_0";
The domain is the same as the one running the main script containing these
requests. This script has been running perfectly for years. But suddenly,
a few days ago, the second and third requests started to returned empty.
The first one returns the expected result though. The rest of the script
doesn't crash, but the results are flawn because some data is obviously
missing. I checked the logs of the server, but the 2nd and 3rd requests
don't appear in the logs, as if they were never sent.
On the other hand, when I send each request from a browser, it works fine
and returns a consistent result.
I tried to replace the second request in the same script with :
get URL "http://www.mydomain.fr";
and it works fine and returns the html code of the home page.
Last but not least, I have the same scripts running on the same server,
but in another account and with a different domain, and everything's ok.
Needless to say I'm puzzled... Whet could be the problem, and what should
I look at ?
Thanks in advance,
jbv
___
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: Navigator now supports converting controls to script-only stack behaviors
Any suggestions where to go to figure this out? At the most basic level, all I need is: 1. A "current released version" of Navigator on GitHub. 2. A work-in-progress version on my computer, in my LiveCode installation. 3. The ability to merge my copy into the GitHub version. And obviously, have multiple dev versions, release versions, etc., but for now I just need dev and release, and even that seems beyond the ability of any web page to explain simply. Nothing I've read seems to even come close to explaining how to do that. Or am I just completely misunderstanding how git works? Even basic tutorials seem to start with literally no description of what the actual workflow of git is, and simply dive into various git commands using undefined terminology. On Thu, Jan 25, 2018 at 5:40 AM, Trevor DeVore via use-livecode < use-livecode@lists.runrev.com> wrote: > On Thu, Jan 25, 2018 at 3:36 AM Geoff Canyon via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > > I have a fix coded, but I'm in the middle of another update, so I will > > update the whole thing tomorrow morning. (This is the sort of thing > GitHub > > is supposed to be good for, right? Heh -- need to figure that out...) > > > A couple of quick tips. Some of the vocabulary may be new. Just google each > concept and you will find lots of info. Git is really confusing at first > and then one day it isn’t and you wonder how you ever lived without it. > > Look into branching. A simple approach for an individual is that your > master branch has the stable version of your app. You work on each feature > in a separate branch that you then merge into master when it is ready. > > Whenever you want to make a new public release of your app tag the commit > in master that has the release version. This allows you to easily check out > a branch with that exact version of your app if you need to in the future. > > If you want to keep your master branch clean when merging other branches in > (not too many commits) look into interactive rebasing. Interactive rebasing > can be used to squash a bunch of commits in a branch down to one (or more). > That way when you merge a feature branch into master it only appears as one > commit, even if you made 30 commits while working on the feature. > > Trevor DeVore > ScreenSteps > > > > ___ > 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: regex deconstructor
Unfortunately I'm trying to fix the indenting in ST, so I'm stuck with it. Then I asked for help. The help is definitely better than what I came up with, but I have a couple of things I want to fix. The help disappeared, and I'm having a hell of a time reading this because it uses some advanced magic. On Wed, Jan 24, 2018 at 4:04 PM, Bob Sneidar via use-livecode < use-livecode@lists.runrev.com> wrote: > That's because there are several flavors of RegEx. Nice huh? > > RegEx is in my opinion the top choice for inducing insanity. I have a > utility where you type in what you start with and what you want to end up > with and it tries to figure out the regex for it. It's less than perfect as > you can imagine. > > While RegEx is really handy when you need it, my feeling is to avoid it if > at all possible. > > Bob S > > > > On Jan 24, 2018, at 05:48 , Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > @Lagi, yes, exactly. > > I found another one last night: regex101.com/ That one is interesting > > because it seems to support some expressions that the others do not. > > > ___ > 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 > -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, "This is good." ___ 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: problem with fullscreen option on HTML5 apps
"Fullscreen" never worked for me (other than getting a scaled display). It was probably not reported since HTML5 deployment is still experimental (means: It's easier to list what's working than what's not working). > T.J. wrote: > I’ve been trying out the fullscreen option (via the checkbox on the > automatically generated HTML page) on a couple of interactive learning > apps I’m working on, and while they display nicely it seems to muck up > the object coordinates (9.0.0 dp 10/11 – Mac, any browser) so that clicking > or dragging an object is a hit and miss affair (or doesn’t work at all). > Does anyone have any insights on whether it is possible to work around this > issue, or if it’s a known bug (couldn’t find anything in the QA centre) > whether it’s likely to get some attention in the near future? ___ 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: What Env Variable set when saving standalone?
I did. I moved them to the card script. Issue persists. And it doesn't explain why it's opening modally, which can only happen if my openStack handler in the card script of the MAINSTACK is executing. IMHO the standalone builder should not be executing any scripts, unless by doing so it finds all the dependencies, but if that is the case, that is a helluva way to go about it. The MainStack does not have preOpenStack or openStack handlers in it's stack script. Bob S > On Jan 25, 2018, at 08:38 , Mark Wieder via use-livecode > wrote: > >> Thanks Mark. >> I have a mainstack called Forms Generator. In the openStack handler in the >> card script of that stack, I open modally another substack called Login. >> This is so that no one can access the app without logging in first. >> When I Save As Standalone, this Login stack opens (why I do not know, I >> assume the Standalone Builder is "walking" through the scripts) and when it >> does, the Standalone Builder stops dead in it's tracks waiting for the Login >> (opened modally if you recall) is dismissed. > > Ah! This sounds familiar. > Do you have an openStack or preOpenStack handler in your login stack script? > Those should go into the script of the first card instead. > It sounds like your login stack is receiving an initialization message from > the Standalone Builder. > > -- > 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: What Env Variable set when saving standalone?
On 01/25/2018 08:17 AM, Bob Sneidar via use-livecode wrote: Thanks Mark. I have a mainstack called Forms Generator. In the openStack handler in the card script of that stack, I open modally another substack called Login. This is so that no one can access the app without logging in first. When I Save As Standalone, this Login stack opens (why I do not know, I assume the Standalone Builder is "walking" through the scripts) and when it does, the Standalone Builder stops dead in it's tracks waiting for the Login (opened modally if you recall) is dismissed. Ah! This sounds familiar. Do you have an openStack or preOpenStack handler in your login stack script? Those should go into the script of the first card instead. It sounds like your login stack is receiving an initialization message from the Standalone Builder. -- 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: What Env Variable set when saving standalone?
Thanks Mark. I have a mainstack called Forms Generator. In the openStack handler in the card script of that stack, I open modally another substack called Login. This is so that no one can access the app without logging in first. When I Save As Standalone, this Login stack opens (why I do not know, I assume the Standalone Builder is "walking" through the scripts) and when it does, the Standalone Builder stops dead in it's tracks waiting for the Login (opened modally if you recall) is dismissed. Some months ago, Jacque I believe, told me I can ctrl-cmd-shift-right-click the stack and change the stack mode to Top Level, which effectively releases the deadlock, and the Standalone Builder proceeds as normal. I attempted to trap the savingStandalone message, setting a global, then having my code check that global to determine how to open the Login stack (modally or normally) but that did not work. Either the message hasn't been sent at that point, or else something else in the Save As Standalone process is opening that stack AS MODAL for reasons I cannot fathom. I verified the Float Above option was not checked for that stack. It is a plain ordinary substack, but when my code opens it, it does so modally for reasons I explained earlier. No other substack seems to open. I was hoping to check for some environment global variable that gets set as soon as the Standalone Builder gets called so I can modify my code to prevent opening the Login stack modally during this process. I reported this behavior a whaaay back. It was sometime during v7 (I think don't quote me) that this behavior began. Prior to that Standalone Building was never an issue. At the same time, I also noted that I could no longer build for two platforms at once because the builder would complain that there were stacks in memory with the same name (presumably because the builder no longer closed the copies of the stacks it created for the standalones). That problem ALSO still persists. Sending a sample stack is difficult because my stack is dependent on a number of things to function, and it is quite large. Attempts to send this in the past have met with size limits, and iCloud and dropbox links did not seem to work for some reason. (May have timed out). Bob S > On Jan 24, 2018, at 17:26 , Mark Wieder via use-livecode > wrote: > >> Hi all. >> I want to prevent going to a modal login stack when I save as standalone, or >> at least not go modally. Right now I have to change the login stack to >> TopLevel each and every time I save as standalone and it opens. Is there >> some environment variable that gets set when this is happening? > > Sorry, I'm having trouble parsing that. Can you explain what you want to > happen and what's happening instead? Is this an IDE problem or a problem with > your stack? > > -- > 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: Bug: in 8.18 Stable and 9 Dp11 legacy stack import
Lagi- If I removed and saved I would get a stack corruption on next load , if I left them in after some changes - I would assume additions to the main stack I'm not sure the stack would load saying it couldn't find 2 substacks. When I loaded the stack as a binary the full stack scripts of both substacks were there but they could not be seen in the PB. Do send a corrupted version of the stack to Mark. I had a similar problem last week with dp11 saving in legacy format and sent him a corrupted stack to examine. More data points would be good. -- 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: Bug: in 8.18 Stable and 9 Dp11 legacy stack import
Hi Mark, I have rethunked overnight and I'm not sure whether the stack was "sort of corrupted" but working and might have something to do with it. I am under pressure with some deadlines till the middle of next week but I will take out an older version of the stack that was not corrupted and see if that has the same import problem - and get you a version with the problem as well. It might ... heck - I just loaded a very old version from last year into lC9 and the bold switches on and off ok , but It brought up a problem I had with version 9 (maybe 8) before that had me stumped then and now for a good few minutes.. To recreate this "problem" created a new stack in 9 that is 1290 wide by 2048 (that wasn't the size of the stack which runs on different tablets and phones and I automatically resize but these sizes work to show the bug). If you set the scalefactor to 0.35 or 0.4 or 0.5 etc and its location is more than a few 100 pixels from the left edge of the screen you can't drag and drop any of the controls onto the card/stack in fact if I drop the control onto the desktop it will then be placed on the card/stack. It gets even more bizarre if you have a second stack on the screen not even selected but more to the left - the control that will not drop onto the "selected stack" if when I drop it on the target stack will show up on the other stack - in fact you can see it changing to the blue color. Even more weird In fact when a control drops onto the stack it's not even close to where you placed it - this does not happen on the 6.xx series. In fact you can drop controls on the stack by dropping them to the right of it ON THE DESKTOP. Anyway I've wasted a good couple of hours this morning "playing" but I will get something together for next week and maybe a video as my ramblings are probably incoherent. Regards Lagi On 25 January 2018 at 12:00, Mark Waddingham via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Lagi, > > If you could file a bug describing how you reproduce the stack corruption, > and send us the stack to use to reproduce we'll look into it. > > It sounds like there is a problem somewhere with loading of pre-7 stacks > with certain field content - we'd obviously like to fix this :) > > Warmest Regards, > > Mark. > > -- > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ > LiveCode: 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 > ___ 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: Navigator now supports converting controls to script-only stack behaviors
On Thu, Jan 25, 2018 at 3:36 AM Geoff Canyon via use-livecode < use-livecode@lists.runrev.com> wrote: > > I have a fix coded, but I'm in the middle of another update, so I will > update the whole thing tomorrow morning. (This is the sort of thing GitHub > is supposed to be good for, right? Heh -- need to figure that out...) A couple of quick tips. Some of the vocabulary may be new. Just google each concept and you will find lots of info. Git is really confusing at first and then one day it isn’t and you wonder how you ever lived without it. Look into branching. A simple approach for an individual is that your master branch has the stable version of your app. You work on each feature in a separate branch that you then merge into master when it is ready. Whenever you want to make a new public release of your app tag the commit in master that has the release version. This allows you to easily check out a branch with that exact version of your app if you need to in the future. If you want to keep your master branch clean when merging other branches in (not too many commits) look into interactive rebasing. Interactive rebasing can be used to squash a bunch of commits in a branch down to one (or more). That way when you merge a feature branch into master it only appears as one commit, even if you made 30 commits while working on the feature. Trevor DeVore ScreenSteps > ___ 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: Bug: in 8.18 Stable and 9 Dp11 legacy stack import
Hi Lagi, If you could file a bug describing how you reproduce the stack corruption, and send us the stack to use to reproduce we'll look into it. It sounds like there is a problem somewhere with loading of pre-7 stacks with certain field content - we'd obviously like to fix this :) Warmest Regards, Mark. -- Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/ LiveCode: 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
Re: Bug: in 8.18 Stable and 9 Dp11 legacy stack import
Hi Brian Yes I am. It was a very insidious problem - at first I thought it was Dropbox playing up because all the versions were faulty - but when I had it backing up on the desktop as well using Max's plugin and checking for the first 5 or six updates and all ok then 2 hours or more of work all bad - not once but 3 times I then looked at the code and at the end of the stack script there were some extraneous characters specifically : ŽŽIDMŽŽ If I removed and saved I would get a stack corruption on next load , if I left them in after some changes - I would assume additions to the main stack I'm not sure the stack would load saying it couldn't find 2 substacks. When I loaded the stack as a binary the full stack scripts of both substacks were there but they could not be seen in the PB. As I say a simple loader that could search for a "stack" and save it as a single stack file would be a real boon - It doesn't happen often (now) thank god but when it does it can save hours of time. Regards Lagi On 24 January 2018 at 18:52, Brian Milby wrote: > Are you talking about the binary format of a stack file? > On Wed, Jan 24, 2018 at 10:35 AM Lagi Pittas via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Hi >> >> I have just spent a good few hours "playing" - I wished - with the Text >> formatting of field. >> >> Specifically It was on LC9 but I then installed 8.1.8 and the problem is >> on >> there as well. >> The problem was that all new fields (and old fields) a card had the "BOLD" >> textstyle try as I might I couldn't switch off the bold unless I ticked >> underline or italic or any other textstyle - There isnt a Plain button as >> in version 6 anymore - or I cant find it. >> If I press fixedline height and click on italic i can then switch off bold >> and italic but it comes back on when i switch fixedline height off. >> >> Anyway I did some more testing and it seems it was because this stack was >> originally created in v6.11 - and I moved onto 9 when I got a corruption >> that kept coming back - yes I know backups - I had MAXVs backup plugin >> running and dropbox version history but they were saving the corrupted >> stack although it was all fine and dandy in the IDE. >> >> So the upshot is (I think) one of loading a legacy stack. >> >> On a related note the corrupted stack was "losing" a substack used for >> reporting and a library stack but not alwayat the same time when I was >> rebuilding from a working backup. - Lost days. >> >> I wrote a little binary loader and managed to get the code for both stacks >> back - so they were both still in the stack but were not showing in the >> projectbrowser. >> >> Can someone point me to the file where this loading of stacks is done and >> the structure because I think we need some sort of stack loader for some >> such instances in the future >> >> Regards Lagi >> ___ >> 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: Navigator now supports converting controls to script-only stack behaviors
I found one bug: if you try to save the script-only stacks in the same folder as any of the stacks containing the objects you're converting, the conversion process will hang partway through. The hang should occur before anything has been changed, but still: Don't Do This. I have a fix coded, but I'm in the middle of another update, so I will update the whole thing tomorrow morning. (This is the sort of thing GitHub is supposed to be good for, right? Heh -- need to figure that out...) ___ 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
