Re: Re Pulldownmenu button bug on Windows
Neville Smythe wrote: > My use-case was as follows. I have a pulldownmenu, not an application- > wide menu, which applied to only certain selected items in a field. > On mouseEnter, the selection changed colour, as a visual cue to the > user that these menu items could be applied to the selection. On > mouseLeave the colour changed back. At some point I inadvertently > added a line of code to the mouseLeave handler which had the effect > of killing the selection; this line was supposed to go into the > menuPick handler. On my Mac the app continued to work as intended, > but on a user's Windows PC the effect was to change a very minor > cosmetic difference into a major bug because the menu no longer > did anything. This was quite difficult to track down. Thank you for that description. Just to make sure I understand this, the menu button in question is on the card and does not appear in the menu bar, is that correct? I think what you're seeing there is a side effect of the special handling LC uses for Mac menus, using OS routines rather than internal routines which emulate menus from temporary stacks. On Mac it seems the engine is suspending other mouse messages while it lets the OS handle the popped up menu, whereas on other platforms the normal mouseLeave is happening as soon as the mouse leaves the menu button. At the moment the only solution I can think of is a bit kludgy, but seems to work: Use stack menus on all platforms, with a timer to track when the menu stack has been closed. It takes more to explain than to demonstrate, so here's a demo - feel free to ask any follow-up questions: http://fourthworld.net/lc/MenuMessaging.livecode If you want to make the stack menu look less kludgy you could embrace the kludge: add a preview pane or other elements that clearly show this is a non-standard menu, but in a good way. :) I sometimes use stack menus for graphical pickers. They're kinda nice when you need 'em. -- 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: Decrypting (and encrypting) Large files
Ah, I see. I did not appreciate that the dataset could be in the many gigabytes. Craig > On May 9, 2022, at 12:42 PM, Tom Glod via use-livecode > wrote: > > there is no way to decrypt something that does not fit in memory. with 64 > bit builds the limit is whatever the motherboard supports. on 32 bit > builds the limit is whatever the os will allow 1 process to have, > but then u need memory to store the decrypted data too. > you can use a command line program to outsource that work and memory > management. > > On Mon, May 9, 2022 at 9:44 AM Craig Newman via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> I believe that there is no upper limit to the size of a variable in LC. So >> I am with Mike here. What makes you nervous about dealing with a large >> dataset within LC itself? >> >> Craig >> >>> On May 9, 2022, at 8:49 AM, Mike Kerner via use-livecode < >> use-livecode@lists.runrev.com> wrote: >>> >>> have you tried ti? i have not run into a situation where a variable was >> too >>> big. >>> >>> On Sun, May 8, 2022 at 6:46 PM Mark Clark via use-livecode < >>> use-livecode@lists.runrev.com> wrote: >>> Wondering if anyone has used LiveCode for encrypting-decrypting large files? The docs typically have nice examples for files that can fit >> into a variable, but what are folks doing for big files that are larger than >> what you’d want in a variable? I’m thinking about using LC for decrypting zip compressed log files that can be multiple gigabytes in size. I’d like to use just LC vs. resorting to shell if possible. Likely need a hash value to compare the decrypted output against the original as well. I’m thinking some variation along the lines of open >> file x for read, reading some manageable chunk into memory, decrypting a portion, writing that to disk and repeat. But that seems too simple. >> Think we need AES 256. Any shared experience much appreciated. Thanks all, Mark ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> -- >>> On the first day, God created the heavens and the Earth >>> On the second day, God created the oceans. >>> On the third day, God put the animals on hold for a few hours, >>> and did a little diving. >>> And God said, "This is good." >>> ___ >>> use-livecode mailing list >>> use-livecode@lists.runrev.com >>> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >>> http://lists.runrev.com/mailman/listinfo/use-livecode >> >> >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > ___ > 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: Decrypting (and encrypting) Large files
there is no way to decrypt something that does not fit in memory. with 64 bit builds the limit is whatever the motherboard supports. on 32 bit builds the limit is whatever the os will allow 1 process to have, but then u need memory to store the decrypted data too. you can use a command line program to outsource that work and memory management. On Mon, May 9, 2022 at 9:44 AM Craig Newman via use-livecode < use-livecode@lists.runrev.com> wrote: > I believe that there is no upper limit to the size of a variable in LC. So > I am with Mike here. What makes you nervous about dealing with a large > dataset within LC itself? > > Craig > > > On May 9, 2022, at 8:49 AM, Mike Kerner via use-livecode < > use-livecode@lists.runrev.com> wrote: > > > > have you tried ti? i have not run into a situation where a variable was > too > > big. > > > > On Sun, May 8, 2022 at 6:46 PM Mark Clark via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > >> Wondering if anyone has used LiveCode for encrypting-decrypting large > >> files? The docs typically have nice examples for files that can fit > into a > >> variable, but what are folks doing for big files that are larger than > what > >> you’d want in a variable? I’m thinking about using LC for decrypting zip > >> compressed log files that can be multiple gigabytes in size. I’d like to > >> use just LC vs. resorting to shell if possible. > >> > >> Likely need a hash value to compare the decrypted output against the > >> original as well. I’m thinking some variation along the lines of open > file > >> x for read, reading some manageable chunk into memory, decrypting a > >> portion, writing that to disk and repeat. But that seems too simple. > Think > >> we need AES 256. Any shared experience much appreciated. > >> > >> Thanks all, > >> > >> Mark > >> ___ > >> use-livecode mailing list > >> use-livecode@lists.runrev.com > >> Please visit this url to subscribe, unsubscribe and manage your > >> subscription preferences: > >> http://lists.runrev.com/mailman/listinfo/use-livecode > >> > > > > > > -- > > On the first day, God created the heavens and the Earth > > On the second day, God created the oceans. > > On the third day, God put the animals on hold for a few hours, > > and did a little diving. > > And God said, "This is good." > > ___ > > use-livecode mailing list > > use-livecode@lists.runrev.com > > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > ___ 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: Re Pulldownmenu button bug on Windows
Richard. So glad to have you in this world. Craig > On May 7, 2022, at 5:35 PM, Bob Sneidar via use-livecode > wrote: > > Well put. I wonder what the real world effect of the order of messages is, > and whether or not it could be compensated for by send in time? > > Sent from my iPhone > >> On May 7, 2022, at 13:44, Richard Gaskin via use-livecode >> wrote: >> >> It's definitely an inconsistency, but the bug's status as requiring "EXPERT >> REVIEW" prompts us to consider why these differences exist, and which, if >> any, should be considered "wrong" or "right". It may not be as simple as it >> seems at first glance. >> >> >> Background: >> -- >> MetaCard (the engine we now call LiveCode) was born on Unix, later ported to >> Windows, Linux, and then MacOS. >> >> On all platforms menus are implemented as selector buttons, buttons which >> provide the appearance and behavior of OS-provided menu objects. >> >> And until the port to MacOS, all platforms behaved consistently. >> >> So why the Mac change? >> >> Mac is unique among popular GUI OSes in its use of a global menu bar, >> attached to the top of the display; other OSes place the menu bar attached >> to the top of the window. >> >> Internally, LC menus are implemented as temporary dynamically-instantiated >> nameless stacks, which may seem counterintuitive until you realize that a >> menu is in essence a highly specialized form of window, a viewport >> independent of other windows with its own buffer, contents, and like all >> windows needs to use a common compositor for rendering them all together. >> (Indeed you can even use stacks as menus explicitly when you need a >> non-standard look, like a graphical picker, but that's another topic). >> >> So the engine's method of using a subclass of the stack object for rendering >> menus worked well and consistently for a great many years - until the port >> to MacOS. >> >> The Mac global menubar required a deep rethink on how menus are handled, not >> only in terms of detaching them from the window but also in terms of the >> nuances of display and interaction. >> >> So Dr Raney special-cased menus on MacOS, so the engine uses OS routines to >> render those, fed by the menu button properties for things like the menu >> name as parameters to those OS routines. On every other platform you're >> interacting with a LiveCode object, but on Mac you're interacting with a >> system object into which the engine has inserted some hooks to tie it in >> with your scripting so you can at least know when an item has been selected. >> >> This rewiring of properties and messages is no small feat, and has pervasive >> effects. So from time to time you'll find Mac-specific things needed to >> conform to that platform like adding an "About" item to a menu that doesn't >> exist in your stack (the Mac's "Application" menu belongs to the OS). >> >> It's not surprising that messages related to menu objects also have some >> inconsistencies along with everything else. >> >> If we consider that on all other platforms the menu object we're interacting >> with is a button, and the menus that appear are a stack, the messaging you >> see with Windows and Linux is consistent with other button object messaging: >> once the mouse leaves the control the mouseLeave message is sent. >> >> On Mac we have an exception to LC's normal button messaging because we're >> not interacting with an LC button at all, but with a system object, into >> which the engine devs have grafted just enough messaging to trigger actions >> from scripts. >> >> I have no opinion on qualitative labels like "right" or "wrong" on this; >> that seems a matter of personal familiarity and taste. It may even be >> somewhat philosophical: is a menu a single thing that expands, or two things >> (menu and items) where one triggers the appearance of the other? >> >> All I can do is help describe the under-the-hood parts to help makes sense >> of how the difference came about. >> >> >> >> The Here-And-Now: >> >> Whether or not we prefer it, the menu architecture is what it is, at least >> at the moment. Changing the behavior on all other platforms to be like Mac, >> or Mac to be like all other platforms, would be a scope of work that I'd >> guess the team would not be in a position to make a priority any time soon, >> even if they felt strongly about this one way or another. >> >> They have a lot on their plates, and for all the questions we see regarding >> Mac-specific menu differences (like the auto-migration of the "About", >> "Help" and "Preferences" items to system menus separate from the menu >> objects where we're asked to put them), I can't recall seeing a message here >> before about mouseLeave. >> >> I'm not saying it isn't important. It might well be. But observably this >> affects few; AFAIK this is the first such request in the 23 years I've been >> using this
Re: Decrypting (and encrypting) Large files
I believe that there is no upper limit to the size of a variable in LC. So I am with Mike here. What makes you nervous about dealing with a large dataset within LC itself? Craig > On May 9, 2022, at 8:49 AM, Mike Kerner via use-livecode > wrote: > > have you tried ti? i have not run into a situation where a variable was too > big. > > On Sun, May 8, 2022 at 6:46 PM Mark Clark via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> Wondering if anyone has used LiveCode for encrypting-decrypting large >> files? The docs typically have nice examples for files that can fit into a >> variable, but what are folks doing for big files that are larger than what >> you’d want in a variable? I’m thinking about using LC for decrypting zip >> compressed log files that can be multiple gigabytes in size. I’d like to >> use just LC vs. resorting to shell if possible. >> >> Likely need a hash value to compare the decrypted output against the >> original as well. I’m thinking some variation along the lines of open file >> x for read, reading some manageable chunk into memory, decrypting a >> portion, writing that to disk and repeat. But that seems too simple. Think >> we need AES 256. Any shared experience much appreciated. >> >> Thanks all, >> >> Mark >> ___ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > > > -- > On the first day, God created the heavens and the Earth > On the second day, God created the oceans. > On the third day, God put the animals on hold for a few hours, > and did a little diving. > And God said, "This is good." > ___ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your subscription > preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
Re: Error: Unable to install app - Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2
Thanks for letting us know William. Glad the cleanup did the trick. Mark > On May 9, 2022, at 9:00 AM, William de Smet via use-livecode > wrote: > > Hi there, > > Thanks for answering my questions. > First off all I downloaded a newer version of Xcode 13.2.1 yesterday but > that didn't make a difference. > Then Jaque replied on the forum and suggested an issue with Apple > Intermediate Certificate: https://developer.apple.com/support/expiration/ > After checking Apple Keychain I noticed that there were double entries and > one of them was not attached to apps. > So first I downloaded all 4 certificates as advised on the Apple developer > page. > Then I deleted the wrong entry in Keychain, restarted my Mac and now it > works again. > > Happy days! > > > > groeten, > > William > > > > > Op zo 8 mei 2022 om 22:01 schreef panagiotis m via use-livecode < > use-livecode@lists.runrev.com>: > >> Hello William, >> >> Could it be the case you have checked the "beta version" checkbox in the >> iOS standalone settings? >> >> Cheers, >> Panos >> >> On Sun, 8 May 2022, 17:12 Mark Smith via use-livecode, < >> use-livecode@lists.runrev.com> wrote: >> >>> Hi William, >>> >>> In the Standalone Application setting for iOS there are options to build >>> for “iPod and iPhone” or two options for building for iPad (“iPad” only >> and >>> “iPod, iPhone, iPad”). I was going to suggest checking those, but then, >>> just to be sure I rebuilt one of my own apps with “iPod and iPhone” >>> setting, and it installed and ran just fine on my iPad. I tried with both >>> the Test button in LC and installing the app with Xcode and in both cases >>> it worked ok, so that can’t be the problem. Do let us know if you track >>> down the cause. >>> >>> Cheers, >>> Mark >>> >>> On May 7, 2022, at 9:06 AM, William de Smet via use-livecode < >>> use-livecode@lists.runrev.com> wrote: Hi there, Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2 Yesterday I tried to put an app on my iPad 2020 with iOS 15.2 on it. Building the app is no problem and gives no error message on my Mac Putting the app with Xcode on my iPad however gives an error: Unable to Install App I checked the Provisioning Profile but the iPad is listed on it. I did know this because there are other apps on it. I did work before. Am I overseeing something? , greetings, William ___ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your >>> subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode >>> >>> >>> ___ >>> 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: Zip file problem on Mac
completely off-topic, but brian said something that i forgot to repeat, at the time access to source in the libraries, etc. has saved me a lot of time when debugging. i ran into a situation with one of the other libraries, a couple of weeks ago. i was stumped, and thought about submitting a ts request or a bug report, but being able to read through and step through the source helped me solve the problem. On Sun, May 8, 2022 at 2:23 PM Klaus major-k via use-livecode < use-livecode@lists.runrev.com> wrote: > Hi Brian, > > > Am 08.05.2022 um 20:19 schrieb Brian Milby via use-livecode < > use-livecode@lists.runrev.com>: > > > > I imagine this one isn’t documented due to the issues where you can’t > read properties from an existing zip file. I think I found it when digging > into the source. > > I’m sure there are some that could be found by looking at the source > code that is still available. > > I bet there are, but surely won't take a look... 8-) > > > Sent from my iPhone > > > >> On May 8, 2022, at 1:33 PM, Klaus major-k via use-livecode < > use-livecode@lists.runrev.com> wrote: > >> > >> Hi all, > >> > Am 08.05.2022 um 03:18 schrieb Neville Smythe via use-livecode < > use-livecode@lists.runrev.com>: > > On 8 May 2022, at 2:00 am, Brian Milby wrote: > It is a bug somewhere. See this big report: > https://quality.livecode.com/show_bug.cgi?id=21447 < > https://quality.livecode.com/show_bug.cgi?id=21447> > I actually think it is related. The zip should be created as a Unix > variant and not Fat and file attributes should be stored. One thing that > could be tried is to manually set the executable bit when creating the > archive. I was able to store a link in a zip using this method, but there > is no way to read the file attributes in LC. > >>> Brian, utter genius! > >>> Not only do you pinpoint the bug — revZip is creating a ‘fat’ zip not > a ‘unx’ zip and not adding the external attributes – but it looks like you > have provided the workaround (for my problem of execute permissions at > least) > >>> I tried the implausible trick of using the undocumented > revZipSetItemAttributes > >>> put 0x8000 into tExtAttributes -- regular file > >>> add 0x01ED to tExtAttributes -- rwxrwxr-x -- modify as per file > (and may only do for Mac,Linux?) > >>> revZipSetItemAttributes pArchive, pName, 3, tExtAttributes — 3 for > unix system > >>> for each file as it is added to the archive. I didn’t really expect > this to work as the file is already added to the archive in ‘fat’ format. > >>> Not only does unzip -Z report that the archive items are now in ‘unx’ > format with permissions rwxrwxr-x, but astonishingly the zip actually > decompresses to a working executable – well, only so far briefly tested on > a Mac but it seems likely this is going to work on all platforms. > >>> As you point out in your bug 21447 report, revZip probably won’t be > able to decompress the archive correctly because of other deficiencies, but > I only need the user's system to unpack it. And I will have to modify the > permissions for each individual file in the archive. > >>> I never thought I would use the expression, but, like , awesome! OK > sorry I went there, but jolly well done, that man! > >>> > >>> Neville > >> > >> I really wonder how much more useful features are undocumented and why > they do not find their way into the dictionary!? > > 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: Decrypting (and encrypting) Large files
have you tried ti? i have not run into a situation where a variable was too big. On Sun, May 8, 2022 at 6:46 PM Mark Clark via use-livecode < use-livecode@lists.runrev.com> wrote: > Wondering if anyone has used LiveCode for encrypting-decrypting large > files? The docs typically have nice examples for files that can fit into a > variable, but what are folks doing for big files that are larger than what > you’d want in a variable? I’m thinking about using LC for decrypting zip > compressed log files that can be multiple gigabytes in size. I’d like to > use just LC vs. resorting to shell if possible. > > Likely need a hash value to compare the decrypted output against the > original as well. I’m thinking some variation along the lines of open file > x for read, reading some manageable chunk into memory, decrypting a > portion, writing that to disk and repeat. But that seems too simple. Think > we need AES 256. Any shared experience much appreciated. > > Thanks all, > > Mark > ___ > 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: Error: Unable to install app - Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2
Hi there, Thanks for answering my questions. First off all I downloaded a newer version of Xcode 13.2.1 yesterday but that didn't make a difference. Then Jaque replied on the forum and suggested an issue with Apple Intermediate Certificate: https://developer.apple.com/support/expiration/ After checking Apple Keychain I noticed that there were double entries and one of them was not attached to apps. So first I downloaded all 4 certificates as advised on the Apple developer page. Then I deleted the wrong entry in Keychain, restarted my Mac and now it works again. Happy days! groeten, William Op zo 8 mei 2022 om 22:01 schreef panagiotis m via use-livecode < use-livecode@lists.runrev.com>: > Hello William, > > Could it be the case you have checked the "beta version" checkbox in the > iOS standalone settings? > > Cheers, > Panos > > On Sun, 8 May 2022, 17:12 Mark Smith via use-livecode, < > use-livecode@lists.runrev.com> wrote: > > > Hi William, > > > > In the Standalone Application setting for iOS there are options to build > > for “iPod and iPhone” or two options for building for iPad (“iPad” only > and > > “iPod, iPhone, iPad”). I was going to suggest checking those, but then, > > just to be sure I rebuilt one of my own apps with “iPod and iPhone” > > setting, and it installed and ran just fine on my iPad. I tried with both > > the Test button in LC and installing the app with Xcode and in both cases > > it worked ok, so that can’t be the problem. Do let us know if you track > > down the cause. > > > > Cheers, > > Mark > > > > > > > On May 7, 2022, at 9:06 AM, William de Smet via use-livecode < > > use-livecode@lists.runrev.com> wrote: > > > > > > Hi there, > > > > > > Mac OS 11.5.2 , Xcode 13.2 (13C90), LC 9.6.7 en iOS 15.2 > > > Yesterday I tried to put an app on my iPad 2020 with iOS 15.2 on it. > > > Building the app is no problem and gives no error message on my Mac > > > Putting the app with Xcode on my iPad however gives an error: Unable to > > > Install App > > > > > > I checked the Provisioning Profile but the iPad is listed on it. > > > I did know this because there are other apps on it. > > > I did work before. > > > > > > Am I overseeing something? > > > > > > , > > > > > > greetings, > > > > > > William > > > ___ > > > use-livecode mailing list > > > use-livecode@lists.runrev.com > > > Please visit this url to subscribe, unsubscribe and manage your > > subscription preferences: > > > http://lists.runrev.com/mailman/listinfo/use-livecode > > > > > > ___ > > 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
