Re: devolution available
On 12/6/04 11:28 PM, Richard Gaskin [EMAIL PROTECTED] wrote: On 12/3/04 10:42 PM, Richard Gaskin [EMAIL PROTECTED] wrote: Anyone else interested in working on a script editor if it were open source? If it would be integrated with the Rev debugger, then I'd want to join in the effort. Would it? It would if you chose to make that your first contribution to the effort. ;) There must be quicker alternatives, since I have few clues how complex the interface is between the current editor and the debugger. But since I think their current behavior together is buggy and incomplete, I¹m guessing it¹s not trivial. So for now I'm hoping someone else will make this key contribution -- or explain how trivial it is. I think integrating the editor with the debugger will happen a lot sooner and better if RR wants to support the project's goals. Then at least we'd get some good clues about the current API and what changes they see coming. Does anybody at RR want to support the goal of integrating the proprietary debugger with a non-proprietary script editor? -- Dick ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: devolution available
Dick Kriesel wrote: I think integrating the editor with the debugger will happen a lot sooner and better if RR wants to support the project's goals. Then at least we'd get some good clues about the current API and what changes they see coming. Not necessarly: they have many other priorities that I would prefer them to place ahead of this. Their code is open and waiting to be read, and likely does not differ dramatically from the MC IDE code from which both this editor and their debugger were born. It may not be trivial, but I'm almost certain it could be done faster by a motivated outsider than put into queue with RunRev behind a long list of things only they can do, like engine fixes and enhancements. Speaking of, I just got notice that bug #605 was fixed -- the answer file filters on OS X. Yeah! Thanks Tuv! -- Richard Gaskin Fourth World Media Corporation __ Rev tools and more: http://www.fourthworld.com/rev ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: devolution available
On 7/12/04 9:55 am, Dick Kriesel [EMAIL PROTECTED] wrote: It would if you chose to make that your first contribution to the effort. ;) There must be quicker alternatives, since I have few clues how complex the interface is between the current editor and the debugger. But since I think their current behavior together is buggy and incomplete, I¹m guessing it¹s not trivial. So for now I'm hoping someone else will make this key contribution -- or explain how trivial it is. I think integrating the editor with the debugger will happen a lot sooner and better if RR wants to support the project's goals. Then at least we'd get some good clues about the current API and what changes they see coming. Does anybody at RR want to support the goal of integrating the proprietary debugger with a non-proprietary script editor? Unfortunately, beneficial as I think this project would be, this isn't something we have the resources to support at the moment. I'm sure several people on this list would be capable of figuring out the inner workings of these components and getting this started. We might be able to provide some help with this at a later stage. Kind regards, Kevin Kevin Miller ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Sending a window to the bottom of all open windows?
Do you guys know if there is a way to tell a standalone window to set itself to the bottom, in terms of the Z-order of all open windows (not just open rev stacks)? Jonathan Lynch Epi-X Editor 404-498-6061 ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Revolution, Python and bytecode optimization - A teeny math benchmark
Dear Revolutionaries I really like Python and I was just curious to see how the rev compiled bytecode compared to Python's in a very simple math benchmark. I am definitely NOT making any kind of statement here about Rev. or Python (or any other programming language for that matter). If we simply wanted to do pure math at lightning speeds and cared little about wonderful interfaces or programming flexibility, we'd all be using a command line C compiler. That being said however, I am always interested in any approach that can combine the wonderful flexibility of 4th generation languages with the performance traditionally associated with the statically typed, compiled languages (like C or Fortran). Of course, languages like C will likely always have certain advantages with regards to performance optimization, compared with Rev or Python, but any tricks we can use that can improve the performance of the languages we love, can potentially give us the best of both worlds. This is something the Python community has really taken to heart. Successive releases of Python have gotten ever faster (20 - 30% speed up between Python 2.2 and 2.3, another ~5% for Python 2.4) but it's the Python community at large (arguably the lynchpin of Python's success) that have really stepped up to the plate and provided superb tools for improving Python's performance. Python users can now inline C code with modules like Pyrex and Weave and in an even simpler approach, they can optimize the Python bytecode with modules like Psyco, which can make a really dramatic performance difference. So as Marty DiBergi would say - enough of my yackin' let's boogie! Teeny math benchmark: 10,000,000 iterations of a loop, calculating the square root of the loop index on each pass. Revolution 2.5 repeat with n = 1 to niter put sqrt(n) into tmp end repeat Time = 7.133 seconds (elapsed) Python 2.3 while n = niter: s = math.sqrt(n) n += 1 Time = 18.1 seconds (elapsed) Python 2.3 with Psyco bytecode optimization One line of code added psyco.bind(timeit) where timeit is the name of my simple iterative function Time = 1.66 seconds (elapsed) big hand-waving disclaimer I know I know ... the author of this little benchmark is fully aware that this is just one tiny aspect of each langauge and that it doesn't prove anything and you shouldn't sell the farm based upon this etc. etc. ... He was just curious and wanted to make the point about bytecode optimization. /big hand-waving disclaimer Questions: Could such a bytecode optimization approach work for compiled Rev stacks also? Are there other people out there thinking about such things as how to add C modules for computationally intensive parts of a Rev. program? Is the Rev. externals package easy enough to use that it constitutes a viable solution to improving perfomance through the use of DLLs? Best Gordon = :: Gordon Webster :: ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
screen resolution problems
Hi, I have been developing software for testing in schools - built as a windows standalone. The program is made for a 1024 x 768 screen size (the card filling about 2/3rds of the screen with a backdrop) - the stack is quite complex, it contains lots script, lots of cards, each with different fonts, buttons and fields. Some of the computers we wanted to use are networked and set to a screen resolution of 800 x 600. Can anyone suggest a good solution to this? The easiest solution would be to change the resolution of the host computers during testing - at the end change it back. Would this be an okay thing to do and does anyone have a script that would allow me to do this? An alternative solution would be to change everything on the stack? Is this solution the best and is there any easy way to do this? I would be very grateful for any help. thanks, Patricia George ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: screen resolution problems
Hi Pat, Hi, I have been developing software for testing in schools - built as a windows standalone. The program is made for a 1024 x 768 screen size (the card filling about 2/3rds of the screen with a backdrop) Ehmm, did i understand you right? 1024 / 3 * 2 = about 683 768 / 3 * 2 = 512 This will fit onto a monitor set to 800*600 and parts of the backdrop could still be seen... In THAT case setting the stack to the screenloc would be sufficient :-) on preopenstack set the loc of this stack to the screenloc ... end preopenstack ... I would be very grateful for any help. thanks, Patricia George Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: screen resolution problems
Hi Klaus, sorry to mislead you, have tried the software on a screen set to 800 x 600 and it is too big - it doesn't all fit onto the screen. Unfortunately, the original size of the stack is 940 x 600. thanks, Pat Ehmm, did i understand you right? 1024 / 3 * 2 = about 683 768 / 3 * 2 = 512 This will fit onto a monitor set to 800*600 and parts of the backdrop could still ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: screen resolution problems
From a development perspective, both solutions are less than desirable: 1. Rev does not like to have the screen resolution changed while running; this is an engine flaw (one might say limitation, but since Apple's HI guidelines, and M$'s as well I think, make specific statements that programs should be prepared to deal cleanly with changes in the screen resolution while running, it is *quite* a limitation), so it applies to all standalones as well. While it may be possible to use a script to change the screen resolution, this may not be desirable, and the standalone may not work correctly. Any comments here? Has anyone actually tested Rev's (or a standalone's) behavior when the resolution changes midstream? See the docs for the screenRect function for more details. 2. Depending on how your card was designed, reducing the size of the stack may require you to redo the layouts of some, many, or all objects on each and every card (but ultimately it would work)... Suggested new stack sizes: 720x460, 790x504 The easiest option is to change the screen resolution of those computers *before* starting your program. The best option (depending on your situation) would likely be #2, though it could take some time. Another (unfortunate) reality: some monitors, or some video cards, may limit your screen resolution to the point where it may not be possible to get the higher resolution. Also, some security software may prevent the resolution from being changed. On Dec 7, 2004, at 1:07 PM, [EMAIL PROTECTED] wrote: Hi Klaus, sorry to mislead you, have tried the software on a screen set to 800 x 600 and it is too big - it doesn't all fit onto the screen. Unfortunately, the original size of the stack is 940 x 600. thanks, Pat Ehmm, did i understand you right? 1024 / 3 * 2 = about 683 768 / 3 * 2 = 512 This will fit onto a monitor set to 800*600 and parts of the backdrop could still ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution --- Frank D. Engel, Jr. [EMAIL PROTECTED] $ ln -s /usr/share/kjvbible /usr/manual $ true | cat /usr/manual | grep John 3:16 John 3:16 For God so loved the world, that he gave his only begotten Son, that whosoever believeth in him should not perish, but have everlasting life. $ ___ $0 Web Hosting with up to 120MB web space, 1000 MB Transfer 10 Personalized POP and Web E-mail Accounts, and much more. Signup at www.doteasy.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Standalone Problems for OSX and OS9 apps
so today finally after 2 years of using Rev, I've actually tried to make some standalones, and the process seems to be straightforward and simple. However, the standalones display different results, some of which defeat the usefulness of these apps, and the inconsistency is bothersome. 1. App is created in 2.5, using no externals, etc, all Transcript. Simple loading in of text files, parsing data to send to a second stack window for printing. There are grey cutting guide lines on the printing window (this is for simple CD labeling) and also table boundary lines which show up properly on screen and print just fine on a Laserwriter printer. Everything works in the IDE. OS 10.3.4. I'm using tab-delimited text inserted into table fields from files loaded with open and read. 2. OSX standalone works great, except that all the greyed lines don't appear in the printed output but yet are there in the template stack. Huh? 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. Are there any 'gotchas' that I should be looking out for in compiling these apps? The appropriate libraries were checked. Is it the shade of grey that's the problem? disappointed but not down, stephen barncard -- _ CSN FAMILY OF WEBSITES: http://crosbystillsnash.com http://crosbynash.com http://grahamnash.com http://davidcrosby.com Stephen Barncard WEb duDe Record Producer and Mixer [EMAIL PROTECTED] Barncard site http://www.barncard.com _ ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Standalone Problems for OSX and OS9 apps
1. App is created in 2.5, using no externals, etc, all Transcript. Simple loading in of text files, parsing data to send to a second stack window for printing. There are grey cutting guide lines on the printing window (this is for simple CD labeling) and also table boundary lines which show up properly on screen and print just fine on a Laserwriter printer. Everything works in the IDE. OS 10.3.4. I'm using tab-delimited text inserted into table fields from files loaded with open and read. 2. OSX standalone works great, except that all the greyed lines don't appear in the printed output but yet are there in the template stack. Huh? I don't have any great ideas about this one. Do you create a new stack based on a template stack? If so, it will be it's own mainStack and not inherit any properties from the original's mainStack. Could this be the problem? 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. This is almost certainly a file path problem as OS 9 operates differently to OS X. Does the app locate the text files itself or do you use answer file to find them? if it is locating them itself, then I would expect that the file path is incorrect. Build an OS 9 app that uses the answer file command and you will be able to see exactly what the file path should be. Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Battery testing, volume booster
Looking for ideas on how to accomplish two functions from within Rev: 1. Read the status of the internal battery (i.e. % charged); 2. Boost the output of the speaker beyond the built-in volume level. In other words, access/create the functionality of a simple software equalizer (such as the Preamp function in I-Tunes). Any suggestions? Thanks. Richard Miller Imprinter Technologies, LLC ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: screen resolution problems
Hi Pat, Hi Klaus, sorry to mislead you, have tried the software on a screen set to 800 x 600 and it is too big - it doesn't all fit onto the screen. Unfortunately, the original size of the stack is 940 x 600. thanks, Pat Ah, i knew it wouldn't be THAT easy :-) Ehmm, did i understand you right? ... Best Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Battery testing, volume booster
Hi Richard, Looking for ideas on how to accomplish two functions from within Rev: 1. Read the status of the internal battery (i.e. % charged); I can't help with the volume boost, but here is the script I use for reading the battery charge in an iBook. It requires the shell command battery which you can download from http://www.mitt-eget.com/software/macosx/. I couldn't get that link to work this morning, so if you want the shell command, let me know off-list and I can email you a copy. I put it into the /usr/bin/ folder but you can put it anywhere you like if you send the full path to the shell function. It can give you a whole heap of info - run it in Terminal and check the help, but the function below just returns the percent charge or n/a if there is no battery. -- check battery level using OS X shell command -- battery script needs to be in /usr/bin/ -- -- returns percent charge or n/a -- function batteryLevel if isOSX() then put shell(battery csv) into tBatt put last item of line 1 of tBatt into tPercent put item 4 of tBatt into tFlags if char 6 of tFlags = 0 then -- no battery connected put n/a into tPercent end if else -- OS 9 can't use shell commands put n/a into tPercent end if return tPercent end batteryLevel Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Standalone Problems for OSX and OS9 apps
Thanks Sara, no, this is not a file path problem. The files are selected by the standard file dialog. And by 'template' I mean that one stack is strictly a 'template' for printing with no controls and fields that are stripped down with no scrollbars, focus or border so it will print correctly. Data are inserted by script prior to printing. Both platform apps print the text if it's already in the field. EVERYTHING works great in the IDE in OSX. The application builder downloaded any missing engines. But right now the app is useless in both platforms, for different reasons. Damn. sqb 1. App is created in 2.5, using no externals, etc, all Transcript. Simple loading in of text files, parsing data to send to a second stack window for printing. There are grey cutting guide lines on the printing window (this is for simple CD labeling) and also table boundary lines which show up properly on screen and print just fine on a Laserwriter printer. Everything works in the IDE. OS 10.3.4. I'm using tab-delimited text inserted into table fields from files loaded with open and read. 2. OSX standalone works great, except that all the greyed lines don't appear in the printed output but yet are there in the template stack. Huh? I don't have any great ideas about this one. Do you create a new stack based on a template stack? If so, it will be it's own mainStack and not inherit any properties from the original's mainStack. Could this be the problem? 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. This is almost certainly a file path problem as OS 9 operates differently to OS X. Does the app locate the text files itself or do you use answer file to find them? if it is locating them itself, then I would expect that the file path is incorrect. Build an OS 9 app that uses the answer file command and you will be able to see exactly what the file path should be. Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Standalone Problems for OSX and OS9 apps
On Dec 7, 2004, at 1:53 PM, Stephen Barncard wrote: so today finally after 2 years of using Rev, I've actually tried to make some standalones, and the process seems to be straightforward and simple. However, the standalones display different results, some of which defeat the usefulness of these apps, and the inconsistency is bothersome. 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. Are you testing the OS 9 standalone on an OS 9 machine or using Classic with OS X? If you are using Classic then reading files will not work. It works fine if running under OS 9 however. -- Trevor DeVore Blue Mango Multimedia [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Setting fonts to be different in OSX and Windows
Hello again! and thank you for your responses! I have some questions about how to actually implement your suggestions: Jacqueline Gay, you said: Another way that sometimes works is to have a handler check the platform that is running, and set the font size in Windows a bit smaller than it is on a Mac. You can do this in a preOpenCard handler if the changes affect only that card, or do it more generally in a preOpenStack handler if the changes need to be widespread. For example, set the textsize to 12 on Mac and 11 on Windows. What is preOpenCard/Stack and how do I access these items to change them? Richard Gaskin mentioned that There was a thread here a couple weeks ago on this [cross-platform texts] -- anyone have the time to put that into the FAQ? If anyone does that would be great! or if you remember the subject of the thread, I could find it myself in the archives. Thanks again, Anna - Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Formatting text within a field
I have another question about fonts: is it possible to format the text within a field without using HTML? I have only been able to make uniform text in a field [i.e. all same size, style: bold, italisized, underlined, and font face.] Thank you! Anna - Do you Yahoo!? Yahoo! Mail - now with 250MB free storage. Learn more. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Revolution, Python and bytecode optimization - A teeny math benchmark
At 08:33 07/12/2004 -0800, Gordon wrote: Teeny math benchmark: 10,000,000 iterations of a loop, calculating the square root of the loop index on each pass. Revolution 2.5 repeat with n = 1 to niter put sqrt(n) into tmp end repeat Time = 7.133 seconds (elapsed) Python 2.3 while n = niter: s = math.sqrt(n) n += 1 Time = 18.1 seconds (elapsed) big hand-waving disclaimer I know I know ... the author of this little benchmark is fully aware that this is just one tiny aspect of each langauge and that it doesn't prove anything and you shouldn't sell the farm based upon this etc. etc. ... He was just curious and wanted to make the point about bytecode optimization. /big hand-waving disclaimer I'll get around to a longer reply on the underlying issues . but a quick comment on your benchmark. I read your disclaimer - but even allowing for that, I don't understand why you used such different forms of loops to compare. If you're doing the Python version while n = niters: n += 1 why not do the Rev as repeat while n = niters add 1 to n end repeat (For rev, the repeat while version is 60% slower than repeat for.) Or, otoh, why not compare repeat for n=1 to niters with for n in range(niters): (the for version is about 25% faster in Python than the while version) And of course, I still can't figure out why a bytecode optimizer wouldn't achieve what a good compiler optimizer would - i.e. eliminate the entire loop, setting the terminal values for n and tmp. -- Alex. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Standalone Problems for OSX and OS9 apps
Why on earth won't a simple file read work in Classic? Even Hypercard works fine in classic! that is the most basic thing a program can do! Is this a bug? And this of course does not address the printing differences noted in OSX. Why would any of that be different? On Dec 7, 2004, at 1:53 PM, Stephen Barncard wrote: so today finally after 2 years of using Rev, I've actually tried to make some standalones, and the process seems to be straightforward and simple. However, the standalones display different results, some of which defeat the usefulness of these apps, and the inconsistency is bothersome. 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. Are you testing the OS 9 standalone on an OS 9 machine or using Classic with OS X? If you are using Classic then reading files will not work. It works fine if running under OS 9 however. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Formatting text within a field
I have another question about fonts: is it possible to format the text within a field without using HTML? I have only been able to make uniform text in a field [i.e. all same size, style: bold, italisized, underlined, and font face.] Yes it is. Try things like: set the textFont of line 3 of fld Text to Verdana set the textStyle of char 3 to 7 of line 12 of fld Text to bold,italic set the textSize of line 3 to 6 of fld Text to 14 set the foreColor of word 5 of line 2 of fld Text to blue If you need to copy the text to another field, you will have to use the htmlText as that is the property that holds the formatting. e.g. put fld Text into fld Another will only copy the actual text. set the htmlText of fld Another to the htmlText of fld Text will copy all the formatting. This also allows a very quick method of removing all formatting: put fld Text into fld Text Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Standalone Problems for OSX and OS9 apps
You can read files in Classic, but as the file paths are different, you need to use the revMacFromUnixPath function to translate your file paths. I haven't got the scripts handy at the moment, but I worked all this out a while ago. I'll look them up this evening and post an example tomorrow, but it CAN be done, although I too used to think otherwise. Sarah On 8 Dec 2004, at 9:32 am, Stephen Barncard wrote: Why on earth won't a simple file read work in Classic? Even Hypercard works fine in classic! that is the most basic thing a program can do! Is this a bug? And this of course does not address the printing differences noted in OSX. Why would any of that be different? On Dec 7, 2004, at 1:53 PM, Stephen Barncard wrote: so today finally after 2 years of using Rev, I've actually tried to make some standalones, and the process seems to be straightforward and simple. However, the standalones display different results, some of which defeat the usefulness of these apps, and the inconsistency is bothersome. 3. The OS 9 stanalone is worse - the grey lines show up in print, but no text gets loaded into the table field for editing. Another button that loads text from the clipboard works, but loading from a file doesn't - only on the OS9 standalone. Are you testing the OS 9 standalone on an OS 9 machine or using Classic with OS X? If you are using Classic then reading files will not work. It works fine if running under OS 9 however. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Battery testing, volume booster
Thanks, Sarah. That seems to work fine. Much appreciated. Still looking for ideas on the volume boost from anyone else. Richard On Dec 7, 2004, at 5:51 PM, Sarah Reichelt wrote: Hi Richard, Looking for ideas on how to accomplish two functions from within Rev: 1. Read the status of the internal battery (i.e. % charged); I can't help with the volume boost, but here is the script I use for reading the battery charge in an iBook. It requires the shell command battery which you can download from http://www.mitt-eget.com/software/macosx/. I couldn't get that link to work this morning, so if you want the shell command, let me know off-list and I can email you a copy. I put it into the /usr/bin/ folder but you can put it anywhere you like if you send the full path to the shell function. It can give you a whole heap of info - run it in Terminal and check the help, but the function below just returns the percent charge or n/a if there is no battery. -- check battery level using OS X shell command -- battery script needs to be in /usr/bin/ -- -- returns percent charge or n/a -- function batteryLevel if isOSX() then put shell(battery csv) into tBatt put last item of line 1 of tBatt into tPercent put item 4 of tBatt into tFlags if char 6 of tFlags = 0 then -- no battery connected put n/a into tPercent end if else -- OS 9 can't use shell commands put n/a into tPercent end if return tPercent end batteryLevel Cheers, Sarah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
using links on the web
Hi everybody. I have hundred of pages written in a rev stack. In these pages are included numerous links made using the linktext property. When I click on the text, a very simple message like ABCDE is sent and leads to another card. My problem is the following : if I put the htlmtext of my pages on a web site, and if the user clicks on the links, the browser searches a page named ABCDE and of course finds nothing since it is not a URL. It would be a lot of work to replace each link by an URL. I have a MySQL database with a table associating a correct URL to each ABCDE, but I can't find a way to recover ABCDEas a variable and send it to the database. Maybe a javascript script?? Thanks for your help. Pierre Delain ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Formatting text within a field
On 12/7/04 5:14 PM, Anna Shn [EMAIL PROTECTED] wrote: I have another question about fonts: is it possible to format the text within a field without using HTML? I have only been able to make uniform text in a field [i.e. all same size, style: bold, italisized, underlined, and font face.] Yes... here's an example: set the textColor of word 2 of field 1 to red Ken Ray Sons of Thunder Software Web site: http://www.sonsothunder.com/ Email: [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Cross platform search database
The easiest way to set up all of the searching, etc. for a large database would be to store all of the data in an SQL database and let the database server worry about indexing, searching, and sorting results; however, this would require there to be an SQL database server running on the machine in order to query the results. Not a particularly nice thing for running such a program from a CD. Or just do it all in a Filemaker runtime. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Cross platform search database
Or use the Valentina SQL engine for heavy lifting, which ships with Rev. The easiest way to set up all of the searching, etc. for a large database would be to store all of the data in an SQL database and let the database server worry about indexing, searching, and sorting results; however, this would require there to be an SQL database server running on the machine in order to query the results. Not a particularly nice thing for running such a program from a CD. Or just do it all in a Filemaker runtime. ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Product Announcements
Rod, My blood banking software, Transfusion Medicine Interactive, (created with Rev of course) is finally available through the AABB Press. Please refresh my memory on what you need from me/AABB in the way of a product announcement--i.e. how long should it be, any specific information that you require, etc. Thanks. Marian (Petrides, MD) On May 17, 2004, at 1:03 PM, Rod McCall wrote: Hello everyone, There has been quite a few product announcements lately. If you are intending to announce a product then please get in touch as we can help with promoting it to the outside world. It doesn't matter if your product is commercial, shareware, freeware or postcardware we would like to hear from you! Just send me an email ([EMAIL PROTECTED]) if you would like more information. Regards, Rod Dr Rod McCall ~ [EMAIL PROTECTED] ~ http://www.runrev.com/ Runtime Revolution - User-Centric Development Tools ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: screen resolution problems
The easiest solution is to check on startup the screen resolution (get the screenRect) and if it's not big enough popup an answer warning dialog telling the user to please quit and change resolutions and relaunch. The next easiest solution would be to open the stack w/out clipping on the screen (course it's too big) and build yourself a small nav palette like Richard Gaskin has in devolution...not too hard, I built one in a couple hours. The nav palette allows the user to move the larger screen around easily and view all parts of it...think pan and scan. The best solution would be to modify your stack so it works well in both resolutions. See the Geometry Manager or resizeStack handler. hope this helps, Chipp [EMAIL PROTECTED] wrote: Hi, I have been developing software for testing in schools - built as a windows standalone. The program is made for a 1024 x 768 screen size (the card filling about 2/3rds of the screen with a backdrop) - the stack is quite complex, it contains lots script, lots of cards, each with different fonts, buttons and fields. Some of the computers we wanted to use are networked and set to a screen resolution of 800 x 600. Can anyone suggest a good solution to this? The easiest solution would be to change the resolution of the host computers during testing - at the end change it back. Would this be an okay thing to do and does anyone have a script that would allow me to do this? An alternative solution would be to change everything on the stack? Is this solution the best and is there any easy way to do this? ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Windows standalone two handlers separated
I've got another clue about why my windows standalone is not working. Okay, my script into two halves-- one in the card script and one in the script of a button. At the end if the card script section it says send parttwo to card button instructions ...And I made sure to put all of the relevant local variables (only 1) into a global variable, so that it could be accessed in the script of the card button instructions. However, It seems as though my standalone is only running the card script section, and then not going to the script of cd btn instructions. Is there any known error that Windows standalones have with, as in this case, one handler calling a handler that's located elsewhere? btw: unrelated thing: if I have a wav file in my stack, how do I a. find out how big it is b. delete it? Thanks :) Andrew ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
