Re: animated gif bug?
I did as you asked. The animated gif I imported into a group I was editing animated just fine while I was in the editing mode. It did not stop animating after I stopped editing. Did you want it to stop animating? I have an entire card of animated gifs that just sit there animating the entire time whether I am editing their group or not. Are they not supposed to? Cheers, Bantymom -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/animated-gif-bug-tp3001301p3001495.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Le 18 oct. 2010 à 20:41, Andrew Kluthe a écrit : The client never actually gets the login credentials for the database because they are stored in our private big client DB. On startup the rev program fetches the credentials from our database and connects to theirs to begin working with it. Definitively the way to go ! I would hate to have to rewrite my entire suite of programs to center around an irev script for the transactions. I would love to use On-Rev as a database host because of how close it is to where I am located and the power of revServer. If you prefer, you can do this in having your client (web browser or LiveCode ria app) posting their credentials to a PHP script indeed but in any case you will have to be sure that the server-side script will respond to the clients requests and interact with the db-backend only when each client will have been authenticated as allowed to interact with its own account on your on-line app. If most of your customers are, alike mine, using dynamic IP to connect the cloud and subsequently your or mine on-line apps, an IP-based authentication system will not be usable nor safe at all in such a context. HTH, -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: A Couple of Audio Questions
19.10.2010 11:54, Ruslan Zasukhin: On 10/19/10 2:48 AM, Lynn Fredrickslfredri...@proactive-intl.com wrote: Hi Lynn, Im filling out Franklin Audio features and need to know if some things are implemented or not. I am adding some pages to the site, and want to get those done (just a few) before sending out the notice, and PR. As I cc'd, Bob's problem seems to be solved. So to questions... 1) Audio Capture. The APIs are detailed in the documentation on the franklin site - but does it actually work? This seems like it would be a good example, by the way. This is a feature I want to point out since it isnt obvious. You mean in WIKI? What present in WIKI - present in code. Yes 2) alcProcessContext - does it still have the limitation where Loop doesn't work on Mac OS X? I don't know what you talking about here. Michail ? Hi, This limitation exists only for this function: put alutLoadWAVFile ( fileName, format, size, bits, freq, loop ) into bool alcProcessContext() have no special limitation. Features you are interested are here: http://franklin3d.com/dokuwiki/doku.php?id=franklin:audio:revolution:api:functions:openal_:alc -- Best regards, Michail Kropivka ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Data Grid Helper moves your columns
On Tue, Oct 19, 2010 at 12:06 AM, zryip theSlug zryip.thes...@gmail.com wrote: Dear List, Data Grid Helper version 1.1 is available! What we have for you in this new version? - You have always dreamed to reorder columns the way you want in a datagrid? Stop dreaming, because it's here in DGH. You can now reorder the columns of any datagrid table with a ready to use script. And you can customize the installed script for your personal use. - A new option is available in the parameters. We can now check in a snap the sort direction of each column in the column builder preview - We have improved the ready to use script for reordering lines. - We have now a tooltip to explain why the install script button is disabled. - For a specific need, you have to change one of the properties of the datagrid by script? Let's DGH helping you. By clicking with the alt modifier on the name of a property in DGH, you will send the required syntax in the clipboard. Available for datagrids and columns properties. This new version is available with the DGH's updater or if you have not already tried DGH, you can download the trial version here: http://www.aslugontheroad.co.cc/index.php?option=com_phocadownloadview=categorydownload=17:data-grid-helper-pluginid=12:trialItemid=63 (The new reorder column capability is only available in the registered version) We have now a video of some of these new features in action. The first part of the video shows the new preview option. The second part of the video shows how to install the reorder columns capability in a datagrid with DGH. http://www.aslugontheroad.co.cc/ Best regards, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
This is all a moot point now since I have just been informed by Heather that the only way the on-rev server can be set up to do this is if you give them all of the IP addresses that people are going to connect from and they will allow those IP addresses to connect. This of course will never work with a large potential user base of hundreds or thousands. I guess I'm going to have to throw away everything I've done so far and start over with the web based approach that Pierre suggested. It's going to kill my performance but it's the only option I've got open to me at this point. len morgan On 10/19/2010 2:27 AM, Pierre Sahores wrote: Le 18 oct. 2010 à 20:41, Andrew Kluthe a écrit : The client never actually gets the login credentials for the database because they are stored in our private big client DB. On startup the rev program fetches the credentials from our database and connects to theirs to begin working with it. Definitively the way to go ! I would hate to have to rewrite my entire suite of programs to center around an irev script for the transactions. I would love to use On-Rev as a database host because of how close it is to where I am located and the power of revServer. If you prefer, you can do this in having your client (web browser or LiveCode ria app) posting their credentials to a PHP script indeed but in any case you will have to be sure that the server-side script will respond to the clients requests and interact with the db-backend only when each client will have been authenticated as allowed to interact with its own account on your on-line app. If most of your customers are, alike mine, using dynamic IP to connect the cloud and subsequently your or mine on-line apps, an IP-based authentication system will not be usable nor safe at all in such a context. HTH, -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Len Morgan wrote: I guess I'm going to have to throw away everything I've done so far and start over with the web based approach that Pierre suggested. It's going to kill my performance but it's the only option I've got open to me at this point. What is the performance difference? And can you recap exactly what the implementation differences are? I'll bet there's a way to do what you need with good performance. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Len Morgan wrote: I guess I'm going to have to throw away everything I've done so far and start over with the web based approach that Pierre suggested. It's going to kill my performance but it's the only option I've got open to me at this point. What is the performance difference? And can you recap exactly what the implementation differences are? I'll bet there's a way to do what you need with good performance. Also: How inherently relational is the data? There are so many data storage options these days -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: record sound with livecode
Hello, I deleted all files tmp.wav on my PC then I tried my script to see if a file recorded tmp.wav somewhere but nothing. as we say in French: me trompe-je quelque part? Cordialement, Olivier Dussutour olivierdussut...@gmail.com - Original Message - From: Thierry th.do...@sunnyrevtalk.com To: How to use Revolution use-revolution@lists.runrev.com Sent: Monday, October 18, 2010 2:21 PM Subject: Re: record sound with livecode Le 18 oct. 2010 à 08:13, Olivier Dussutour a écrit : Bonjour, une petite idee a verifier ? es-tu sur de ton chemin d'acces : tmp .wav peut-etre que le defaultfoder n'est pas le meme depuis ta migration en 4.5 ? Cordialement, Thierry ps: Wouahhh. too cl to speak French sometimes :) Hello, Sorry! I did not change the subject of the mail! :'-( My button script: on mouseUp hide me show button Arrêter record sound file tmp.wav end mouseUp under rev 4.0 in both work (standalone and gui) under LiveCode it does'nt work (standalone and gui) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Time pickers
On 10/19/10 12:34 AM, Scott Rossi wrote: go url http://www.tactilemedia.com/site_files/downloads/timesettings.rev; Exactly perfect! Just want I wanted. Last night I was thinking about making a clock like that. You just saved me some work. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
On-Rev Webpage variable posting
I have a webpage on On-Rev with input fields which are posted to another webpage just fine. I now want to pass that posted information onto yet another webpage before committing any of the data to a database using .irev files. What’s the best way to do this? Thanks, Rick ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev Webpage variable posting
On Oct 19, 2010, at 9:10 AM, Rick Harrison wrote: I have a webpage on On-Rev with input fields which are posted to another webpage just fine. I now want to pass that posted information onto yet another webpage before committing any of the data to a database using .irev files. What’s the best way to do this? Rick, If you don't want to deal with cookies (I know I don't), what I always do is just pass those values along as hidden inputs in a form. Works great. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
This is not a universal restriction with all web hosts. Datamost, for instance, will allow any number of MYSQL databases and the user can tie those DB users with any end computers' IPs from the Dreamhost control panel. In fact, it's possible to use the % wild card and specify partial or even all domains (not recommended) so it could work from anywhere. Dreamhost gives their users a lot of rope (including shell access over ssh.). On-Rev is more restrictive. Of course if you need and are using on-rev, then you would need to buy and install revserver at Dreamhost as well. For best security (and if you have thousands of users, it's really recommended) to use the cgi 'firewall' as suggested to protect your server and clients' data. You will find that opening and closing MYSQL frequently has almost no overhead, compared to returning the data to the client. the hit that the server will take with a cgi firewall will be minimal. Rev server is FAST. On 19 October 2010 04:56, Len Morgan len-mor...@crcom.net wrote: This is all a moot point now since I have just been informed by Heather that the only way the on-rev server can be set up to do this is if you give them all of the IP addresses that people are going to connect from and they will allow those IP addresses to connect. This of course will never work with a large potential user base of hundreds or thousands. I guess I'm going to have to throw away everything I've done so far and start over with the web based approach that Pierre suggested. It's going to kill my performance but it's the only option I've got open to me at this point. len morgan On 10/19/2010 2:27 AM, Pierre Sahores wrote: Le 18 oct. 2010 à 20:41, Andrew Kluthe a écrit : The client never actually gets the login credentials for the database because they are stored in our private big client DB. On startup the rev program fetches the credentials from our database and connects to theirs to begin working with it. Definitively the way to go ! I would hate to have to rewrite my entire suite of programs to center around an irev script for the transactions. I would love to use On-Rev as a database host because of how close it is to where I am located and the power of revServer. If you prefer, you can do this in having your client (web browser or LiveCode ria app) posting their credentials to a PHP script indeed but in any case you will have to be sure that the server-side script will respond to the clients requests and interact with the db-backend only when each client will have been authenticated as allowed to interact with its own account on your on-line app. If most of your customers are, alike mine, using dynamic IP to connect the cloud and subsequently your or mine on-line apps, an IP-based authentication system will not be usable nor safe at all in such a context. HTH, -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Ugh. That means I have to find another host. I just processed my on-rev one month to try it out and see if it can handle the load a few hours ago. I should have been more specific when I asked heather if I could have unlimited db's and if i could connect remotely to them. :\ Definitely not re-writing all my apps to use a different transaction method. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-remote-database-tp2998969p3002355.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Time pickers
Jaque, I liked Scott's timesetting so much that I added a little functionality to it. I wanted the sliders to push each other for less clicking. See this thread: http://runtime-revolution.278305.n4.nabble.com/How-to-enter-a-time-of-day-td1562955.html#a1567339 there is also a link to a revlet that shows what I mean. regards Bernd -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/Time-pickers-tp3001473p3002362.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev Webpage variable posting
Hi Devin, Yes, I don't want to use cookies. I tried the hidden inputs technique without success. I'm not sure why it didn't work. Do you have an example of hidden inputs so I could see what I might be doing wrong? Thanks, Rick On Oct 19, 2010, at 11:21 AM, Devin Asay wrote: On Oct 19, 2010, at 9:10 AM, Rick Harrison wrote: I have a webpage on On-Rev with input fields which are posted to another webpage just fine. I now want to pass that posted information onto yet another webpage before committing any of the data to a database using .irev files. What’s the best way to do this? Rick, If you don't want to deal with cookies (I know I don't), what I always do is just pass those values along as hidden inputs in a form. Works great. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: animated gif bug?
No, I want it to animate. On my stack it doesn't. That's fine. Thanks for the test. I'll keep trying to figure out what's wrong. Thanks! Jeff M. On Tue, Oct 19, 2010 at 1:04 AM, Bantymom banty...@yahoo.com wrote: I did as you asked. The animated gif I imported into a group I was editing animated just fine while I was in the editing mode. It did not stop animating after I stopped editing. Did you want it to stop animating? I have an entire card of animated gifs that just sit there animating the entire time whether I am editing their group or not. Are they not supposed to? Cheers, Bantymom -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/animated-gif-bug-tp3001301p3001495.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev Webpage variable posting
On Oct 19, 2010, at 10:31 AM, Rick Harrison wrote: Hi Devin, Yes, I don't want to use cookies. I tried the hidden inputs technique without success. I'm not sure why it didn't work. Do you have an example of hidden inputs so I could see what I might be doing wrong? Rick, Here's a simple example I put together for my class: http://chum.dev.on-rev.com/teacher/makeReport.irev This file uses a GET method to send data to a second file, configReport.irev. The second file in turn POSTs to a third file, displayReport.irev. File 2 has to pass along a value from File 1 to file 3, and uses a hidden input to do the job. The only reason I used GET in one form and POST in the other was to show my class an example of using each one. You can use all GETs or all POSTs if you want. Here's the relevant section from makeReport.irev: p Select the Report Area: /p form action=configReport.irev method=get name=choosetable p select name=choice option label=People value=people/People option label=Departments value=department/Departments /select /p p input name=Go type=submit / /p Here is the relevant stuff from configReport.irev. The choice input is hidden, and passes the value along from the form in makeReport.irev. ?rev set the errormode to inline -- this is useful for debugging function q pString return quote pString quote end q put $_GET[choice] into tWhich put pConfigure your tWhich report:/p return put div return put form method= q(post) action= q(displayReport.irev) return put pInclude the following information:/p return if tWhich is people then put pinput name= q(dept) type= q(checkbox) value= q(yes) /Department /p return put pinput name= q(phone) type= q(checkbox) value= q(yes) /Phone Number /p return put pinput name= q(office) type= q(checkbox) value= q(yes) /Office /p return else if tWhich is department then put pinput name= q(supervisor) type= q(checkbox) value= q(yes) /Supervisor /p return put pinput name= q(phone) type= q(checkbox) value= q(yes) /Dept. Phone Number /p return put pinput name= q(office) type= q(checkbox) value= q(yes) /Office /p return end if put input name= q(choice) type= q(hidden) value= q(tWhich) / return put pinput name= q(submit) type= q(submit) value= q(Create Report) / put /form put /div ? Finally, here is the relevant excerpt from displayReport.irev, with database login info sanitized: ?rev set the errormode to inline function q pString return quote pString quote end q put $_POST[choice] into tWhich if tWhich is people then put $_POST[dept] into tIncludeDept put $_POST[phone] into tIncludePhone put $_POST[office] into tIncludeOffice put SELECT fname,lname into tQuery put thFirst name/ththLast name/th into tHeader if tIncludeDept empty then put comma dept after tQuery put thDepartment/th after tHeader end if if tIncludePhone empty then put comma phone after tQuery put thPhone/th after tHeader end if if tIncludeOffice empty then put comma office after tQuery put thOffice/th after tHeader end if else if tWhich is department then put $_POST[supervisor] into tIncludeSuper put $_POST[phone] into tIncludePhone put $_POST[office] into tIncludeOffice put SELECT name into tQuery put thDept name/th into tHeader if tIncludeSuper empty then put comma supervisor after tQuery put thSupervisor/th after tHeader end if if tIncludePhone empty then put comma phone after tQuery put thPhone/th after tHeader end if if tIncludeOffice empty then put comma office after tQuery put thOffice/th after tHeader end if end if put FROM tWhich after tQuery # create database connection put tQuery br / --debugging put revOpenDatabase(mysql,my.server.com,acmeco,\ username,password) into tConnID put revDataFromQuery(,,tConnID,tQuery) into tReport revCloseDatabase tConnID put table border='1' cellpadding='4' return put tr tHeader /tr return set the itemDelimiter to tab repeat for each line tLine in tReport replace tab with /tdtd in tLine put trtd tLine /td/tr return after tFormattedRept end repeat put tFormattedRept put /table ? Hope you find this helpful. Regards, Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Data Grid Helper moves your columns
Its a most wise and helpful creature, this Slug, and so I bought it. Peter -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/ANN-Data-Grid-Helper-moves-your-columns-tp3001188p3002478.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Whiskey Tango? What Len Morgan wrote was: This is all a moot point now since I have just been informed by Heather that the only way the on-rev server can be set up to do this is if you give them all of the IP addresses that people are going to connect from and they will allow those IP addresses to connect. Unless I missed something earlier in this thread, it seems he's writing about blocking access based on IPs, and all Heather did was remind him of what Pierre wrote here, that given the majority of folks who use dynamic IPs that isn't practical. FWIW, On-Rev does indeed provide unlimited databases: MySQL 5.0.67 Databases: Unlimited PostgreSQL Databases: Unlimited http://www.on-rev.com/hosting/features-chart/ Back to the original topic, granting/restricting access based on IPs is risky and prone to error if any of your users have dynamic IPs, for the reasons Pierre noted earlier this morning. IP-based restrictions can be somewhat useful for some institutional customers where fixed IP ranges can be known to belong to the customer. I use it myself on a subscription site I manage for a client, but not as an alternative to login authentication but merely as an extra restriction on top of the login requirement; I would never rely on IP address alone. With individual users on dynamic IPs, the risk is that the IP they're using right now may be reassigned to someone else later, providing unauthorized access to unknowable individuals. Granting access by range only exacerbates the risk. So while it's sometimes useful, IP-based access doesn't appear to be a practical option for Mr. Morgan, leaving him to consider more conventional options like a simple login as most sites require for authenticated access. Andrew, you can hopefully breathe easier now. Relax and enjoy your unlimited databases. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
not working for me, does not generate the 1000 files, only one is generated... :-/ 2010/10/18 Björnke von Gierke b...@mac.com Hi everybody Just a quick reminder about bvg docu, the stack for those who want to replace the build in docu. Unlike the default offering, it has adjustable type-size, uses less screen real estate, and is quicker to show the goods. There is now a new version. The only change compared to bvg docu 1.6 is that the new version also runs for livecode (the ide formerly known as rev 4.5). get it here: http://bjoernke.com/?target=bvgdocu and have fun bjoernke -- official ChatRev page: http://bjoernke.com?target=chatrev Chat with other RunRev developers: go stack URL http://bjoernke.com/chatrev/chatrev1.3b3.rev; ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
OT: Evolution of the Apple Mouse
http://mashable.com/2010/09/26/evolution-apple-mouse/ -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
Andre- Tuesday, October 19, 2010, 11:09:52 AM, you wrote: not working for me, does not generate the 1000 files, only one is generated... :-/ I get A problem Occured: sorry, but I couldn't find the 'packaged_xml/dictionary/clumps.index' file in that folder using the defaults. And indeed there is no clumps.index file there. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: animated gif bug?
On 10/19/10 11:55 AM, Jeff Massung wrote: No, I want it to animate. On my stack it doesn't. That's fine. Thanks for the test. I'll keep trying to figure out what's wrong. Just to chime in here, I have an animated gif in a group and it's working okay too, whether editing or not. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Ien, In practice, there will no be any performances difference at all between IP-based or credential-based authentication (even if the credential are send in secure mode) and you can trust me on this. On the other hand, your authentication system will make all your n-tier app process lots more secure than it would be in using something else instead. Try to always get in mind that any Cloud available app will, at one point or an other be scanned by untrustable peoples and computers farms automatic processes searching to hack your app to take hand on it (and they are sometimes attacking their targets 4-6 months per year even if they stay unsuccessful after the first attempts... and the last ones, only if the app is really safely structured). Trust need there to go along experience. Any business-dedicated n-tier app need to be build in always getting this in mind. In other words, security is never optional but the first main part we need to have in mind when we are starting a project and, fortunally, there are lots of ways to strongly secure a LiveCode-based n-tier app. Between two level strong authentication based (1.- what i know + 2.- what i own) and secure protocols, all the best can and need to be done. my two cents, Pierre Le 19 oct. 2010 à 13:56, Len Morgan a écrit : This is all a moot point now since I have just been informed by Heather that the only way the on-rev server can be set up to do this is if you give them all of the IP addresses that people are going to connect from and they will allow those IP addresses to connect. This of course will never work with a large potential user base of hundreds or thousands. I guess I'm going to have to throw away everything I've done so far and start over with the web based approach that Pierre suggested. It's going to kill my performance but it's the only option I've got open to me at this point. len morgan On 10/19/2010 2:27 AM, Pierre Sahores wrote: Le 18 oct. 2010 à 20:41, Andrew Kluthe a écrit : The client never actually gets the login credentials for the database because they are stored in our private big client DB. On startup the rev program fetches the credentials from our database and connects to theirs to begin working with it. Definitively the way to go ! I would hate to have to rewrite my entire suite of programs to center around an irev script for the transactions. I would love to use On-Rev as a database host because of how close it is to where I am located and the power of revServer. If you prefer, you can do this in having your client (web browser or LiveCode ria app) posting their credentials to a PHP script indeed but in any case you will have to be sure that the server-side script will respond to the clients requests and interact with the db-backend only when each client will have been authenticated as allowed to interact with its own account on your on-line app. If most of your customers are, alike mine, using dynamic IP to connect the cloud and subsequently your or mine on-line apps, an IP-based authentication system will not be usable nor safe at all in such a context. HTH, -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev Webpage variable posting
hidden fields or cookies with hidden as the preferable option. HTH, Pierre Le 19 oct. 2010 à 17:10, Rick Harrison a écrit : I have a webpage on On-Rev with input fields which are posted to another webpage just fine. I now want to pass that posted information onto yet another webpage before committing any of the data to a database using .irev files. What’s the best way to do this? Thanks, Rick ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Time pickers
On 10/19/10 11:21 AM, BNig wrote: Jaque, I liked Scott's timesetting so much that I added a little functionality to it. I wanted the sliders to push each other for less clicking. See this thread: http://runtime-revolution.278305.n4.nabble.com/How-to-enter-a-time-of-day-td1562955.html#a1567339 there is also a link to a revlet that shows what I mean. regards Bernd Very nice, I'll keep the links. I only need one time setting so I'm going with the clockface, but the sliders will be great for other things. Thanks! -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
I know they are unlimited, but I need remote access for all ip's. Can you wildcard for all domains and IP's with on-rev and mySQL? -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-remote-database-tp2998969p3002656.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. On Tue, Oct 19, 2010 at 1:17 PM, Andrew Kluthe and...@rjdfarm.com wrote: I know they are unlimited, but I need remote access for all ip's. Can you wildcard for all domains and IP's with on-rev and mySQL? -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-remote-database-tp2998969p3002656.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Take care : the all ip's range option is the exact synonym for full hackable app. Comme on dit chez nous : à bon entendeur, salut ! P. Le 19 oct. 2010 à 21:17, Andrew Kluthe a écrit : I know they are unlimited, but I need remote access for all ip's. Can you wildcard for all domains and IP's with on-rev and mySQL? -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-remote-database-tp2998969p3002656.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Pierre Sahores mobile : (33) 6 03 95 77 70 www.wrds.com www.sahores-conseil.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
I get A problem Occured: sorry, but I couldn't find the 'packaged_xml/dictionary/clumps.index' file in that folder using the defaults. And indeed there is no clumps.index file there. Damnit reacting to a install where there's no clumps file, that was exactly what I changed. Do you two per chance not use the rev ide? because I use if revappversion() = 4.5.0 then create fake clumps file here. see also the following information that I sent to richard gaskin, regarding metacard, yesterday: the problematic check is in the docslib by bvg stack in the docsLibParse handler. It is part of how I extract stuff from the existing data-holding stacks which are called revcDoclump_## (various numbers at the end). if there's no way to know the actual rev-version, then you must change the code by hand. to do that, simply comment out the if revappversion() = 4.5.0 line, as well as the one line in the else part (and of course the else and end if). so it would look somewhat like this: --clumps.index doesn't exist in 4.5, so I fake it --if revappversion() = 4.5.0 then put 50 into stupidRevIdea put arraydecode(url (binfile: theDocPath /dict.index)) into theData put into theDict set the itemdelimiter to . repeat for each key theKey in theData put theData[theKey][id] into theEntry put (item 1 of theEntry -1) mod stupidRevIdea + 1 into theNumber put revDocClump_ (item 1 of theEntry -1) div stupidRevIdea + 1 into stupidToBeginWithClump put slash slash theEntry , stupidToBeginWithClump, theNumber return after theDict end repeat set the itemdelimiter to comma delete char -1 of theDict --else --put url (file: theDocPath /packaged_xml/dictionary/clumps.index) into theDict --end if that should work fine, as long as you don't use the stack in older versions of rev than 4.0.0 ( not a typo). however, there's 4.0.0 specific problems with mangled entries, and i use a similar check there too, so it's best to stick to 4.5.0. by the way, the cancel entry is unreadable due to bad xml (written by rev). I was too lazy to include a fix for that. also there's keywords that have xmlerr, can't find element as syntax. that too is a problem directly in the source files, and me being too lazy to code a workaround. both problems have been bugzillaed. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Data Grid Helper moves your columns
On Tue, Oct 19, 2010 at 7:44 PM, Peter Alcibiades palcibiades-fi...@yahoo.co.uk wrote: Its a most wise and helpful creature, this Slug, and so I bought it. Peter Peter, Welcome aboard ;) Regards, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
[OT] Letter to Mum
For those of you whose Mum just happens to be a Professor of Sanskrit at a prestigious but obscure university your chances of impressing her after all those years of disaffection have just got a wee bit better with the release of Devawriter 1.2.1.0: http://andregarzia.on-rev.com/richmond/dwriterfree.html Go on, download the thing and get to work; you owe it to your MahaMati . . . :) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
It's not available in cpanel now. I looked. I thought it was in the USERS and / or MySQL area a while ago. On 19 October 2010 12:22, Mike Bonner bonnm...@gmail.com wrote: Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
Björnke- Tuesday, October 19, 2010, 12:48:19 PM, you wrote: Damnit reacting to a install where there's no clumps file, that was exactly what I changed. Do you two per chance not use the rev ide? because I use if revappversion() = 4.5.0 then create fake clumps file here. You might want to tweak that a bit since I tried this with 4.5.1-dp1. -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Look on cPanel under databases section, theres a link for remote mysql. This is on Odin. On Tue, Oct 19, 2010 at 2:09 PM, stephen barncard stephenrevoluti...@barncard.com wrote: It's not available in cpanel now. I looked. I thought it was in the USERS and / or MySQL area a while ago. On 19 October 2010 12:22, Mike Bonner bonnm...@gmail.com wrote: Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
Mr BvG, I am on plain 4.5.0 here and it did not work for some odd reason.. :-/ it has no error message, but when I click re-generate, I get one dict file and nothing more and the stack do not work, like empty content. Andre 2010/10/19 Björnke von Gierke b...@mac.com I get A problem Occured: sorry, but I couldn't find the 'packaged_xml/dictionary/clumps.index' file in that folder using the defaults. And indeed there is no clumps.index file there. Damnit reacting to a install where there's no clumps file, that was exactly what I changed. Do you two per chance not use the rev ide? because I use if revappversion() = 4.5.0 then create fake clumps file here. see also the following information that I sent to richard gaskin, regarding metacard, yesterday: the problematic check is in the docslib by bvg stack in the docsLibParse handler. It is part of how I extract stuff from the existing data-holding stacks which are called revcDoclump_## (various numbers at the end). if there's no way to know the actual rev-version, then you must change the code by hand. to do that, simply comment out the if revappversion() = 4.5.0 line, as well as the one line in the else part (and of course the else and end if). so it would look somewhat like this: --clumps.index doesn't exist in 4.5, so I fake it --if revappversion() = 4.5.0 then put 50 into stupidRevIdea put arraydecode(url (binfile: theDocPath /dict.index)) into theData put into theDict set the itemdelimiter to . repeat for each key theKey in theData put theData[theKey][id] into theEntry put (item 1 of theEntry -1) mod stupidRevIdea + 1 into theNumber put revDocClump_ (item 1 of theEntry -1) div stupidRevIdea + 1 into stupidToBeginWithClump put slash slash theEntry , stupidToBeginWithClump, theNumber return after theDict end repeat set the itemdelimiter to comma delete char -1 of theDict --else --put url (file: theDocPath /packaged_xml/dictionary/clumps.index) into theDict --end if that should work fine, as long as you don't use the stack in older versions of rev than 4.0.0 ( not a typo). however, there's 4.0.0 specific problems with mangled entries, and i use a similar check there too, so it's best to stick to 4.5.0. by the way, the cancel entry is unreadable due to bad xml (written by rev). I was too lazy to include a fix for that. also there's keywords that have xmlerr, can't find element as syntax. that too is a problem directly in the source files, and me being too lazy to code a workaround. both problems have been bugzillaed. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN]BvG Docu 1.7
On Tue, Oct 19, 2010 at 10:42 PM, Andre Garzia an...@andregarzia.com wrote: Mr BvG, I am on plain 4.5.0 here and it did not work for some odd reason.. :-/ it has no error message, but when I click re-generate, I get one dict file and nothing more and the stack do not work, like empty content. Andre Björnke, Same issue than Andre, here. My 'BvG Docu' folder contains only a copy of the dict.index. No error message, just an empty content as result. LiveCode 4.5.0 Maybe the loop to copy the files is broken due to an error after the first file? Regards, -- -Zryip TheSlug- wish you the best! 8) http://www.aslugontheroad.co.cc ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
wow. I was wrong. thanks s On 19 October 2010 13:24, Mike Bonner bonnm...@gmail.com wrote: Look on cPanel under databases section, theres a link for remote mysql. This is on Odin. On Tue, Oct 19, 2010 at 2:09 PM, stephen barncard stephenrevoluti...@barncard.com wrote: It's not available in cpanel now. I looked. I thought it was in the USERS and / or MySQL area a while ago. On 19 October 2010 12:22, Mike Bonner bonnm...@gmail.com wrote: Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Glad it was there. Never sure if there will be complete parity across server boundaries! On Tue, Oct 19, 2010 at 3:28 PM, stephen barncard stephenrevoluti...@barncard.com wrote: wow. I was wrong. thanks s On 19 October 2010 13:24, Mike Bonner bonnm...@gmail.com wrote: Look on cPanel under databases section, theres a link for remote mysql. This is on Odin. On Tue, Oct 19, 2010 at 2:09 PM, stephen barncard stephenrevoluti...@barncard.com wrote: It's not available in cpanel now. I looked. I thought it was in the USERS and / or MySQL area a while ago. On 19 October 2010 12:22, Mike Bonner bonnm...@gmail.com wrote: Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Folks, You can have remote connections for MySQL databases by setting the remote mysql option. Even though PostgreSQL is more pure than MySQL, right now, going thru mySQL might be a good option for your read only database. :-D On Tue, Oct 19, 2010 at 7:33 PM, Mike Bonner bonnm...@gmail.com wrote: Glad it was there. Never sure if there will be complete parity across server boundaries! On Tue, Oct 19, 2010 at 3:28 PM, stephen barncard stephenrevoluti...@barncard.com wrote: wow. I was wrong. thanks s On 19 October 2010 13:24, Mike Bonner bonnm...@gmail.com wrote: Look on cPanel under databases section, theres a link for remote mysql. This is on Odin. On Tue, Oct 19, 2010 at 2:09 PM, stephen barncard stephenrevoluti...@barncard.com wrote: It's not available in cpanel now. I looked. I thought it was in the USERS and / or MySQL area a while ago. On 19 October 2010 12:22, Mike Bonner bonnm...@gmail.com wrote: Pretty sure you can, check the tool in cpanel, I believe I read in there that % is allowable. Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- Stephen Barncard San Francisco Ca. USA more about sqb http://www.google.com/profiles/sbarncar ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
Take care : the all ip's range option is the exact synonym for full hackable app. Comme on dit chez nous : à bon entendeur, salut ! P. Le 19 oct. 2010 à 21:17, Andrew Kluthe a écrit : Intend on using random hashed passwords that get changed monthly and not available to end users that are stored in a database with NO remote access. Seems about as safe as a cgi for manipulating the db. -- View this message in context: http://runtime-revolution.278305.n4.nabble.com/on-rev-remote-database-tp2998969p3002871.html Sent from the Revolution - User mailing list archive at Nabble.com. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
I think safety is over rated on some places. It all depends on the sensitiveness of the information you are storing. If this is a simple Cooking Recipes Website then using standard security polices will be enough. If you're building your first web enabled livecode based nuclear reactor then you might want something more robust. If you decide to go with a remote connection, then edit the user that is able to connect and strip him of all the priviledges he do not need. Allow him to query the necessary tables and only that. Keep him away from schemas and other reflections. A cool (and theoretical since I never implemented it) and somewhat automatic way for authentication to work is to use a ticket like this: 1) There is an authentication irev file which will only serve thru a SSL connection. This file will receive a post call from the desktop client and check if it is allowed to connect to the database, if it is so, then it will answer back with a login/password combination to the client. 2) the client use the login/password combination from step 1 to connect to the database. If connection breaks or expires, do step 1 again. This login/pass combination can be generated at runtime and using cron you can expire those credentials as you see fit. Think about it as some banks generate Online VISA numbers good for one transaction only. You are generating readonly access user credentials on demand, if any of your credentials is compromissed the hacker will not have access to anything since you took out all priviledges for that user and even so, after some time, that user will expire and the login/pass combo will be useless. :-P (I never implemented this, I just though out of the blue how to give remote access with some modest security that would not need code changes to replace login credentials if the given logins were compromised) ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: On-Rev Webpage variable posting
Hi Devin, Thanks for the example! It turned out I was just parsing the hidden input a little incorrectly. Your excellent example straightened me out. Thanks! Rick On Oct 19, 2010, at 1:09 PM, Devin Asay wrote: On Oct 19, 2010, at 10:31 AM, Rick Harrison wrote: Hi Devin, Yes, I don't want to use cookies. I tried the hidden inputs technique without success. I'm not sure why it didn't work. Do you have an example of hidden inputs so I could see what I might be doing wrong? Rick, Here's a simple example I put together for my class: http://chum.dev.on-rev.com/teacher/makeReport.irev ... Devin ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
I appreciate everyone's concern about about the security of my database but I assure you that this isn't my first rodeo (small 'r' - not a plug :-) ) and have been write secure computer systems for prison management for over 10 years - most of them with remote access. I should probably elaborate a little more on what I'm attempting to do. The data I'm trying to give access to is already publicly available to anyone one the Internet. It's just not organized in a way that can be searched, sorted, what have you. The data (and the service) are all available on a web site but while the site provides all the necessary facilities to do what you need to do, it doesn't do it in any kind of user friendly way. My program is composed of two parts: The first is twice a month, I download the web page with the information on it, scrape the data out of it, and then post the NEW data (about 30% is new) to a database. I also add the date that the listing showed up for the first time. The second part of the program is used by the end user who will log in, get only the newest listings that pertain to him/her and then decide if they want to submit to one of the listings. If they do, they'll choose the data to upload and having already entered their username and password for the original site (which they must already be a paid member of) I'll pretend to login, go to the submissions page, and make the submission. Once this is done, they will have local database of their submissions that includes the deadlines (so they know when to check and see if their submission sold or not), etc. The reason I don't want the database of listings stored locally is because every now and then, they change the format of their listings page and then my scraper stops working. Instead of having to update hundreds of users, I store MY version of the database the same way no matter what the source data looks like. I have to do a little work to figure out the new format but only once. It also tends to be a rather large database and having that lay around on everyone's computer seems like a waste. Now I hope you can see why I wasn't that worried about the security of the data. It was read only, already publicly available, and you had to already be a member of the other site (not mine by the way) in order to do anything useful with the data. I do want to thank everyone for their suggestions though. I enjoyed the discussion. len morgan On 10/19/2010 12:59 PM, Richard Gaskin wrote: Whiskey Tango? What Len Morgan wrote was: This is all a moot point now since I have just been informed by Heather that the only way the on-rev server can be set up to do this is if you give them all of the IP addresses that people are going to connect from and they will allow those IP addresses to connect. Unless I missed something earlier in this thread, it seems he's writing about blocking access based on IPs, and all Heather did was remind him of what Pierre wrote here, that given the majority of folks who use dynamic IPs that isn't practical. FWIW, On-Rev does indeed provide unlimited databases: MySQL 5.0.67 Databases: Unlimited PostgreSQL Databases: Unlimited http://www.on-rev.com/hosting/features-chart/ Back to the original topic, granting/restricting access based on IPs is risky and prone to error if any of your users have dynamic IPs, for the reasons Pierre noted earlier this morning. IP-based restrictions can be somewhat useful for some institutional customers where fixed IP ranges can be known to belong to the customer. I use it myself on a subscription site I manage for a client, but not as an alternative to login authentication but merely as an extra restriction on top of the login requirement; I would never rely on IP address alone. With individual users on dynamic IPs, the risk is that the IP they're using right now may be reassigned to someone else later, providing unauthorized access to unknowable individuals. Granting access by range only exacerbates the risk. So while it's sometimes useful, IP-based access doesn't appear to be a practical option for Mr. Morgan, leaving him to consider more conventional options like a simple login as most sites require for authenticated access. Andrew, you can hopefully breathe easier now. Relax and enjoy your unlimited databases. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit
Re: [ANN]BvG Docu 1.7
I got the same error as Mark and I AM using the Rev IDE (4.5.1 dp-1). len morgan On 10/19/2010 3:16 PM, Mark Wieder wrote: Björnke- Tuesday, October 19, 2010, 12:48:19 PM, you wrote: Damnit reacting to a install where there's no clumps file, that was exactly what I changed. Do you two per chance not use the rev ide? because I use if revappversion() = 4.5.0 thencreate fake clumps file here. You might want to tweak that a bit since I tried this with 4.5.1-dp1. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [UPDATE] The little RPN Calculator now is more HP like
On Sat, Oct 16, 2010 at 3:24 AM, Mark Wieder mwie...@ahsoftware.net wrote: Andre- Friday, October 15, 2010, 11:48:42 AM, you wrote: Glad you liked it! :-) Given infinite time and money I'd implement UserRPL and SystemRPL... It would be fairly easy to get from here to a full-fledged FORTH system, but you'd have to add more keys. I considered buying an FPGA kit and trying to implement a FORTH system in it or buying one of the new arduinos (with more space and processing power) or an MBED and trying to create a FORTH for it but I recognize that I don't have the necessary knowledge and can't spend that money right now but one day I will... I've already made a small ASMx86 interpreter in Rev, next steps are: implementing Scheme and then FORTH. :-D -- -Mark Wieder mwie...@ahsoftware.net ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution -- http://www.andregarzia.com All We Do Is Code. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Franklin Audio Intro Pricing Ends Soon; New Testable Too!
Just be aware that beyond the extended 3 year warranty (which you pay extra for) Dell offers NO SERVICE WHATSOEVER. That means if your laptop dumps at 1 year and 1 day and you didn't get the extended warranty, your are SOL. Of course, they might sell you a warranty if you don't tell them the computer is broke. After 3 years you cannot get any parts or get repairs at an authorized Dell service center, because THERE ISN'T ANY SUCH THING. I was buying Dells for the Church up till I learned that little tidbit. Now it's HP's I think. Bob snip My last purchase was a Dell laptop, and I've been impressed with the good performance and solid construction of the machine. I got that one second-hand, but now that I know how to get OS-less computers from Dell my next one will probably be from them. -- Richard Gaskin Fourth World LiveCode training and consulting: http://www.fourthworld.com Webzine for LiveCode developers: http://www.LiveCodeJournal.com LiveCode Journal blog: http://LiveCodejournal.com/blog.irv ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Time pickers
Of course Scott had one! Bob On Oct 19, 2010, at 7:58 AM, J. Landman Gay wrote: On 10/19/10 12:34 AM, Scott Rossi wrote: go url http://www.tactilemedia.com/site_files/downloads/timesettings.rev; Exactly perfect! Just want I wanted. Last night I was thinking about making a clock like that. You just saved me some work. :) -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: on-rev remote database
This is not a good idea. I agree with the best practices notion that direct access to remote SQL servers is in general a bad thing. There are tricks you can use to harden them. I know our web guy got really really good at this. Still, you have to know what you are doing, and apart from IP filtering, it's best to not do it. That being said, I wonder if you could use a proxy to get around this limitation? Bob On Oct 18, 2010, at 11:41 AM, Andrew Kluthe wrote: Hmm, I wonder if you can set it to not worry about what IP is the connection is coming from. ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
