Re: crashing LiveCode regularly with this innocent-looking script
Because there is a cancel button, but when you click it, it doesn’t cancel. I’m talking about from a user experience here. I can read the code and tell what it does. Bob S On May 22, 2015, at 16:21 , Mark Wieder mwie...@ahsoftware.net wrote: Bob Sneidar bobsneidar@... writes: Once I fixed the smart quote it works as expected, but you should know that the cancel button does nothing, which is unexpected. Why is that unexpected? There's no code to exit on Cancel. The loop will continue until the user finally gives in and types an integer. -- Mark Wieder ahsoftw...@gmail.com ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: SQL IN() function
When I only have one value type to keep track of, it seems more efficient to me to simply put the values in a list. It’s something that has carried over from my Foxpro days developing for SBT. Of course back then, efficient use of storage was a big deal. But I figured a way to search for values in a list no matter which flavor of SQL I use, so problem solved. Bob S On May 22, 2015, at 23:39 , Peter Haworth p...@lcsql.com wrote: Hard to tell without knowing more about the app, but it feels like your devicelist should be a separate table with one entry per device and probably keyed by the key of the original table Pete lcSQL Software On May 23, 2015 2:32 AM, Dr. Hawkins doch...@gmail.com wrote: On Fri, May 22, 2015 at 1:13 PM, Bob Sneidar bobsnei...@iotecdigital.com wrote: Because it is a list of integers, which is a string. I suppose I could have used archer, but when I am uncertain how many values might end up in the column, I always go with some kind of blob to be safe. There is also TEXT, which has no limit. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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: the fontSizes
It's less of an issue with hi res screens of today but bitmap fonts allow pixel perfect display of text. But the fonts are designed to be used only at specific point sizes. Antialiasing routines can make any font appear soft and/or fuzzy, and that's actually a key aspect of using bitmap fonts -- being able to disable antialiasing. So I'm not sure how one could really take advantage of bitmap fonts in LiveCode since AFAIK, you can't disable font antialiasing. Folks using Photoshop are spoiled because that application offers 4 or 5 antialiasing options, to get text looking just right. Frankly, font rendering has never been very good in LiveGood. I've had several clients over the years (myself included) who replaced important text with images because they couldn't deal with LCs less than stellar font rendering. Regards, Scott Rossi Creative Director Tactile Media UX/UI Design On May 23, 2015, at 1:04 PM, Richmond richmondmathew...@gmail.com wrote: On 23/05/15 22:55, Paul Dupuis wrote: On 5/23/2015 2:43 PM, Richmond wrote: On 23/05/15 18:32, Bob Cole wrote: put the fontSizes of Arial into message box Over here in the Happy World of Linux (Xubuntu 15.04): 1. put the fontSizes of Arial into message box results in nothing at all, whether 6.7.5 or 7.0.5, probably because there is no Arial font on my machine. 2. put the fontSizes of Caladea into message box [ a font which Libre Office 'sees' on my system. ] results in nothing at all either. 3. put the fontSizes of UnDotum into message box [ a font which shows up when I do a 'put the fontNames' exercise ] results in a 0 in both 6.7.5 and 7.0.5 Sorry, not much help. Even tho' the documentation sez 'fontSizes' is good for Linux as well as Macintosh. An empty result is the expected result for any font name passed to the function that is not among the list of fonts returned by the fontNames 0 is the expected result for any scalable font (among the list of fonts provided by the fontNames) since such fonts can be scaled to any size. The fontSizes function is ONLY relevant for old fashion bitmapped fonts, and while they are still out there and people still use them, 99% of all fonts these days are scalable (Truetype, Postscript, etc.) I would say this function is a left over from support of Classic MacOS days and should be considered deprecated, but someone on the list will undoubtedly respond that they have an app in current use that still uses bitmapped fonts. I really don't understand that as I was designing scalable fonts in 1994 with Fontographer for use on Mac OS 7.1. I looked at bitmapped fonts and wondered why one would still bother with them (20 years ago!) when, already, so many truetype fonts were readily available. Richmond. ___ 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: Edit the script of a stack without opening it
Jacque. Messages button in the toolbar Where is this? Did you mean Suppress Messages in the menubar? Craig -Original Message- From: J. Landman Gay jac...@hyperactivesw.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Sat, May 23, 2015 9:11 am Subject: Re: Edit the script of a stack without opening it It usually works for me to click the Messages button in the toolbar (to turn off messages) before opening the stack. That prevents a crash if the problem is script related. You can still use the editor and other IDE stacks, and you may also be able to turn messages back on after the stack has opened. On May 23, 2015 10:32:48 AM CDT, Mike Kerner mikeker...@roadrunner.com wrote: For me the next time I have to be able to do this... I had a stack that was causing LC to hard-crash at startup. THAT is really inconvenient when you're trying to recover your stack and when you're trying to fix it, since you can't actually get the stack to the script editor, so 1) Create another stack 2) put a button in that stack 3) script of the button: *on* mouseUp *answer* file Please select a stack with *type* LiveCode Stacks|rev|RSTK *if* it is empty *then* *exit* mouseUp *edit* the script of stack it *end* mouseUp DON'T FORGET, YOU HAVE TO SAVE THE STACK WHILE YOU'RE STILL IN THE SCRIPT EDITOR (COMMAND/CTRL-S) -- 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 ___ 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: the fontSizes
On 5/23/2015 2:43 PM, Richmond wrote: On 23/05/15 18:32, Bob Cole wrote: put the fontSizes of Arial into message box Over here in the Happy World of Linux (Xubuntu 15.04): 1. put the fontSizes of Arial into message box results in nothing at all, whether 6.7.5 or 7.0.5, probably because there is no Arial font on my machine. 2. put the fontSizes of Caladea into message box [ a font which Libre Office 'sees' on my system. ] results in nothing at all either. 3. put the fontSizes of UnDotum into message box [ a font which shows up when I do a 'put the fontNames' exercise ] results in a 0 in both 6.7.5 and 7.0.5 Sorry, not much help. Even tho' the documentation sez 'fontSizes' is good for Linux as well as Macintosh. An empty result is the expected result for any font name passed to the function that is not among the list of fonts returned by the fontNames 0 is the expected result for any scalable font (among the list of fonts provided by the fontNames) since such fonts can be scaled to any size. The fontSizes function is ONLY relevant for old fashion bitmapped fonts, and while they are still out there and people still use them, 99% of all fonts these days are scalable (Truetype, Postscript, etc.) I would say this function is a left over from support of Classic MacOS days and should be considered deprecated, but someone on the list will undoubtedly respond that they have an app in current use that still uses bitmapped fonts. ___ 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: the fontSizes
On 23/05/15 22:55, Paul Dupuis wrote: On 5/23/2015 2:43 PM, Richmond wrote: On 23/05/15 18:32, Bob Cole wrote: put the fontSizes of Arial into message box Over here in the Happy World of Linux (Xubuntu 15.04): 1. put the fontSizes of Arial into message box results in nothing at all, whether 6.7.5 or 7.0.5, probably because there is no Arial font on my machine. 2. put the fontSizes of Caladea into message box [ a font which Libre Office 'sees' on my system. ] results in nothing at all either. 3. put the fontSizes of UnDotum into message box [ a font which shows up when I do a 'put the fontNames' exercise ] results in a 0 in both 6.7.5 and 7.0.5 Sorry, not much help. Even tho' the documentation sez 'fontSizes' is good for Linux as well as Macintosh. An empty result is the expected result for any font name passed to the function that is not among the list of fonts returned by the fontNames 0 is the expected result for any scalable font (among the list of fonts provided by the fontNames) since such fonts can be scaled to any size. The fontSizes function is ONLY relevant for old fashion bitmapped fonts, and while they are still out there and people still use them, 99% of all fonts these days are scalable (Truetype, Postscript, etc.) I would say this function is a left over from support of Classic MacOS days and should be considered deprecated, but someone on the list will undoubtedly respond that they have an app in current use that still uses bitmapped fonts. I really don't understand that as I was designing scalable fonts in 1994 with Fontographer for use on Mac OS 7.1. I looked at bitmapped fonts and wondered why one would still bother with them (20 years ago!) when, already, so many truetype fonts were readily available. Richmond. ___ 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: Edit the script of a stack without opening it
I didn't even think of that in the panic that I had as LiveCode was crashing over and over and over. I like your idea even better. On Sat, May 23, 2015 at 7:00 PM, dunb...@aol.com wrote: Jacque. Messages button in the toolbar Where is this? Did you mean Suppress Messages in the menubar? Craig -Original Message- From: J. Landman Gay jac...@hyperactivesw.com To: How to use LiveCode use-livecode@lists.runrev.com Sent: Sat, May 23, 2015 9:11 am Subject: Re: Edit the script of a stack without opening it It usually works for me to click the Messages button in the toolbar (to turn off messages) before opening the stack. That prevents a crash if the problem is script related. You can still use the editor and other IDE stacks, and you may also be able to turn messages back on after the stack has opened. On May 23, 2015 10:32:48 AM CDT, Mike Kerner mikeker...@roadrunner.com wrote: For me the next time I have to be able to do this... I had a stack that was causing LC to hard-crash at startup. THAT is really inconvenient when you're trying to recover your stack and when you're trying to fix it, since you can't actually get the stack to the script editor, so 1) Create another stack 2) put a button in that stack 3) script of the button: *on* mouseUp *answer* file Please select a stack with *type* LiveCode Stacks|rev|RSTK *if* it is empty *then* *exit* mouseUp *edit* the script of stack it *end* mouseUp DON'T FORGET, YOU HAVE TO SAVE THE STACK WHILE YOU'RE STILL IN THE SCRIPT EDITOR (COMMAND/CTRL-S) -- 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 ___ 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: Edit the script of a stack without opening it
On 05/23/2015 06:00 PM, dunb...@aol.com wrote: Messages button in the toolbar Where is this? Did you mean Suppress Messages in the menubar? Craig Under the View menu are options to toggle toolbar text and toolbar icons. Enable one or both of these and you will find Messages right between Select Grouped and Errors. Warren ___ 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: Edit the script of a stack without opening it
Oh. The toolbar. That is what everyone said, right? I keep confusing this with the tool palette. Craig -Original Message- From: Warren Samples war...@warrensweb.us To: How to use LiveCode use-livecode@lists.runrev.com Sent: Sat, May 23, 2015 4:42 pm Subject: Re: Edit the script of a stack without opening it On 05/23/2015 06:00 PM, dunb...@aol.com wrote: Messages button in the toolbar Where is this? Did you mean Suppress Messages in the menubar? Craig Under the View menu are options to toggle toolbar text and toolbar icons. Enable one or both of these and you will find Messages right between Select Grouped and Errors. Warren ___ 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: SQL IN() function
Hard to tell without knowing more about the app, but it feels like your devicelist should be a separate table with one entry per device and probably keyed by the key of the original table Pete lcSQL Software On May 23, 2015 2:32 AM, Dr. Hawkins doch...@gmail.com wrote: On Fri, May 22, 2015 at 1:13 PM, Bob Sneidar bobsnei...@iotecdigital.com wrote: Because it is a list of integers, which is a string. I suppose I could have used archer, but when I am uncertain how many values might end up in the column, I always go with some kind of blob to be safe. There is also TEXT, which has no limit. -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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: Livecode = SQL?
On Fri, May 22, 2015 at 6:13 PM, Pierre Sahores s...@sahores-conseil.com wrote: Oh, I see what you mean. At the moment, I'm taking the approach of using a persistent server app, as the time to open a postgres database is significant, and could happen every couple or few seconds for each client. Should’t be at all. PostgreSQL works in a stateless mode. As long as each connection to PostgreSQL is : Maybe it's livecode then :) I think the last timing figures I had were a little under 100ms for revOpenDatabase() on localhost (a three or four year old quad-core i5 iMac) and around 250ms across town, with complex revDataFromQuery() (many insert/updates followed by a single query) taking something like a third as long e.g., put the milliseconds into strt put revDataFromQuery(,,5,dcmd) into theData put the milliseconds-strt into stp ck elapsed: stp (ck is a simple data writing handler) 1.- opened (by the client, the LC server or the persistant server) 2.- processed (the request) 3.- closed as soon as the expected data are returned PostgreSQL will be able to respond very smoothly to thousands of différent client requests peer second (lost more than Apache can provide it…). Apache as a bottleneck? :) On the other hand, if each connection is not closed as soon as the job is done, the main PostgreSQL controller will become less and less responsive because the unneeded still opened connections in its RAM array. Right now, what I'm writing is a persistent application running on the server, to which the remote client opens a socket and then writes to. On initial open, licensing is verified for the session, and some setup is done. Once initialized and authenticated, client uses write to socket to send it a command (inserts updates a query) with the changed data, and continues on. When the command is done, the server will write to the socket, and the client will make local updates. An http solution would be blocking, which would be bad in this context--these updates are written while the user is working (it actually waits until 2 seconds after the last keystroke), but any perceivable delay would be bad. The server can close the postgres connection when the socket closes. Also, I'm thinking that I may be able to drop the query--it's purpose is to find data updated by other users in nearly real time. Instead, with the socket staying open, the server could push data to every client using that table (not conceivably more than a handful), which would mean significantly less transactions (currently, client is checking every couple of seconds for updates) -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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
Edit the script of a stack without opening it
For me the next time I have to be able to do this... I had a stack that was causing LC to hard-crash at startup. THAT is really inconvenient when you're trying to recover your stack and when you're trying to fix it, since you can't actually get the stack to the script editor, so 1) Create another stack 2) put a button in that stack 3) script of the button: *on* mouseUp *answer* file Please select a stack with *type* LiveCode Stacks|rev|RSTK *if* it is empty *then* *exit* mouseUp *edit* the script of stack it *end* mouseUp DON'T FORGET, YOU HAVE TO SAVE THE STACK WHILE YOU'RE STILL IN THE SCRIPT EDITOR (COMMAND/CTRL-S) -- 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
the fontSizes
I’d appreciate it if someone can confirm this does not work in 7.0.4: put the fontSizes of Arial into message box It does work in 6.7.2 I’m using a Mac (Yosemite 10.10.3) ___ 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: Livecode = SQL?
Le 23 mai 2015 à 16:44, Dr. Hawkins doch...@gmail.com a écrit : On Fri, May 22, 2015 at 6:13 PM, Pierre Sahores s...@sahores-conseil.com wrote: Oh, I see what you mean. At the moment, I'm taking the approach of using a persistent server app, as the time to open a postgres database is significant, and could happen every couple or few seconds for each client. Should’t be at all. PostgreSQL works in a stateless mode. As long as each connection to PostgreSQL is : Maybe it's livecode then :) I think the last timing figures I had were a little under 100ms for revOpenDatabase() on localhost (a three or four year old quad-core i5 iMac) and around 250ms across town, with complex revDataFromQuery() (many insert/updates followed by a single query) taking something like a third as long e.g., put the milliseconds into strt put revDataFromQuery(,,5,dcmd) into theData put the milliseconds-strt into stp ck elapsed: stp (ck is a simple data writing handler) 1.- opened (by the client, the LC server or the persistant server) 2.- processed (the request) 3.- closed as soon as the expected data are returned PostgreSQL will be able to respond very smoothly to thousands of différent client requests peer second (lost more than Apache can provide it…). Apache as a bottleneck? Yes, it went for years and still is ! Have an eye to this, if needed : http://open.litespeedtech.com/mediawiki/ :) On the other hand, if each connection is not closed as soon as the job is done, the main PostgreSQL controller will become less and less responsive because the unneeded still opened connections in its RAM array. Right now, what I'm writing is a persistent application running on the server, to which the remote client opens a socket and then writes to. On initial open, licensing is verified for the session, and some setup is done. Once initialized and authenticated, client uses write to socket to send it a command (inserts updates a query) with the changed data, and continues on. When the command is done, the server will write to the socket, and the client will make local updates. A way i used for years but never in the exact same way you do. To secure against interlocking issues the runrev's application’s server running as a process in the background, i used the following way : Windows/MacOS native or Web browser clients - HTTP(S) - Apache - PHP sockets listener - TCP socket - Rev Application’s server - PostgreSQL Was 100% reliable in the early 2000 up to 800 connections peer seconds in running on a simple Linux P4 powered sever. You can have an eye on this at this old paper : http://www.sahores-conseil.com/insead/index_en.html An http solution would be blocking, Yes (in theory) and no (in practice) as long as each cgi thread opened by the http server (ideally openLiteSpeed instead of Apache 2) acts independently from each other. which would be bad in this context--these updates are written while the user is working (it actually waits until 2 seconds after the last keystroke), but any perceivable delay would be bad. The server can close the postgres connection when the socket closes. Also, I'm thinking that I may be able to drop the query--it's purpose is to find data updated by other users in nearly real time. Instead, with the socket staying open, the server could push data to every client using that table (not conceivably more than a handful), which would mean significantly less transactions (currently, client is checking every couple of seconds for updates) -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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 -- Pierre Sahores mobile : 06 03 95 77 70 www.sahores-conseil.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: the fontSizes
On 5/23/2015 11:32 AM, Bob Cole wrote: put the fontSizes of Arial into message box I get 0 (zero) as under LC 7.0.5 under Windows 8 ___ 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: Livecode = SQL?
On Sat, May 23, 2015 at 9:12 AM, Pierre Sahores s...@sahores-conseil.com wrote: An http solution would be blocking, Yes (in theory) and no (in practice) as long as each cgi thread opened by the http server (ideally openLiteSpeed instead of Apache 2) acts independently from each other. It would be blocking at the *client* end--the user app would have to wait for the http response, wouldn't it? Or is there a message-based way to do this? -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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: the fontSizes
On 5/23/2015 11:37 AM, Paul Dupuis wrote: On 5/23/2015 11:32 AM, Bob Cole wrote: put the fontSizes of Arial into message box I get 0 (zero) as under LC 7.0.5 under Windows 8 I should have added for anyone not familiar with the function that 0 (zero) is the expected result for a scalable font such as Arial. The same result is produced under LC6.7.5 under Windows. ___ 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: Go to method for interface resizing (for mobile)
Skip my advice is use code and don't use the Geometry Manager, just don't... - The difference between genius and stupidity is; genius has its limits. - Albert Einstein -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Go-to-method-for-interface-resizing-for-mobile-tp4692537p4692567.html Sent from the Revolution - User mailing list archive at Nabble.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: Edit the script of a stack without opening it
It usually works for me to click the Messages button in the toolbar (to turn off messages) before opening the stack. That prevents a crash if the problem is script related. You can still use the editor and other IDE stacks, and you may also be able to turn messages back on after the stack has opened. On May 23, 2015 10:32:48 AM CDT, Mike Kerner mikeker...@roadrunner.com wrote: For me the next time I have to be able to do this... I had a stack that was causing LC to hard-crash at startup. THAT is really inconvenient when you're trying to recover your stack and when you're trying to fix it, since you can't actually get the stack to the script editor, so 1) Create another stack 2) put a button in that stack 3) script of the button: *on* mouseUp *answer* file Please select a stack with *type* LiveCode Stacks|rev|RSTK *if* it is empty *then* *exit* mouseUp *edit* the script of stack it *end* mouseUp DON'T FORGET, YOU HAVE TO SAVE THE STACK WHILE YOU'RE STILL IN THE SCRIPT EDITOR (COMMAND/CTRL-S) -- 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: Edit the script of a stack without opening it
On Sat, May 23, 2015 at 9:10 AM, J. Landman Gay jac...@hyperactivesw.com wrote: It usually works for me to click the Messages button in the toolbar (to turn off messages) before opening the stack. That prevents a crash if the problem is script related. You can still use the editor and other IDE stacks, and you may also be able to turn messages back on after the stack has opened. This. I end up shutting off messages several times a coding session . . . -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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: Livecode = SQL?
Le 23 mai 2015 à 18:20, Dr. Hawkins doch...@gmail.com a écrit : On Sat, May 23, 2015 at 9:12 AM, Pierre Sahores s...@sahores-conseil.com wrote: An http solution would be blocking, Yes (in theory) and no (in practice) as long as each cgi thread opened by the http server (ideally openLiteSpeed instead of Apache 2) acts independently from each other. It would be blocking at the *client* end--the user app would have to wait for the http response, wouldn't it? Yes, it blocks until the HTTP POST reply comes back as the it variable (for just some ticks as long as the server-side stuff is perfectly tuned). Or is there a message-based way to do this? Did’t never, for my own, need to go in this way in about client - server - databases based information systems. Note : in about such kind of systems, as pure functional languages, LiveCode and Scala (Polytechnic School of Lausanne) will always respond faster than any other server-side based solutions (PHP5, Java7/8, etc…) -- Dr. Richard E. Hawkins, Esq. (702) 508-8462 ___ 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 -- Pierre Sahores mobile : 06 03 95 77 70 www.sahores-conseil.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: the fontSizes
Hi Bob, It doesn't work is very much not informative. Could you please explain what result you get and what result you expect instead? -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering Homepage: http://economy-x-talk.com Twitter: http://twitter.com/xtalkprogrammer KvK: 50277553 Installer Maker for LiveCode: http://qery.us/468 Buy my new book Programming LiveCode for the Real Beginner http://qery.us/3fi LiveCode on Facebook: https://www.facebook.com/groups/runrev/ On 5/23/2015 17:32, Bob Cole wrote: I’d appreciate it if someone can confirm this does not work in 7.0.4: put the fontSizes of Arial into message box It does work in 6.7.2 I’m using a Mac (Yosemite 10.10.3) ___ 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: the fontSizes
On 23/05/15 18:32, Bob Cole wrote: put the fontSizes of Arial into message box Over here in the Happy World of Linux (Xubuntu 15.04): 1. put the fontSizes of Arial into message box results in nothing at all, whether 6.7.5 or 7.0.5, probably because there is no Arial font on my machine. 2. put the fontSizes of Caladea into message box [ a font which Libre Office 'sees' on my system. ] results in nothing at all either. 3. put the fontSizes of UnDotum into message box [ a font which shows up when I do a 'put the fontNames' exercise ] results in a 0 in both 6.7.5 and 7.0.5 Sorry, not much help. Even tho' the documentation sez 'fontSizes' is good for Linux as well as Macintosh. Richmond. ___ 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: crashing LiveCode regularly with this innocent-looking script
On 05/23/2015 03:12 PM, Bob Sneidar wrote: Because there is a cancel button, but when you click it, it doesn’t cancel. I’m talking about from a user experience here. I can read the code and tell what it does. Ah. Got it. My eyes were reading faster than my brain. -- 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
