Re: delete registry do no work
At 11:01 PM -0500 4/23/05, Paul Salyers wrote: I'mm trying to get a button to delete a registry, but it gives an error: TypeHandler: can't find handler Object Button LinedeleteRegistry(HKEY_CURRENT_USER\Software\123\UserName\) HintdeleteRegistry deleteRegistry is a function. You need to say: get deleteRegistry(HKEY_CURRENT_USER\Software\123\UserName\) or put deleteRegistry(HKEY_CURRENT_USER\Software\123\UserName\) into myVar rather than just deleteRegistry(HKEY_CURRENT_USER\Software\123\UserName\) -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Two keys characters combinations (Was Limiting the number of characters per line in a scrolling field)
Hi Dar and Glen, It seems that special characters you can type with a single key (é with a French keyboard, ü with a German one, etc.) which were bypassed with Rev 2.2.x work now correctly since Rev 2.5. But for all characters which need a two keys combination (ü with a French keyboard, é with an English one, etc.), the message handlers (keyUp/Down and rawKeyUp/Down) are still bypassed :-( I did not check Bugzilla... Le 24 avr. 05, à 01:58, Dar Scott a écrit : On Apr 23, 2005, at 4:14 PM, Glen Bojsza wrote: This seems to do the trick but now I have to ask... What's an accented character? I'm thinking of umlaut and such. Maybe I'm using the wrong word. On OS X when I type in option-u u, the key message handlers are bypassed. Maybe that's been fixed? Amicalement, Eric Chatonet. So Smart Software For institutions, companies and associations Built-to-order applications: management, multimedia, internet, etc. Windows, Mac OS and Linux... With the French touch Web sitehttp://www.sosmartsoftware.com/ Email [EMAIL PROTECTED]/ Phone 33 (0)1 43 31 77 62 Mobile 33 (0)6 20 74 50 86 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
another multi-user solution?
This morning, while in the shower of course (Mr. Kaufman, the U.N. has decided to elect you Secretary General, on the condition that all of your decisions regarding this institution are made whilst you are in the shower.) I thought of another possible Rev-only solution to the problem of allowing multiple user access to data. Originally I had thought of two or more anchor apps that would subsequently open one of many data-record stacks. But instead of record-stacks, why not record-text-files? While opening a single text file containing all of the records would effectively shut out any other users from accessing the data, if that data was divided into separate text files, one for each record, any number of users could work on them (provided they were working on different records, of course). Plus, there would be the added advantage of easy manual correction should one of the records become corrupted somehow. My needs here are very basic; the records do not have to interact in any way; I don't have to do operations on any of the records in the aggregate (else I could see how opening many records successively would be cumbersome). Before I embark on this option, does anyone see any serious problems with this method? TIA, Kurt ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: another multi-user solution?
Why again are you not just using MySQL or SQLite? On 4/24/05 9:43 AM, Kurt Kaufman [EMAIL PROTECTED] wrote: This morning, while in the shower of course (Mr. Kaufman, the U.N. has decided to elect you Secretary General, on the condition that all of your decisions regarding this institution are made whilst you are in the shower.) I thought of another possible Rev-only solution to the problem of allowing multiple user access to data. Originally I had thought of two or more anchor apps that would subsequently open one of many data-record stacks. But instead of record-stacks, why not record-text-files? While opening a single text file containing all of the records would effectively shut out any other users from accessing the data, if that data was divided into separate text files, one for each record, any number of users could work on them (provided they were working on different records, of course). Plus, there would be the added advantage of easy manual correction should one of the records become corrupted somehow. My needs here are very basic; the records do not have to interact in any way; I don't have to do operations on any of the records in the aggregate (else I could see how opening many records successively would be cumbersome). Before I embark on this option, does anyone see any serious problems with this method? TIA, Kurt ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ||| )_) )_) )_) )___))___))___)\ )))_)\\ _|||\\\__ ---\ /- http://www.bluewatermaritime.com ^ ^ ^^^^^ ^^^ 24 hour cell: (787) 378-6190 fax: (787) 809-8426 Blue Water Maritime P.O. Box 91 Puerto Real, PR 00740 ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
another multi-user solution?
Bill wrote: Why again are you not just using MySQL or SQLite? Kurt: I guess I'm a bit intimidated: Many pages of information on how to set up a Rev stack to work with a SQL db; the question of how to create the db itself from existing data in stack format (I've managed to export it to text, but I've no idea how to do so in SQL format). I once borrowed a book on SQL about 10 years ago, but remember nothing now. I guess I also feel that if I have my scripts keeping track of all the data and formatting, I can easily correct a potential problem myself. With someone else's drivers as another part of the picture (on Windows, of which I don't really have enough knowledge to do effective troubleshooting). But thanks for your input; I know that there are probably those for whom working with SQL is a piece of cake; in their eyes I'm probably making things much more difficult for myself that they need be Kurt ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: another multi-user solution?
Hi Kurt, I know that there are probably those for whom working with SQL is a piece of cake; in their eyes I'm probably making things much more difficult for myself that they need be A project I was working on started down the SQL road and hit a BIG bump with the first book on actually setting up and administering an SQL network on Mac OS X. Do you like Unix command line syntax, aka Apple's Terminal application? Would you like to walk users through it over the phone as part of your support effort? Do you want to predefine every data field to the database...and assign each a data type which may be meaningless to Transcript? Do you want to ship /or install different versions of server on different platforms? Then yes, you may be making life more difficult. Kurt, I was going to suggest you look at working within Transcript's record locking procedure; but I recall doing that in the aftermath of learning the realities of SQL. I concluded that, since Transcript reserves write capability for the first person to open a stack until she closes it, any scheme that requires concurrent update by more than one user meant opening and closing the data stack with each read or write--which I considered unacceptable overhead. But note that all read-only stacks can be shared by multiple users now. What you propose with text file databases should work seamlessly within Transcript and require no third-party software. ...and if that fails, there's always SDB. :{`) Rob Cozens CCW Serendipity Software Company And I, which was two fooles, do so grow three; Who are a little wise, the best fooles bee. from The Triple Foole by John Donne (1572-1631) ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: another multi-user solution?
Howdy Kurt, On Apr 24, 2005, at 08:43, Kurt Kaufman wrote: This morning, while in the shower of course (Mr. Kaufman, the U.N. has decided to elect you Secretary General, on the condition that all of your decisions regarding this institution are made whilst you are in the shower.) I thought of another possible Rev-only solution to the problem of allowing multiple user access to data. Originally I had thought of two or more anchor apps that would subsequently open one of many data-record stacks. But instead of record-stacks, why not record-text-files? While opening a single text file containing all of the records would effectively shut out any other users from accessing the data, if that data was divided into separate text files, one for each record, any number of users could work on them (provided they were working on different records, of course). Plus, there would be the added advantage of easy manual correction should one of the records become corrupted somehow. My needs here are very basic; the records do not have to interact in any way; I don't have to do operations on any of the records in the aggregate (else I could see how opening many records successively would be cumbersome). Before I embark on this option, does anyone see any serious problems with this method? One potential problem - if you are relying on the filesystem's locking facilities to control access to files in a multi-user situation, then I'm guessing that the volume that holds these files must be made available to each of the client computers that is running your application. But remember in that case that file locking is not a reliable mechanism on a network mounted volume. If you don't want to use a database, one simple (and somewhat cool) solution would be to have a server stack or resource management stack running on your designated server machine. This application would listen on a designated port. When any of your client applications needed to access a shared resource they would open a socket connection with the server app, get or update the resource in question, and then close the socket. So long as you don't have a whole lot of clients and you don't keep the sockets open a long time this would work just fine. --gordy ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
another multi-user solution?
GT wrote: One potential problem - if you are relying on the filesystem's locking facilities to control access to files in a multi-user situation, then I'm guessing that the volume that holds these files must be made available to each of the client computers that is running your application. But remember in that case that file locking is not a reliable mechanism on a network mounted volume. [...] Kurt: Thanks for your advice. This is a Windows Workgroup PTP network with just 3 computers; no restricted data as far as any of the users is concerned, so I don't see a problem there. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
another multi-user solution?
RC wrote: [...] What you propose with text file databases should work seamlessly within Transcript... Kurt: I'm glad to hear that. Thanks. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
To MySQL or Not SQL
I've been up and down with this 'to SQL or not SQL' thing for a while, fearing long monotonous nights debugging arcane commands and crashing, etc. which has been my experience with client server databases used with x-talks in years past. Remember Butler? Holy smoke, what a crashfest. Not helped by system 7's ODBC implementation. I've painfully worked with GoLive 6's amazing but buggy Dynamic feature, which allows you to create webpages that suck data from MySQL and others. It writes php or asp snippets to the web page as well as install a few subroutines on your site. Brilliantly executed, to a point, except it looked like they just ran out of money and stopped beta testing and debugging. Out it went, and with only one bug fix version (the first version wouldn't work at all) that was it, in typical Adobe fashion. There are no more bugs in this product. So I had to tough it out with the unfamiliar PHP code calling SQL from html. Pretty crazy. But one thing in all my struggles was constant: my MySQL server hosted at Dreamhost. I gotta tell ya, if you guys don't have an ISP that includes mySQL, python,perl,mysql, quicktime streaming on a Linux server... move!! This stuff works, and one of the benefits of my particular webhost is that MySQL is part of the deal. They maintain it, and you secure it, put data in, and use it. For $10/month! Why bother running one's own server for most projects if installation is painful? But, getting to the point, I recently started a project that included a client-server function and I felt that this might take a while to get running. I actually tried to make a 'mock-database' in globals thinking it might allow me to get on to the other parts of building and come back to it; you know, hook it up later. Well I was debugging pretty much what would start to look like SQL calls anyway, so I just scrapped it and was determined to do it the 'right' way. I got Sarah's fine SQL stack, which demonstrates some of the built-in SQL functionality of Rev, with a very nice layout and a simple dislplay of data that I hadn't seen before -- thanks for the idea..and it inspired me to just dive in. Still I needed a bit more functionality and ease...too many things to open and close, cleanup etc.. THEN.. after a tiny bit of searching I found Trevor Devore's libDB... finally, a simple, logical way to deal with database calls. And it works, fast and clean. And all based on Rev arrays. Yesterday, I reached a milestone in my project, I got a moderately complicated multi-call SQL report working...and it took about 2 weeks after I decided to go for the 'real deal'. So I'd say, if your project can use client-server functionality now or in the future, do it! Use Chipps altMYSQL lite if it's imbedded. It just works and saves time for other things, like the interface! SQL itself is pretty easy as a language. It's verbose, self describing and consists of 40 or so commands that all make sense. Sometimes it's almost like Transcript! You usually only need to know a few commands to get a listing or a single record. It's a little more involved to insert and create records, but not much with Trevor's lib. And if the data doesn't need to be entered much, one can always manage the data input side with a SQL client such as CocoaMySQL and many others. I save various SQL calls in custom properties to avoid a lot of the quoting problems, and Trevor's lib also cleans up the entered SQL calls. Speaking of verbose, I'll stop. Sorry for the long post. stephen quinn barncard (sqb) Hi Kurt, I know that there are probably those for whom working with SQL is a piece of cake; in their eyes I'm probably making things much more difficult for myself that they need be A project I was working on started down the SQL road and hit a BIG bump with the first book on actually setting up and administering an SQL network on Mac OS X. Do you like Unix command line syntax, aka Apple's Terminal application? Would you like to walk users through it over the phone as part of your support effort? Do you want to predefine every data field to the database...and assign ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Table Formatting
This may seem like a simple question but how do I format a table field with different widths for the columns and a header? What I want is a three column table with a single digit in the first column, a dollar amount in the second, and a (fairly) long description in the third. I also want to have a set of titles above the table denoting what each column is for. I looked up table in the documents and don't see much that would help me. Thanks in advance... Len Morgan ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: To MySQL or Not SQL
So I'd say, if your project can use client-server functionality now or in the future, do it! Use Chipps altMYSQL lite if it's imbedded. It just works and saves time for other things, like the interface! SQL itself is pretty easy as a language. It's verbose, self describing and consists of 40 or so commands that all make sense. Sometimes it's almost like Transcript! You usually only need to know a few commands to get a listing or a single record. It's a little more involved to insert and create records, but not much with Trevor's lib. And if the data doesn't need to be entered much, one can always manage the data input side with a SQL client such as CocoaMySQL and many others. I save various SQL calls in custom properties to avoid a lot of the quoting problems, and Trevor's lib also cleans up the entered SQL calls. Speaking of verbose, I'll stop. Sorry for the long post. stephen quinn barncard (sqb) SQL is, probably, in about direct to disk datas storage and management, the perfect Rev sister-ship and, with the help of Chipp's libraries, a piece of cake to set-up. Leaen once how to drive SQL back-ends from within Rev and you will than use this winning combination all the time :-) -- Bien cordialement, Pierre Sahores 100, rue de Paris F - 77140 Nemours [EMAIL PROTECTED] [EMAIL PROTECTED] GSM: +33 6 03 95 77 70 Pro: +33 1 64 45 05 33 Fax: +33 1 64 45 05 33 http://www.sahores-conseil.com/ WEB/VoD/ACID-DB services over IP Mutualiser les deltas de productivité ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Table Formatting
Le 24-avr.-05, à 20:27, Len Morgan a écrit : This may seem like a simple question but how do I format a table field with different widths for the columns and a header? What I want is a three column table with a single digit in the first column, a dollar amount in the second, and a (fairly) long description in the third. I also want to have a set of titles above the table denoting what each column is for. I looked up table in the documents and don't see much that would help me. Thanks in advance... Look at tabstops property : set the tabStops of field to tabStopList Hope this helps Greetings. Yves COPPE [EMAIL PROTECTED] use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: another multi-user solution?
On 4/24/05 10:39 AM, Rob Cozens wrote: I concluded that, since Transcript reserves write capability for the first person to open a stack until she closes it, any scheme that requires concurrent update by more than one user meant opening and closing the data stack with each read or write--which I considered unacceptable overhead. But note that all read-only stacks can be shared by multiple users now. Actually, while HyperCard works that way, Revolution lets multiple users open a stack and write to it. If two people have the stack open at the same time, either one can overwrite the other's changes. Record locking has to be scripted; often accomplished by writing a small text file to disk that tracks usage. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Slider Questions
Hi everyone, I have a couple of questions about sliders. I¹m using my slider to adjust the speed of playback for a presentation. 1. Is there a way to build a new slider widget to replace the system sliders? I¹d like to have the identical slider on all platforms. 2. Is there a way to ³snap² the slider handle into specific positions so the slider handle is in the absolute position of the closest whole value it was near when the user releases the mouse click there must be an easier way to say that :) Thanks ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider Questions
On Apr 24, 2005, at 5:25 PM, Varen Swaab wrote: 2. Is there a way to snap the slider handle into specific positions so the slider handle is in the absolute position of the closest whole value it was near when the user releases the mouse click there must be an easier way to say that :) Varen, I did this with a simple mouseup handler in the slider script: on mouseup set thumbposition of me to round(thumbposition of me) end mouseup ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Slider Questions
Thank you Dennis, that worked perfectly!!! On 4/24/05 4:31 PM, Dennis Brown [EMAIL PROTECTED] wrote: On Apr 24, 2005, at 5:25 PM, Varen Swaab wrote: 2. Is there a way to ³snap² the slider handle into specific positions so the slider handle is in the absolute position of the closest whole value it was near when the user releases the mouse click there must be an easier way to say that :) Varen, I did this with a simple mouseup handler in the slider script: on mouseup set thumbposition of me to round(thumbposition of me) end mouseup ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Registry write/read problems
Dear Rev Programmer, I have a program that writes a key to registry to unlock a program and make it go from shareware to full version. I program on a Windows 2000 Pro. The executable works great on my Windows 2000 Pro Windows 98 laptop. Three friends run it on their Windows XP and it worked fully on 1 worked half way on 1 and didn't work at all on 1. * * Worked fully: means the program registered the key and it shows that the program is registered. Worked half: means it registered the programs, but didn't show that it registered the programs. Didn't work: didn't register at all. Any reasons why the 3 XP was like this? Paul Salyers PS1 - Senior Rep. [EMAIL PROTECTED] Http://ps1.SoftSeven.org ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Registry write/read problems
Paul Salyers wrote: I have a program that writes a key to registry to unlock a program and make it go from shareware to full version. I program on a Windows 2000 Pro. The executable works great on my Windows 2000 Pro Windows 98 laptop. Three friends run it on their Windows XP and it worked fully on 1 worked half way on 1 and didn't work at all on 1. * I can't offer any insight into the Registry, as I generally avoid platform-specific solutions whenever possible. Maybe this multi-platform alternative will be helpful: I tend to store reg info in stack files, and you can tuck them into C:/Documents and Settings/UserName/Application Data/ You can obtain the path to that folder with: get specialFolderPath(26) For a list of all specialFolderPath options available for both Mac and Win see Ken Ray's excellent compendium at http://www.sonsothunder.com/devres/metacard/tips/file010.htm On Mac I do the same thing, storing the info in the Preferences folder using: get specialFolderPath(preferences) The stack I store the info in contains code and/or objects critical to the program's operation, so merely deleting it will make the program unable to run. It's not bullet-proof (what is?), but it's more secure and less volatile than the Registry, can be used on all platforms, and avoids the wonkiness of working with the Registry. -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution