Re: lock messages and navigation bar widget
"hilitedChanged" is currently the only message sent to the navbar search the how list for "navbar pre hilitechanged" from a couple of weeks ago, when I dealt with a similar issue. On Fri, May 21, 2021 at 3:11 PM Brian Milby via use-livecode < use-livecode@lists.runrev.com> wrote: > Yes, I was impacted the same way a while back. The lockMessages > dictionary entry lists the messages that get locked and it is smaller than > I expected. > > Thanks, > Brian > > Sent from my iPhone > > > On May 21, 2021, at 2:39 PM, Klaus major-k via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Hi Brian, > > > >> Am 21.05.2021 um 20:34 schrieb Brian Milby via use-livecode < > use-livecode@lists.runrev.com>: > >> > >> Works as expected/coded. > > > > hm, I had the naive thinking that "lock messages" would erm. lock the > messages. und just change the icon. :-D > > But this does obviously not apply to the navigation bar widget. > > > >> Not sure how it would be changed (don’t know how to get to that state > inside the widget). > > > > OK, I just thought I was missing something. > > > >> Anyway, to work with this you need to have your handler check to see if > it needs to run. Pretty easy if using it to navigate between cards. If > already on the destination card, then exit the handler. > >> Another way is to set a flag to skip the change handler before manually > making the change in code. Then when the handler starts, check for the > flag before continuing. > > > > Yes. > > > > > > Best > > > > Klaus > > > > -- > > Klaus Major > > https://www.major-k.de > > https://www.major-k.de/bass > > kl...@major-k.de > > > > > > ___ > > 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: Implementing UNDO
fyi, for posterity, here is the link to the wiki for levure's undo manager helper https://github.com/trevordevore/levure/wiki/helper-undo_manager On Fri, May 21, 2021 at 2:34 PM David Epstein via use-livecode < use-livecode@lists.runrev.com> wrote: > LC’s built in undo does not appear to undo anything done by something I > have scripted. > My approach is to use a global array variable “u” to store information > needed to undo the most recent action. On each action, an “undoInit” puts > empty into u, after (if necessary) cleaning up anything u’s values indicate > is left over from the prior action (e.g., actually deleting an object that > had been only “pseudo-deleted” (hidden) so as to make the user’s choice of > deletion undoable). Then the appropriate new values are loaded into u. > The main elements I use are > > # u["cardID"] = short id of the card where the undoable action was taken > # u["stackName"] = short name of the stack where the undoable action was > taken > # u["changed"], list of objects being changed, each line has: > propName,objectID > # u[propName,objectID] holds prior value of that property of that object > (one key/value for each line of u["changed"] > # u["removed"], list of objectID,cardID,stackName for objects being > pseudo-removed > # u["added"], list of objectID,cardID,stackName for objects being added > # u["cardsRemoved"], list of cards being pseudo-removed, each line has: > cardID,cardNumber > # u["cardsAdded"], list of cards being added, each line has: > cardID,cardNumber > > The “Undo” command makes sure we’re on card id u[“cardID”] of stack > u[“stackName”}, then checks for non-empty values of > u[“changed”],u[“removed”],u[“added”],u{“cardsRemoved”], and > u[“cardsAdded”], and uses values stored in u to restore the prior state of > things, while reloading u with values reporting the state of things now > being reversed. > > For text, I load u[“changed”] with “htmlText”,, and load > u[“htmlText”,] with the htmlText of that field before the latest > editing. > > David Epstein > ___ > 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: lock messages and navigation bar widget
Yes, I was impacted the same way a while back. The lockMessages dictionary entry lists the messages that get locked and it is smaller than I expected. Thanks, Brian Sent from my iPhone > On May 21, 2021, at 2:39 PM, Klaus major-k via use-livecode > wrote: > > Hi Brian, > >> Am 21.05.2021 um 20:34 schrieb Brian Milby via use-livecode >> : >> >> Works as expected/coded. > > hm, I had the naive thinking that "lock messages" would erm. lock the > messages. und just change the icon. :-D > But this does obviously not apply to the navigation bar widget. > >> Not sure how it would be changed (don’t know how to get to that state inside >> the widget). > > OK, I just thought I was missing something. > >> Anyway, to work with this you need to have your handler check to see if it >> needs to run. Pretty easy if using it to navigate between cards. If >> already on the destination card, then exit the handler. >> Another way is to set a flag to skip the change handler before manually >> making the change in code. Then when the handler starts, check for the flag >> before continuing. > > Yes. > > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > kl...@major-k.de > > > ___ > 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: lock messages and navigation bar widget
Hi Brian, > Am 21.05.2021 um 20:34 schrieb Brian Milby via use-livecode > : > > Works as expected/coded. hm, I had the naive thinking that "lock messages" would erm. lock the messages. und just change the icon. :-D But this does obviously not apply to the navigation bar widget. > Not sure how it would be changed (don’t know how to get to that state inside > the widget). OK, I just thought I was missing something. > Anyway, to work with this you need to have your handler check to see if it > needs to run. Pretty easy if using it to navigate between cards. If already > on the destination card, then exit the handler. > Another way is to set a flag to skip the change handler before manually > making the change in code. Then when the handler starts, check for the flag > before continuing. Yes. Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: lock messages and navigation bar widget
Works as expected/coded. Not sure how it would be changed (don’t know how to get to that state inside the widget). Anyway, to work with this you need to have your handler check to see if it needs to run. Pretty easy if using it to navigate between cards. If already on the destination card, then exit the handler. Another way is to set a flag to skip the change handler before manually making the change in code. Then when the handler starts, check for the flag before continuing. Sent from my iPhone > On May 21, 2021, at 2:11 PM, Klaus major-k via use-livecode > wrote: > ___ 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: Implementing UNDO
LC’s built in undo does not appear to undo anything done by something I have scripted. My approach is to use a global array variable “u” to store information needed to undo the most recent action. On each action, an “undoInit” puts empty into u, after (if necessary) cleaning up anything u’s values indicate is left over from the prior action (e.g., actually deleting an object that had been only “pseudo-deleted” (hidden) so as to make the user’s choice of deletion undoable). Then the appropriate new values are loaded into u. The main elements I use are # u["cardID"] = short id of the card where the undoable action was taken # u["stackName"] = short name of the stack where the undoable action was taken # u["changed"], list of objects being changed, each line has: propName,objectID # u[propName,objectID] holds prior value of that property of that object (one key/value for each line of u["changed"] # u["removed"], list of objectID,cardID,stackName for objects being pseudo-removed # u["added"], list of objectID,cardID,stackName for objects being added # u["cardsRemoved"], list of cards being pseudo-removed, each line has: cardID,cardNumber # u["cardsAdded"], list of cards being added, each line has: cardID,cardNumber The “Undo” command makes sure we’re on card id u[“cardID”] of stack u[“stackName”}, then checks for non-empty values of u[“changed”],u[“removed”],u[“added”],u{“cardsRemoved”], and u[“cardsAdded”], and uses values stored in u to restore the prior state of things, while reloading u with values reporting the state of things now being reversed. For text, I load u[“changed”] with “htmlText”,, and load u[“htmlText”,] with the htmlText of that field before the latest editing. David Epstein ___ 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
lock messages and navigation bar widget
Hi friends, am I missing something? This does not work with my navigation bar widget at least not as exspected: on mouseUp lock messages set the hiliteditemname of widget 1 to "contacts" unlock messages end mouseUp - Icon does change, but the widgets "hilitechanged" handler is fired!? So no change of icon possible without firing the "hilitechanged" message? Thanks for any hint! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
Hi Jaqueline, > Am 21.05.2021 um 17:32 schrieb J. Landman Gay via use-livecode > : > > If you only need a simple, single-level undo you can use the built-in LC > "undo" command. The limitation is that you can't undo/redo repeatedly through > more than the last action. oh, yes, thanks for the reminder! However it is not yet clear how many levels of UNDO my customer wants to be implemented. > -- > Jacqueline Landman Gay | jac...@hyperactivesw.com >> Hi friends, >> >> any hints on how to implement some UNDO mechanism into a LC standalone? >> The stack(s) in question will not only handle TEXT. >> Thanks for any insight! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
If you only need a simple, single-level undo you can use the built-in LC "undo" command. The limitation is that you can't undo/redo repeatedly through more than the last action. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On May 21, 2021 6:50:43 AM Klaus major-k via use-livecode wrote: Hi friends, any hints on how to implement some UNDO mechanism into a LC standalone? The stack(s) in question will not only handle TEXT. Thanks for any insight! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
Hi Paul and all, > Am 21.05.2021 um 17:05 schrieb Paul Dupuis via use-livecode > : > > As other have said, the basic mechanism is to have a UNDO LIFO (last in first > out) queue or stack (no LC stack for a data structure stack). For each action > you want 'undoable" you need a handler (do[action] ) to perform that action > that also adds a record (a line) to the queue (a property, global variable, > or script variable) that puts enough information in that record to undo the > action. You then you have a corresponding undo[action] handler that can take > the record from the queue and reverse the action. > > So records on the queue might look like: > changeFont -- which can be undone by setting the > to > resizeImage > etc. > > The first item tells you action was done and the subsequent items provide > enough information to undo (or do again or redo) the action. thank you very much for all the hints and examples! Great inspiration and very encouraging. :-) Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] Release 9.6.2
Just a data point: yesterday I downloaded 9.6.2 stable directly from the download page and got about 500 kb/second. It took a very long time to get the file. I figured something was going on with the server. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com On May 21, 2021 4:40:04 AM Heather Laine via use-livecode wrote: Were you downloading direct from your account or via the updater? I thought we'd fixed the updater in this respect. What version of LiveCode were you updating from if you did use the updater? Best Regards, Heather Heather Laine Customer Services Manager LiveCode Ltd www.livecode.com On 19 May 2021, at 20:19, JeeJeeStudio via use-livecode wrote: Great! And wow got me a massive 30KB/sec download while my download speedtest is 74.87Mbps... That's the speed back in 1996... Op 18-5-2021 om 16:55 schreef panagiotis merakos via use-livecode: Dear list members, We are pleased to announce the release of LiveCode 9.6.2 STABLE. Getting the Release === You can get the release at https://downloads.livecode.com/livecode/ or via the automatic updater. Release Contents LiveCode 9.6.2 STABLE comes with 49 changes since the last stable release (9.6.1), including: New Features - Support for the newly released MacOS Big Sur - Support for building with Xcode 12.1, using the iOS 14.1 SDK - New tsNet and mergExt builds, built with the iOS 14.1 SDK Bug Fixes: - Fixed crash with mobilePickPhoto on Android 11 - Fixed 'revIsSpeaking()' function on Windows - Faster deployment to iOS simulator - Several fixes related to modal dialogs on MacOS - Several dictionary fixes and documentation improvements For the full list of all fixes, updates and enhancements please see the release notes: http://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2.pdf Known issues - The Browser widget's native layer is not shown in some Linux distros with Cinnamon window manager. - The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS yet. Required Software = To build iOS apps with LiveCode you must have the appropriate versions of Xcode as follows: - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using the iOS 12.1 SDK - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS apps using the iOS 13.2 SDK - macOS 10.15.4+: Xcode 12.1.x - LiveCode builds iOS apps using the iOS 14.1 SDK There is a full list of working LiveCode/macOS/Xcode combinations here: https://livecode.com/docs/9-5-0/faq/faq/ Note: Whilst we endeavour to release updated versions of LiveCode supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly recommend disabling automatic update of Xcode or downloading the specific version of Xcode required directly from the Apple developer portal and installing it separately. Important: Starting April 26, 2021, all iPhone and iPad apps submitted to the App Store must be built with Xcode 12 and the iOS 14 SDK or later. This means that, if you wish to submit apps to the AppStore you will have to be running at least macOS 10.15.4 in order to be able to install the necessary version of Xcode. Feedback Please report any bugs encountered on our quality center at http://quality.livecode.com/ We have a forum available for discussing LiveCode Builder at http://forums.livecode.com/viewforum.php?f=93 Have fun! The LiveCode Team -- ___ 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 ___ 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: Implementing UNDO
As other have said, the basic mechanism is to have a UNDO LIFO (last in first out) queue or stack (no LC stack for a data structure stack). For each action you want 'undoable" you need a handler (do[action] ) to perform that action that also adds a record (a line) to the queue (a property, global variable, or script variable) that puts enough information in that record to undo the action. You then you have a corresponding undo[action] handler that can take the record from the queue and reverse the action. So records on the queue might look like: changeFont -- which can be undone by setting the to resizeImage etc. The first item tells you action was done and the subsequent items provide enough information to undo (or do again or redo) the action. On 5/21/2021 10:52 AM, Klaus major-k via use-livecode wrote: Hi Mark, Am 21.05.2021 um 16:42 schrieb Mark Wieder via use-livecode : On 5/21/21 6:19 AM, Klaus major-k via use-livecode wrote: OK, something like this, but for graphics, images etc., too. 8-) Some general hints will be OK. Except for TEXT I don't have a clue yet. Maybe store "the properties of xyz" and re-apply them when the user hits CMD-Z? I've got an undo library on livecodeshare. It's designed to handle text, but the filo stack mechanism would probably work if you store something other than text as blobs. Untested, but maybe. My guess is this would use up memory rapidly. ...and from experience, don't try to compress/decompress arrays. thank you, will download and check the stack. -- Mark Wieder ahsoftw...@gmail.com Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Spurious characters from html files - text encoding issues?
BBEdit has a built in "guess encoding" function to try to determine the encoding of a text file. I have had this bug in to LC now for 6 years: https://quality.livecode.com/show_bug.cgi?id=14474 Even Frasier, who did much of the Unicode work for LC7 agreed there should be a guessEncoding function in Livecode. Instead, anyone who needs one either has to write their own or find someone who has written one to get one from. While you can never tell with 100% accurate the encoding for all text files, there are algorithms that make pretty good guesses. I'd still like to see it as a build in function in the LC engine. On 5/21/2021 8:19 AM, Keith Clarke via use-livecode wrote: Hi Ben, Thanks for the further details and tips - my problem is now solved! The BBedit tip re file 'open-as UTF-8' was a great help. I’d not noticed these options before (as I tend to open files from PathFinder folder lists not via apps). However, this did indeed reveal format errors on these cache files when they were saved with the raw (UTF-8 confirmed) htmltext of widget “browser”. Text encoding to UTF-8 before saving fixed this issue and re-crawling the source pages has resulted in files that BBEdit recognises as ‘regular’ UTF-8. This reduced the anomaly count but whilst testing, I also noticed that the read-write cycle updating the output csv file was spawning anomalies and expanding those already present. So I wrapped this function to also force UTF-8 decoding/encoding - and now all is now good. No longer will I assume that a simple text file is a simple text file! :-) Thanks & regards, Keith On 19 May 2021, at 19:01, Ben Rubinstein via use-livecode wrote: Hi Keith, This might need input from the mothership, but I think if you've obtained the text from the browser widget's htmlText, it will probably be in the special 'internal' format. I'm not entirely sure what happens when you save that as text - I suspect it depends on the platform. So for clarity (if you have the opportunity to re-save this material; and if it won't confuse things because existing files are in one format, and new ones another) it would probably be best to textEncode it into UTF-8, then save it as binfile. That way the files on disk should be UTF-8, which is something like a standard. What I tend to do in this situation where I have text files and I'm not sure what the format is (and I spend quite a lot of time messing with text files from various sources, some unknown and many not under my control) is use a good text editor - I use BBedit on Mac, not sure what suitable alternatives would be on Windows or Linux - to investigate the file. BBEdit makes a guess when it opens the file, but allows you to try re-opening in different encodings, and then warns you if there are byte sequences that don't make sense with that encoding. So by doing this I can often figure out what the encoding of the file is - once you've got that, you're off to the races. But if you have the opportunity to re-collect the whole set, then I *think* the above formula of textEncoding from LC's internal format to UTF-8, then saving as binary file; and reversing the process when you load them back in to process; and then doing the same again - possibly to a different format - when you output the CSV, should see you clear. HTH, Ben On 17/05/2021 15:58, Keith Clarke via use-livecode wrote: Thanks Ben, that’s really interesting. It never occurred to me that these html files might be anything other than simple plain text files, as I’d work with in Coda, etc., for years. The local HTML files are storage of the HTML text pulled from the LiveCode browser widget, saved using the URL ‘file:’ option. I’d been working ‘live’ from the Browser widget’s html text until recently, when I’ve introduced these local files to split page ‘crawling’ and analysis activities without needing a database. Reading the files back into LiveCode with the URL ‘file:’ option works quite happily with no text anomalies when put into a field to read. The problem seems to arise when I load the HTML text into a variable and then start to extract elements using LiveCode's text chunking. For example pulling the text between the offsets of say & tags is when these character anomalies have started to pop into the strings. A quick test on reading in the local HTML files with the URL ‘binfile:’ option and then textDecode(tString, “UTF-8”) seems to reduce the frequency and size of anomalies, but some remain. So, I’ll see if re-crawling pages and saving the HTML text from the browser widget as binfiles reduces this further. Thanks & regards, Keith On 17 May 2021, at 12:57, Ben Rubinstein via use-livecode wrote: Hi Keith, The thing with character encoding is that you always need to know where it's coming from and where it's going. Do you know how the HTML documents were obtained? Saved from a browser, fetched by curl, fetched by Livecode? Or generated on disk by
Re: Implementing UNDO
Hi Mark, > Am 21.05.2021 um 16:42 schrieb Mark Wieder via use-livecode > : > On 5/21/21 6:19 AM, Klaus major-k via use-livecode wrote: >> OK, something like this, but for graphics, images etc., too. 8-) >> Some general hints will be OK. >> Except for TEXT I don't have a clue yet. >> Maybe store "the properties of xyz" and re-apply them when the user hits >> CMD-Z? > I've got an undo library on livecodeshare. It's designed to handle text, but > the filo stack mechanism would probably work if you store something other > than text as blobs. Untested, but maybe. My guess is this would use up memory > rapidly. > ...and from experience, don't try to compress/decompress arrays. thank you, will download and check the stack. > -- > Mark Wieder > ahsoftw...@gmail.com Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: iOS screen size
Panos, Yup. That's exactly what it was. Thanks! -Dan On 5/21/21, 1:23 AM, "use-livecode on behalf of panagiotis merakos via use-livecode" wrote: Hello Dan, Rough guess, are you including a custom plist? If so, then this plist was probably created by an older LC version, before storyboard support was added. If this is the case, the (old) plist expects some splash images, which are not in the app bundle, thus you see the black bars. Kind regards, Panos -- On Fri, 21 May 2021 at 11:16, Mark Smith via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Dan, > > did you try fullscreen set to “ShowAll”? > > Also,I set the background color of my splash to a color that matched the > background of my splash screen image so now it “appears” to cover the full > screen of all device sizes. > > Mark > > > > On May 20, 2021, at 9:22 PM, Dan Friedman via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Stupid Question (I should know this!)... Why in my iOS app not scaled > to the device? I am getting black bars at the top and bottom of the > device. I thought this once had to do with the splash screens, but > changing the "Launch Image" doesn't seem to have any effect. I don't > recall having to set fullscreenmode, but that seems to have no effect > either. > > > > LC 9.6.1 > > XCode 11.3.1 > > > > -Dan > > > > ___ > > 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 ___ 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: Implementing UNDO
On 5/21/21 6:19 AM, Klaus major-k via use-livecode wrote: OK, something like this, but for graphics, images etc., too. 8-) Some general hints will be OK. Except for TEXT I don't have a clue yet. Maybe store "the properties of xyz" and re-apply them when the user hits CMD-Z? I've got an undo library on livecodeshare. It's designed to handle text, but the filo stack mechanism would probably work if you store something other than text as blobs. Untested, but maybe. My guess is this would use up memory rapidly. ...and from experience, don't try to compress/decompress arrays. -- 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: Implementing UNDO
Hi Brian, > Am 21.05.2021 um 16:25 schrieb Brian Milby via use-livecode > : > > For text, the method will depend on the size of the text. In general, > implement an undo stack and a redo stack. For single line fields it could > simply be a list for each. After each change, add entry to undo list and > clear redo list. When doing undo, move entries to redo list allowing > forward/backward movement between changes. > > For longer text, an array based stack could be used. Either store the full > text or use the diff library - method will depend on size of text. thank you, very helpful! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
For text, the method will depend on the size of the text. In general, implement an undo stack and a redo stack. For single line fields it could simply be a list for each. After each change, add entry to undo list and clear redo list. When doing undo, move entries to redo list allowing forward/backward movement between changes. For longer text, an array based stack could be used. Either store the full text or use the diff library - method will depend on size of text. Sent from my iPhone > On May 21, 2021, at 9:28 AM, Klaus major-k via use-livecode > wrote: > > Hi Mike, > >> Am 21.05.2021 um 15:23 schrieb Mike Kerner via use-livecode >> : >> >> I _think_ that there might also be an undo manager built into levure, if >> you are interested. > > oh, OK, sounds great, will take a look! > Thank you! > > > Best > > Klaus > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > kl...@major-k.de > > > ___ > 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: Implementing UNDO
Hi Mike, > Am 21.05.2021 um 15:23 schrieb Mike Kerner via use-livecode > : > > I _think_ that there might also be an undo manager built into levure, if > you are interested. oh, OK, sounds great, will take a look! Thank you! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
I _think_ that there might also be an undo manager built into levure, if you are interested. On Fri, May 21, 2021 at 9:20 AM Klaus major-k via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Craig, > > > Am 21.05.2021 um 15:12 schrieb Craig Newman via use-livecode < > use-livecode@lists.runrev.com>: > > > > Klaus. > > > > What are you doing here on the dark side?? > > Oh, come on! > > > Do you mean something like this, with a field and a button? in the card > script: > > > > on textChanged > > set the currentText of this cd to fld 1 > > end textChanged > > > > on undoText > > get the currentText of this cd > > delete the last word of it > > set the text of fld 1 to it > > set the currentText of this cd to it > > end undoText > > > > and in the button: > > on mouseUp > > undoText > > end mouseUp > > OK, something like this, but for graphics, images etc., too. 8-) > Some general hints will be OK. > > Except for TEXT I don't have a clue yet. > Maybe store "the properties of xyz" and re-apply them when the user hits > CMD-Z? > > > Craig > > > >> On May 21, 2021, at 7:48 AM, Klaus major-k via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> > >> Hi friends, > >> > >> any hints on how to implement some UNDO mechanism into a LC standalone? > >> The stack(s) in question will not only handle TEXT... > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > kl...@major-k.de > > > ___ > 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: Implementing UNDO
Hi Craig, > Am 21.05.2021 um 15:12 schrieb Craig Newman via use-livecode > : > > Klaus. > > What are you doing here on the dark side?? Oh, come on! > Do you mean something like this, with a field and a button? in the card > script: > > on textChanged > set the currentText of this cd to fld 1 > end textChanged > > on undoText > get the currentText of this cd > delete the last word of it > set the text of fld 1 to it > set the currentText of this cd to it > end undoText > > and in the button: > on mouseUp > undoText > end mouseUp OK, something like this, but for graphics, images etc., too. 8-) Some general hints will be OK. Except for TEXT I don't have a clue yet. Maybe store "the properties of xyz" and re-apply them when the user hits CMD-Z? > Craig > >> On May 21, 2021, at 7:48 AM, Klaus major-k via use-livecode >> wrote: >> >> Hi friends, >> >> any hints on how to implement some UNDO mechanism into a LC standalone? >> The stack(s) in question will not only handle TEXT... Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ 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: Implementing UNDO
Klaus. What are you doing here on the dark side?? Do you mean something like this, with a field and a button? in the card script: on textChanged set the currentText of this cd to fld 1 end textChanged on undoText get the currentText of this cd delete the last word of it set the text of fld 1 to it set the currentText of this cd to it end undoText and in the button: on mouseUp undoText end mouseUp Craig > On May 21, 2021, at 7:48 AM, Klaus major-k via use-livecode > wrote: > > Hi friends, > > any hints on how to implement some UNDO mechanism into a LC standalone? > The stack(s) in question will not only handle TEXT. > > Thanks for any insight! > > > Best > > Klaus > > -- > Klaus Major > https://www.major-k.de > https://www.major-k.de/bass > kl...@major-k.de > > > ___ > 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: Spurious characters from html files - text encoding issues?
Hi Ben, Thanks for the further details and tips - my problem is now solved! The BBedit tip re file 'open-as UTF-8' was a great help. I’d not noticed these options before (as I tend to open files from PathFinder folder lists not via apps). However, this did indeed reveal format errors on these cache files when they were saved with the raw (UTF-8 confirmed) htmltext of widget “browser”. Text encoding to UTF-8 before saving fixed this issue and re-crawling the source pages has resulted in files that BBEdit recognises as ‘regular’ UTF-8. This reduced the anomaly count but whilst testing, I also noticed that the read-write cycle updating the output csv file was spawning anomalies and expanding those already present. So I wrapped this function to also force UTF-8 decoding/encoding - and now all is now good. No longer will I assume that a simple text file is a simple text file! :-) Thanks & regards, Keith > On 19 May 2021, at 19:01, Ben Rubinstein via use-livecode > wrote: > > Hi Keith, > > This might need input from the mothership, but I think if you've obtained the > text from the browser widget's htmlText, it will probably be in the special > 'internal' format. I'm not entirely sure what happens when you save that as > text - I suspect it depends on the platform. > > So for clarity (if you have the opportunity to re-save this material; and if > it won't confuse things because existing files are in one format, and new > ones another) it would probably be best to textEncode it into UTF-8, then > save it as binfile. That way the files on disk should be UTF-8, which is > something like a standard. > > What I tend to do in this situation where I have text files and I'm not sure > what the format is (and I spend quite a lot of time messing with text files > from various sources, some unknown and many not under my control) is use a > good text editor - I use BBedit on Mac, not sure what suitable alternatives > would be on Windows or Linux - to investigate the file. BBEdit makes a guess > when it opens the file, but allows you to try re-opening in different > encodings, and then warns you if there are byte sequences that don't make > sense with that encoding. So by doing this I can often figure out what the > encoding of the file is - once you've got that, you're off to the races. > > But if you have the opportunity to re-collect the whole set, then I *think* > the above formula of textEncoding from LC's internal format to UTF-8, then > saving as binary file; and reversing the process when you load them back in > to process; and then doing the same again - possibly to a different format - > when you output the CSV, should see you clear. > > HTH, > > Ben > > > On 17/05/2021 15:58, Keith Clarke via use-livecode wrote: >> Thanks Ben, that’s really interesting. It never occurred to me that these >> html files might be anything other than simple plain text files, as I’d work >> with in Coda, etc., for years. >> The local HTML files are storage of the HTML text pulled from the LiveCode >> browser widget, saved using the URL ‘file:’ option. I’d been working ‘live’ >> from the Browser widget’s html text until recently, when I’ve introduced >> these local files to split page ‘crawling’ and analysis activities without >> needing a database. >> Reading the files back into LiveCode with the URL ‘file:’ option works quite >> happily with no text anomalies when put into a field to read. The problem >> seems to arise when I load the HTML text into a variable and then start to >> extract elements using LiveCode's text chunking. For example pulling the >> text between the offsets of say & tags is when these character >> anomalies have started to pop into the strings. >> A quick test on reading in the local HTML files with the URL ‘binfile:’ >> option and then textDecode(tString, “UTF-8”) seems to reduce the frequency >> and size of anomalies, but some remain. So, I’ll see if re-crawling pages >> and saving the HTML text from the browser widget as binfiles reduces this >> further. >> Thanks & regards, >> Keith >>> On 17 May 2021, at 12:57, Ben Rubinstein via use-livecode >>> wrote: >>> >>> Hi Keith, >>> >>> The thing with character encoding is that you always need to know where >>> it's coming from and where it's going. >>> >>> Do you know how the HTML documents were obtained? Saved from a browser, >>> fetched by curl, fetched by Livecode? Or generated on disk by something >>> else? >>> >>> If it was saved from a browser or fetched by curl, then the format is most >>> likely to be UTF-8. In order to see it correctly in LiveCode, you'd need to >>> two things: >>> - read it in as a binary file, rather than text (e.g. use URL >>> "binfile://..." or "open file ... for binary read") >>> - convert it to the internal text format FROM UTF-8 - which means use >>> textDecode(tString, "UTF-8"), rather than textEncode >>> >>> If it was fetched by LiveCode, then it
Implementing UNDO
Hi friends, any hints on how to implement some UNDO mechanism into a LC standalone? The stack(s) in question will not only handle TEXT. Thanks for any insight! Best Klaus -- Klaus Major https://www.major-k.de https://www.major-k.de/bass kl...@major-k.de ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: [ANN] Release 9.6.2
Were you downloading direct from your account or via the updater? I thought we'd fixed the updater in this respect. What version of LiveCode were you updating from if you did use the updater? Best Regards, Heather Heather Laine Customer Services Manager LiveCode Ltd www.livecode.com > On 19 May 2021, at 20:19, JeeJeeStudio via use-livecode > wrote: > > Great! > > And wow got me a massive 30KB/sec download while my download speedtest is > 74.87Mbps... > > That's the speed back in 1996... > > > Op 18-5-2021 om 16:55 schreef panagiotis merakos via use-livecode: >> Dear list members, >> >> We are pleased to announce the release of LiveCode 9.6.2 STABLE. >> >> >> Getting the Release >> === >> You can get the release at https://downloads.livecode.com/livecode/ or via >> the automatic updater. >> >> >> Release Contents >> >> LiveCode 9.6.2 STABLE comes with 49 changes since the last stable release >> (9.6.1), including: >> >> New Features >> - Support for the newly released MacOS Big Sur >> - Support for building with Xcode 12.1, using the iOS 14.1 SDK >> - New tsNet and mergExt builds, built with the iOS 14.1 SDK >> >> Bug Fixes: >> - Fixed crash with mobilePickPhoto on Android 11 >> - Fixed 'revIsSpeaking()' function on Windows >> - Faster deployment to iOS simulator >> - Several fixes related to modal dialogs on MacOS >> - Several dictionary fixes and documentation improvements >> >> For the full list of all fixes, updates and enhancements please see the >> release notes: >> http://downloads.livecode.com/livecode/9_6_2/LiveCodeNotes-9_6_2.pdf >> >> >> Known issues >> >> - The Browser widget's native layer is not shown in some Linux distros with >> Cinnamon window manager. >> - The use of the Browser widget is not supported on Ubuntu 18.04 64 bit LTS >> yet. >> >> >> Required Software >> = >> To build iOS apps with LiveCode you must have the appropriate versions of >> Xcode as follows: >> >> - macOS 10.13.4: Xcode 10.1 - LiveCode builds iOS apps using the iOS 12.1 >> SDK >> - macOS 10.14.4: Xcode 11.3.x - LiveCode builds iOS apps using the iOS >> 13.2 SDK >> - macOS 10.15.4+: Xcode 12.1.x - LiveCode builds iOS apps using the iOS >> 14.1 SDK >> >> There is a full list of working LiveCode/macOS/Xcode combinations here: >> https://livecode.com/docs/9-5-0/faq/faq/ >> >> Note: Whilst we endeavour to release updated versions of LiveCode >> supporting the latest Xcode/iOS SDKs as quickly as possible; we strongly >> recommend disabling automatic update of Xcode or downloading the specific >> version of Xcode required directly from the Apple developer portal and >> installing it separately. >> >> Important: Starting April 26, 2021, all iPhone and iPad apps submitted to >> the App Store must be built with Xcode 12 and the iOS 14 SDK or later. This >> means that, if you wish to submit apps to the AppStore you will have to be >> running at least macOS 10.15.4 in order to be able to install the necessary >> version of Xcode. >> >> >> Feedback >> >> Please report any bugs encountered on our quality center at >> http://quality.livecode.com/ >> >> We have a forum available for discussing LiveCode Builder at >> http://forums.livecode.com/viewforum.php?f=93 >> >> >> Have fun! >> The LiveCode Team >> -- >> ___ >> 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: [ANN] Release 9.6.2
JeeJeeStudio: > And wow got me a massive 30KB/sec download > while my download speedtest is 74.87Mbps... > That's the speed back in 1996... That happens to me a lot. Like the T3 cyborg using dial-up in the past. But I'm happy to report an LC 9.6.2 download at 5 MB/sec! From East Coast USA during the wee hours of the morning. So that's a good start to the day. Best wishes, Curry Kenworthy Custom Software Development "Better Methods, Better Results" LiveCode Training and Consulting http://livecodeconsulting.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: iOS screen size
Hello Dan, Rough guess, are you including a custom plist? If so, then this plist was probably created by an older LC version, before storyboard support was added. If this is the case, the (old) plist expects some splash images, which are not in the app bundle, thus you see the black bars. Kind regards, Panos -- On Fri, 21 May 2021 at 11:16, Mark Smith via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Dan, > > did you try fullscreen set to “ShowAll”? > > Also,I set the background color of my splash to a color that matched the > background of my splash screen image so now it “appears” to cover the full > screen of all device sizes. > > Mark > > > > On May 20, 2021, at 9:22 PM, Dan Friedman via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > Stupid Question (I should know this!)... Why in my iOS app not scaled > to the device? I am getting black bars at the top and bottom of the > device. I thought this once had to do with the splash screens, but > changing the "Launch Image" doesn't seem to have any effect. I don't > recall having to set fullscreenmode, but that seems to have no effect > either. > > > > LC 9.6.1 > > XCode 11.3.1 > > > > -Dan > > > > ___ > > 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: iOS screen size
Hi Dan, did you try fullscreen set to “ShowAll”? Also,I set the background color of my splash to a color that matched the background of my splash screen image so now it “appears” to cover the full screen of all device sizes. Mark > On May 20, 2021, at 9:22 PM, Dan Friedman via use-livecode > wrote: > > Stupid Question (I should know this!)... Why in my iOS app not scaled to > the device? I am getting black bars at the top and bottom of the device. > I thought this once had to do with the splash screens, but changing the > "Launch Image" doesn't seem to have any effect. I don't recall having to set > fullscreenmode, but that seems to have no effect either. > > LC 9.6.1 > XCode 11.3.1 > > -Dan > > ___ > 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