Re: server difficulties coming from LC7, or new host?
Phil, Did you open a support ticket? I have found LiveCode to be very responsive. It would potentially be helpful for them to see a simple recipe stack which duplicates the problem. Maybe there is some global config parameter which needs changed - and they could test and resolve it very quickly. David Simpson www.fmpromigrator.com > On Mar 16, 2016, at 11:37 AM, Phil Davis <rev...@pdslabs.net> wrote: > > Hi folks, > > Summary: > Since diesel was moved to the new hosting provider last weekend, my main > customer's relatively stable client/server system no longer works. I'm trying > to understand why. (The server code is in my customer's on-rev account, not > on a LAN server.) > > I have adjusted arrayEncode() in my server code to work with my 6.x client > apps, but this has not been enough to make everything work again. The apps > are able to interact with server code enough to get authenticated as valid > users of the system, but any attempt by an app to download a data chunk of > 200k or so causes timeout errors, even if I set client and server > socketTimeoutIntervals to a ridiculously long 60 seconds. (My server tests > show that the server is done with the 'put' lng before the client 'post' > times out.) Communication from clients to server use 'post' or 'get', and the > server code 'puts' all data back to clients. > > > Details: > Each of 3 desktop apps reaches out to the code in my customer's on-rev (now > LC) hosting account for authentication and data before proceeding. Then in > the course of doing their jobs, they will upload or download other info. > > With the advent of the new hosting provider, we were also given LC 7.1.0 as > our only choice of server engine. This in itself is not a bad thing, but it > immediately impacted my world. I had to change all instances of > "arrayEncode()" in my server code to include the "6.7" param since all our > desktop apps are currently built with LC 6.x. (Our transfer data is often > structured in arrays underneath the encoding.) For a full 10 seconds or so > after that change, I thought our problems were solved, but it only allowed > the next problem to manifest itself. > > > I'm probably leaving out some vital info, so feel free to ask. I'm getting > nowhere right now, so I'll greatly appreciate any insight you can offer. I > would love to discover that I'm overlooking something simple. (Hey, I can > always hope!) > > Thanks - > > -- > Phil Davis > > > ___ > livecode-dev mailing list > livecode-...@lists.runrev.com > http://lists.runrev.com/mailman/listinfo/livecode-dev ___ 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: screen readers
Phil, Indeed, LiveCode does not currently support Accessibility. I have used a variety of automation software like AppleScript and WinAutomation - and only the outline of the window and the window controls are visible. In fact, I lost a sale last week because my software could not be used with JAWS screenreader software. This is a 2nd project for which I am interested in contributing to financially using my Business Edition credits. I spoke with LiveCode engineering about this very issue. If you look at the new pricing page, you will see info about a Business Feature Exchange (tooltip for Add a Feature on the pricing page). This Business Feature Exchange does not yet formally exist. But when it does, Business Edition customers will be able to pool their resources to get features like this added. Accessibility could potentially be added as a 2 phase project. Phase #1 - Due to the way the Tooltip feature is implemented, it might lend itself to modification allowing some level of Accessibility for existing objects. All of my buttons already have useful tooltips, and this would be a nice stopgap measure. This idea would need investigated further by engineering to determine its practicality and cost/timeframe. I hope to proceed further along with this project after Project #1 has been completed. Phase #2 - New objects built as widgets could have Accessibility added in directly. If you or anyone else is interested in participating in the Business Feature Exchange, feel free to open an online chat session with Iain Morrison by clicking on the Lets Chat button on the pricing page (during business hours). By giving LiveCode Ltd. a heads up now, they might populate the Business Feature Exchange with a few starter projects as part of their rollout process. David Simpson www.fmpromigrator.com On Aug 26, 2015, at 12:12 PM, Phil Davis rev...@pdslabs.net wrote: I see there are some related comments in the Forums. Looks like I'm not alone. Phil On 8/26/15 12:04 PM, Phil Davis wrote: Has anyone been able to make desktop stacks work with screen readers? I'm experimenting with the Mac's VoiceOver utility (included with OS X), and VO doesn't know how to interact with a stack - it identifies the window as unknown and doesn't allow you to interact with its elements/objects. Thanks for any tips or insights you can share any tips from your experience. -- Phil Davis ___ livecode-dev mailing list livecode-...@lists.runrev.com http://lists.runrev.com/mailman/listinfo/livecode-dev ___ 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: using Vimeo API (OAuth2) from a desktop app
Phil, Andre had a posting earlier this year where he stated that he used OAuth2 for his FaceBook Lib: https://www.mail-archive.com/use-livecode@lists.runrev.com/msg49456.html And his FaceBook Lib is located here: http://andregarzia.com/pages/en/facebooklib/ David Simpson www.fmpromigrator.com On Nov 24, 2014, at 3:27 PM, Phil Davis rev...@pdslabs.net wrote: Hey folks - I need to write a Vimeo code lib so my desktop app can do stuff in a single Vimeo account - see a list of videos (with thumbnails), upload a video, get a video URL, etc. The API endpoints themselves are not a problem for me, but I'm stumbling on the initial OAuth2 handshake. My app is registered with Vimeo and I have the authorization info generated for it. The Vimeo API playground is very helpful regarding API calls, but not so much on the initial login. The Vimeo docs are written for those with more web dev experience than I have, so I need some help. As I see it, I need a step-by-step rundown of the handshake/login/whatever process. Once I get as far as having the httpHeader I need for the first API request, I assume the headers won't change for subsequent requests. (I could be wrong but will cross that bridge when needed). If you have experience with the new Vimeo API that uses oauth2, I would greatly appreciate any insights or steps you might wish to share. Thanks - -- Phil Davis ___ livecode-dev mailing list livecode-...@lists.runrev.com http://lists.runrev.com/mailman/listinfo/livecode-dev ___ 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: getting data from the memory space of a hung app
Phil, You would probably have to prepare in advance for a situation like this, and use arrayEncode to create a binary form of the array and save it to disk. Maybe you would do this as certain intervals in preparation for a possible crash. Otherwise, there are debugging/hacking tools which can scrape info out of memory to perform these kinds of tasks. David Simpson www.fmpromigrator.com On Sep 29, 2014, at 12:30 PM, Phil Davis rev...@pdslabs.net wrote: Hi folks, Are you aware of any way to save the in-memory data of a standalone app that's currently not responding? This is on a Mac, probably OS 10.8.x or maybe 10.9.x. Right-clicking the app's icon in the Dock gives you the force quit option. The data is in an array. I created a stack my client can drag onto the app icon, which will [ideally] open it and save that array to disk, but I don't hold out a lot of hope that it'll open. I realize this is an extreme long shot but I told my client I would ask. Thanks - -- Phil Davis ___ livecode-dev mailing list livecode-...@lists.runrev.com http://lists.runrev.com/mailman/listinfo/livecode-dev ___ 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: LC and Apple Watch...
WatchKit should be straightforward to wrap using the new Widgets/Extensions feature discussed at the conference. Actually, Kevin’s blog posting gives a nice overview of the process: http://livecode.com/blog/2014/07/08/the-next-generation-widgets-themes/ There are examples on the USB archive of files from the conference. Once this new Widgets/Extensions feature is shipping, there is no reason RunRev has to add all of the features to the platform - and that is part of the beauty of the design. I think that we can look forward to a future where there are potentially thousands of Widgets and APIs available for our use. And Ben’s discussion of the new IDE features would seem to make searching/installing/updating these features much more seamless than we have ever experienced previously. David Simpson www.fmpromigrator.com On Sep 9, 2014, at 12:07 PM, Stephen MacLean smacl...@madmansoft.com wrote: WatchKit PLEASE Steve MacLean ___ livecode-dev mailing list livecode-...@lists.runrev.com http://lists.runrev.com/mailman/listinfo/livecode-dev ___ 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
[ANN] VB6 to LiveCode Conversion Feature
4-23-2012 - Fremont, California - FmPro Migrator Platinum Edition 6.68 Adds VB6 to LiveCode Conversion Feature Microsoft VB6 developers looking to switch to the LiveCode cross platform development environment can now use FmPro Migrator Platinum Edition. This new feature automates the conversion of VB6 form files and Visual Basic code into LiveCode stack files. VB6 form object scripts are converted and added to card objects. The LiveCode version of the scripts are syntactically converted to match LiveCode syntax. The dot notation used to reference properties has been replaced with the equivalent LiveCode script. However most object property names will need to be manually changed to reflect the properties of LiveCode objects. VB6 developers routinely create multiple form objects having the same name, then reference the object properties like an array. Since LiveCode objects need to be uniquely named (or referenced by their object ID) to be used within a script, the converted scripts are changed accordingly. So for instance, a property referenced like: Field.Text[1] Field.Text[2] Gets changed as follows: the plainText of field Field[1] the plainText of field Field[2] As can be seen with this example, the object names will need to be manually changed to match the unique names shown in the script. VB6 Support Form Objects Include: PictureBox ImageBox Label TextBox Frame CommandButton CheckBox OptionButton - (grouped if within a Frame) ComboBox ListBox HorizontalScrollbar VerticalScrollbar DriveListBox DirectoryListBox FileListBox Slider TabDlg (Tab Control) Demo Version Available: Select the VB6 Demo Link at the top of the BASIC to LiveCode conversion page: http://www.fmpromigrator.com/services/basic_to_livecode_service.html#vb6main Open the VB6ToLiveCode Demo.livecode stack file from within the LiveCode IDE. Select Source and Destination directories, then click the Convert button. The VB6 project will be converted, and the new stack file will be left open at the completion of the conversion process. The demo version converts up to 5 forms/scripts, with unlimited project conversion available in the full production release. FmPro Migrator Platinum Edition is priced at ($600) per developer and includes a copy of FmPro Migrator Platinum Edition for both MacOS X (Universal Binary) and Windows platforms. Existing FmPro Migrator Developer Edition customers may upgrade to FmPro Migrator Platinum Edition for $400. For more info about the VB6 to LiveCode Conversion feature, please see: http://www.fmpromigrator.com/services/basic_to_livecode_service.html#vb6main .com Solutions Inc. develops multi-platform graphical applications supporting FileMaker Pro, SQLite, Oracle, MySQL, Access, SQL Server, Sybase, DB2, OpenBase, PostgreSQL, FrontBase, Valentina, VB6 and LiveCode developers. FmPro Script Diff, compares and edits FileMaker Pro scripts. FmPro Migrator ( www.fmpromigrator.com ) converts FileMaker Pro databases to and from FileMaker Pro, SQLite Diff compares SQLite database schema and data. David Simpson www.fmpromigrator.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