Re: Stacks whose names start with "rev"
Hi Jacque I’m sorry I haven’t been following this whole thread so forgive me if my responses have already been covered. > On 10 Oct 2018, at 6:22 am, Richard Gaskin via use-livecode > wrote: > > >> If the cantEdit is false but the mode is reported as 2, that sounds > >> like an engine bug. Don't you mean cantModify here? toplevel stacks that are ide stacks are forced to toplevel locked (mode 2). We determine this through a stack custom property `ideOverride`. If that is true when loading the stack from disk then it is set as an IDE stack. Additionally there is a runtime property of stacks that you can set `_ideoverride` that can turn this behavior on and off. Jacque’s issue is we have an IDE script that dynamically sets these in revfrontsciptlibrary preOpenStack: if revIDEObjectIsOnIDEStack(tTarget) then # IM-2016-03-01: [[ Bug 16244 ]] IDE stacks should always hide invisible objects set the showInvisibles of stack tStack to false set the _ideoverride of stack tStack to true end if It all hinges on a function in revcommonlibrary: function revStackNameIsIDEStack pStackName if there is a stack pStackName and the _ideoverride of stack pStackName then return true else if pStackName is among the items of "message box,answer dialog,ask dialog,home" then return true else if pStackName begins with "com.livecode." then return true else if pStackName is among the lines of revInternal__ListLoadedLibraries() then return true else return pStackName begins with "rev" end if end revStackNameIsIDEStack We could look at changing that to ensure the filename of the stack is an IDE or plugin file path but in your case just patching that to set the caseSensitive to true just before checking for “rev” would cover it. Cheers Monte ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: semi-OT : mySQL oddities
Oh BTW I use autoincrement on all my tables for the primary key. Bob S > On Oct 9, 2018, at 14:50 , Bob Sneidar wrote: > > I use mySQL 5.6 running on a Windows server. I do not have this issue. The > only way LC will add a record is with the insert command. I suspect there is > someplace in your code where you expect to update, and it's inserting > instead. > > I wrap my database commands in a series of commands and functions, all of > which put the current user name (I have a login system in place) and the > datetime the update was made. Something like that might help you determine > when the updates were made. > > Bob S > > >> On Oct 9, 2018, at 14:13 , jbv via use-livecode >> wrote: >> >> Hi list, >> I'm not 100% sure yet, but I think I'm experiencing some problems with >> mySQL 5.6.41 and LC server, the most annoying one being random duplicate >> entries in some tables, especially the biggest ones, for instance 71 Mb >> and nearly 14 entries. >> I have searched the web for more info and have found a few posts on >> stackoverflow and some other blogs mentioning problems with autoincrement, >> but the symptoms are slightly different... >> I was wondering if anyone had experienced similar issues ? >> >> Thanks in advance. >> Best, >> 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: semi-OT : mySQL oddities
I use mySQL 5.6 running on a Windows server. I do not have this issue. The only way LC will add a record is with the insert command. I suspect there is someplace in your code where you expect to update, and it's inserting instead. I wrap my database commands in a series of commands and functions, all of which put the current user name (I have a login system in place) and the datetime the update was made. Something like that might help you determine when the updates were made. Bob S > On Oct 9, 2018, at 14:13 , jbv via use-livecode > wrote: > > Hi list, > I'm not 100% sure yet, but I think I'm experiencing some problems with > mySQL 5.6.41 and LC server, the most annoying one being random duplicate > entries in some tables, especially the biggest ones, for instance 71 Mb > and nearly 14 entries. > I have searched the web for more info and have found a few posts on > stackoverflow and some other blogs mentioning problems with autoincrement, > but the symptoms are slightly different... > I was wondering if anyone had experienced similar issues ? > > Thanks in advance. > Best, > 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
semi-OT : mySQL oddities
Hi list, I'm not 100% sure yet, but I think I'm experiencing some problems with mySQL 5.6.41 and LC server, the most annoying one being random duplicate entries in some tables, especially the biggest ones, for instance 71 Mb and nearly 14 entries. I have searched the web for more info and have found a few posts on stackoverflow and some other blogs mentioning problems with autoincrement, but the symptoms are slightly different... I was wondering if anyone had experienced similar issues ? Thanks in advance. Best, 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
Open Driver on multi platform - show stopper
Hi , Not wishing to write externals I need Livecode to deploy on different platforms with ease , for the most part it does this very well. But there is a serious weakness and have projects screaming for a solution for Android and MacOS , This being serial communication (VCP) via USB and Bluetooth support using open driver etc. USB / BT / Serial communication using LiveCode works perfectly on Windows but fails on MacOS and not available for Android. Hardware with USB / Bluetooth serial communication is commonly available for use on Windows , MacOS and Android but I cannot use Livecode for all 3. This is a show stopper until resolved. Fully understand that this is not an option for IOS as it requires apple certified hardware. Best Regards Camm -Original Message- From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of General 2018 via use-livecode Sent: 23 September 2018 22:41 To: use-livecode@lists.runrev.com Cc: General 2018 Subject: Open Driver on MacOS Hi , Livecode 9.0.1 MacOS High Sierra Open driver hangs on MacOS , tried Sarah's SerialTest stack which hangs also. Item 3 of the drivernames is correct but when open driver or file is attempted it hangs. Bug ? Regards Camm ___ 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
bizarre DG problem
Hi folks, My client just called me to report one of his customers' data grids in a very weird state. I've never seen this before and thought I should ask if anyone else has, and how to prevent it if possible. System: macOS 10.13.x - High Sierra LC 8.1.9 Community Background: This DG is automatically redefined regularly to display different sets of columns for Orders data, Clients data, Purchases data, etc., and is then loaded with data of that type. The redefinition/reloading happens when the customer clicks a button for that type of data. This has worked flawlessly for many years and I don't suspect it as the source of the problem. The DG is in a window that is not resizable. so it's rect is constant. DG properties: vScrollbar = true hScrollbar = auto Symptom: Inside the customer's DG, grp "dgList" is horizontally out of alignment with the hScroll of the DG. When the hScroll is 0, the left of grp "dgList" should be the left of the DG, but instead it's left is near the center of the DG. This prevents the display of all whole or partial columns that are to the left of the group's left edge. Fix: (realign the 'dgList' group with the hScroll of the DG) set the hScroll of the DG to 0 set the left of grp "dgList" of DG to the left of the DG refresh the DG Cause: ? I'm trying to understand what caused it so I can prevent it in the future. Any ideas are welcome. Thanks - Phil Davis -- 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: Stacks whose names start with "rev"
J. Landman Gay wrote: > On 10/9/18 1:16 PM, Richard Gaskin via use-livecode wrote: >> If the cantEdit is false but the mode is reported as 2, that sounds >> like an engine bug. > > Probably not so much a bug as a design decision. The engine seems to > enforce mode 2 if it thinks the stack is an IDE stack. I don't believe that's an engine thing, likely an IDE thing. And if the team is able to work on their stacks, there must be a way you can work on yours. > I'd like to see this convention removed, and have the engine check for > a custom property or something similar. There are cases where a stack > name does need to start with "rev", but even if it doesn't it is going > to throw off new users. It's an artificial legacy limitation that > doesn't have to exist. Good call. A custom property seems much simpler for everyone. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Stacks whose names start with "rev"
On 10/9/18 1:16 PM, Richard Gaskin via use-livecode wrote: If the cantEdit is false but the mode is reported as 2, that sounds like an engine bug. Probably not so much a bug as a design decision. The engine seems to enforce mode 2 if it thinks the stack is an IDE stack. But that does raise the question (again) on how the LC team works on those. I'd like to see this convention removed, and have the engine check for a custom property or something similar. There are cases where a stack name does need to start with "rev", but even if it doesn't it is going to throw off new users. It's an artificial legacy limitation that doesn't have to exist. -- 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: Stacks whose names start with "rev"
J. Landman Gay wrote: > I checked that early on and again today, cantEdit is false. The style > was reported as toplevel but I set it again anyway in the message box. > The command that opens the stack is a plain "go stack", the same as > all the others in the suite that open normally. GRevDevolppment is > true. If the cantEdit is false but the mode is reported as 2, that sounds like an engine bug. -- Richard Gaskin Fourth World Systems Software Design and Development for the Desktop, Mobile, and the Web ambassa...@fourthworld.comhttp://www.FourthWorld.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
OT: Seven Ineffective Coding Habits of Many Programmers
Watching Levure videos, contemplating more collaborative coding, I found this. ITT 2016 - Kevlin Henney - Seven Ineffective Coding Habits of Many Programmers https://www.youtube.com/watch?v=ZsHMHukIlJY 45 minutes long. If you need a break, it is both instructive and humorous I often struggle with naming conventions. This sheds so much light on the subject. BR ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: "send" vs "dispatch"
On 10/09/2018 07:33 AM, Bob Sneidar via use-livecode wrote: Yup. I groked that. So I always return empty for success and false if not. Nice. -- 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: "send" vs "dispatch"
Yup. I groked that. So I always return empty for success and false if not. > On Oct 8, 2018, at 17:53 , Mark Wieder via use-livecode > wrote: > > Another nice feature of dispatch is that if the handler does not exist in the > target, it will silently and gracefully fail, continuing to execute code > after the call. > > Yeah, that's a double-edged doohickey, though. I *do* use it that way > sometimes as well, but note that if you don't check the result then you won't > know if the dispatch succeeded when you want it to. > > Sometimes silently failing is good, sometimes not so much. YMMV. > > -- > Mark Wieder ___ 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