Re: Dropbox Library Update

Mike, Thanks for the update. I believe this is what was making my image files not viewable after writing to Dropbox. I've removed the line in my copy of the lib. ~Roger On Wed, Sep 18, 2013 at 10:58 AM, Mike Kerner wrote: > In case anybody is having troubles with the library, Trevor found a b

Re: Dropbox Library Update

In case anybody is having troubles with the library, Trevor found a bug - when Gugliermo and I were going back and forth with this version, he wound up with an intermediate version that had a couple of extra encoding lines (whoops, my bad). If you can wait, he's going to release the update shortly

Re: Dropbox Library Update

:) Roger Eller wrote > I enjoyed the video. Thanks for sharing your stack too. It contains lots > of "learning goodness"! -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Dropbox-Library-Update-tp4669868p4670001.html Sent from the Revolution - User mailing li

Re: Dropbox Library Update

I enjoyed the video. Thanks for sharing your stack too. It contains lots of "learning goodness"! ~Roger Have thought again that maybe most useful thing I could do would be to create a cut-down example stack and send this to anyone who wanted it (will try sending a copy in a few mins to Roger) as

Re: Dropbox Library Update

In case it's of use this is the stack featured in my Example of using Dropbox with LiveCode to sync data video. Kind regards Dave -- View this message in context: http://runtime-revolution.27830

Re: Dropbox Library Update

Have thought again that maybe most useful thing I could do would be to create a cut-down example stack and send this to anyone who wanted it (will try sending a copy in a few mins to Roger) as well as recording a very bad video showing my approach and uploading it to YouTube http://youtu.be/l56QQj

Re: Dropbox Library Update

Hi Dave, no problem for me BUT ... yes, in the future, when new versions come out, the copy on RevOnLine will be obsolete, so ... probably a link, where to download the last release, will be useful ;-) Cordially, Guglielmo On 9/15/13 22:04 PM, Dave Kilroy wrote: ... what do you think Gugli

Re: Dropbox Library Update

Roger, first, then Dave: Roger, On your first question, the REST library is effectively stateless, so with each request, your app is essentially logging in again. It will send information to DB with each call that includes authentication info., so there really is no timing out. The initializing

Re: Dropbox Library Update

I'm not getting anywhere with this. I've made my tokens into constants after authentication. I've attempted to prevent the stack from re-authenticating by commenting calls the browser and calls to phx_DropboxInitLib. My standalone then gives an error that the app key (consumer key) is invalid. ope

Re: Dropbox Library Update

Mike - that encryption is a great idea, very cool and I think I'll have a go at that. But wouldn't users only be able to see data from others sharing the same token-key and token-secret anyway? -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Dropbox-Library-Updat

Re: Dropbox Library Update

Roger, yes if your app has hard-wired app-key, app-secret, token-key and token-secret then your users be able to use them to reconnect when the app launches. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Dropbox-Library-Update-tp4669868p4669891.html Sent from

Re: Dropbox Library Update

My app will have limited and controlled distribution to only a few people. If I connect and authenticate, but DO NOT disconnect, and DO NOT empty the token custom properties, and then build a standalone, will the standalone be "pre-authorized"? I assume there might be a timeout period, and therefo

Re: Dropbox Library Update

On Sep 15, 2013 4:05 PM, "Dave Kilroy" wrote: > > Hi Roger > Hi. > > Roger Eller wrote > > May I ask you to look at my test stack off-list after I attempt your > > approach? > > Sure thing - actually maybe I should spruce up my stack and upload it to > RevOnline - although before I do this I thin

Re: Dropbox Library Update

That's exactly what I'm doing, as well, but I have encrypted the data on dropbox so that even if my users manage to figure out what the keys are, they still can't access anybody else's data. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On t

Re: Dropbox Library Update

Hi Roger Roger Eller wrote > You have described exactly what I want to do. So the app can be delivered > to end users, and they don't even need to know that Dropbox is the storage > medium. To them, it is saving data "somewhere in the cloud". Yes, however the 'originating' user has to go throug

Re: Dropbox Library Update

Hi Dave, You have described exactly what I want to do. So the app can be delivered to end users, and they don't even need to know that Dropbox is the storage medium. To them, it is saving data "somewhere in the cloud". May I ask you to look at my test stack off-list after I attempt your approach

Re: Dropbox Library Update

Hi Roger, I wonder if how I approach things is of interest to you... I'm assuming that all your app users will be connecting their app to the same Dropbox account... I save the Dropbox app-key and app-secret as a custom property in the main stack. When an 'originating' or main client gets the ap

Re: Dropbox Library Update

Thanks for the information. My project will have multiple users collecting data into one account. I just don't want them messing around with data they didn't create. ~Roger On Sep 15, 2013 1:24 PM, "Guglielmo Braguglia" wrote: > Aha ... now I understand :-) > > To arrive to "Cancel" or "Allow"

Re: Dropbox Library Update

Aha ... now I understand :-) To arrive to "Cancel" or "Allow" you must have already given *the right credentials*, so it is obvious that you can then navigate within your Dropbox. The same thing would happen if you open a browser and login with the same credentials in Dropbox. I don't know .

Re: Dropbox Library Update

Mainly, thanks to Gugliermo for 1) writing it and 2) making it open source so we can help improve it. On Sun, Sep 15, 2013 at 12:48 PM, Dave Kilroy wrote: > I'm with you Roger, I think this library is sweet (thanks Guglielmo & Mike) > > > > -- > View this message in context: > http://runtime-rev

Re: Dropbox Library Update

I'm with you Roger, I think this library is sweet (thanks Guglielmo & Mike) -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Dropbox-Library-Update-tp4669868p4669876.html Sent from the Revolution - User mailing list archive at Nabble.com.

Re: Dropbox Library Update

Just to be clear, the thing that prompted this update was handling of spaces in file or directory names. This is ONLY a problem on mobile, as LC's implementation of URL handling is different on the mobile platforms vs. the desktop platforms. On Sun, Sep 15, 2013 at 12:02 PM, Roger Eller wrote:

Re: Dropbox Library Update

The cancel or allow comes after login. On Sep 15, 2013 11:56 AM, "Guglielmo Braguglia" wrote: > Ahahahah ... no problem ... initiatives of self-correctors ... :-D > > About your first question ... I can't find the "CANCEL" button :-( > When the browser window open for the authorization I see only

Re: Dropbox Library Update

Ahahahah ... no problem ... initiatives of self-correctors ... :-D About your first question ... I can't find the "CANCEL" button :-( When the browser window open for the authorization I see only *one* button to Login (/... I have in Italian and is //"Accedi"/) and I have no possibility to Canc

Re: Dropbox Library Update

Guglielmo, I'm so sorry that auto-incorrect substituted for your name in my previous post. On Sep 15, 2013 11:38 AM, "Roger Eller" wrote: > Guillermo, > > I want you to know that I think your library is wonderful. I have a > couple questions for you. > > When the browser object appears, if the

Re: Dropbox Library Update

Guillermo, I want you to know that I think your library is wonderful. I have a couple questions for you. When the browser object appears, if the user touches cancel instead of allow, they are then able to navigate and browse the entire Dropbox account. Can the allow be authorized in the backgro

Re: Dropbox Library Update

I must have a problem with the path to the library once it's on the Android device. I did get the browser control to initialize and all of the dropbox buttons work, but only after copying the script of the lib into the mainstack. I will have to investigate further when time permits. ~Roger R

Re: Dropbox Library Update

I must be missing something when I try to use this library on Android. The app installs and runs, but the Connect button appears to be pressed, but no browser window appears for Dropbox sign-in. The test works on iOS, btw. I have only made a copy of the Test Dropbox.livecode and set the Standalone

Re: Dropbox Library Update

Thanks Guglielmo! ~Roger On Sep 6, 2013 3:59 AM, "Guglielmo Braguglia" wrote: > Still thanks to the great debugging/fixing work of *Mike Kerner*, a new > version (1.05) of the phxDropboxLib, solving a really obscure issue that > could cause a failure on mobile after writing a file on > "phx_Drop

Re: Dropbox Library Update

Thanks Guglielmo & Mike! -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Dropbox-Library-Update-tp4669440p4669442.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-livecode mailing list u

Re: Dropbox Library Update

Thanks Guglielmo! On 6 Sep 2013, at 08:58, Guglielmo Braguglia wrote: > Still thanks to the great debugging/fixing work of *Mike Kerner*, a new > version (1.05) of the phxDropboxLib, solving a really obscure issue that > could cause a failure on mobile after writing a file on > "phx_DropboxWr