Re: Removing CRLF from text
How about this? put C:/temp/some.ini into tFilename put URL (binfile: tFilename) into tData put + crlf into tmatchstring replace tmatchstring with space in tData If you read as binfile: it should stop the engine automatically translating crlf to lf on import. Martin Baxter mfstuart wrote: Hi, RunRev: 2.90 OS: WinXP I have a situation where a software application's ini file has the plus (+) char and CRLF at the end of a line, when the line passes 80 characters. The balance of the ini entry is placed on the next line. Each ini entry could be very long and possibly go to 3 lines. Why they did this I don't know, really. But what I need to do is remove the + and CRLF so that each ini entry is complete in itself, on one line. ini file currently contains: dfgsdfg sdfgsd fgsdfgsdf gsdfg + sdfgadfs dgdghs dfdfgg fghf+ dfgh dfgh Result I'd like after running the script: dfgsdfg sdfgsd fgsdfgsdf gsdfg sdfgadfs dgdghs dfdfgg fghf dfgh dfgh I've used this script, and variations of it, to remove these characters: + CRLF. It removes the + char, but still leaves each ini entry split into multiple lines. I've also searched the archives for a solution, nothing is working. Any ideas? My script: on mouseUp --clear current fields on card --these fields are so that I can see the results from the script. put empty into fld Orig put empty into fld Changed --fetch the file put C:/temp/some.ini into tFilename put URL (file: tFilename) into tData put tData into fld Orig repeat for each line L in tData --grab the line put L into tLine --If the line contains +, then it will also contain CR and LF, --so only work on a line with +. if (tLine contains +) then --find + and delete it put offSet(+,tLine) into tPos delete char tPos to tPos in tLine --find CR and delete it put offSet(CR,tLine) into tPos delete char tPos to tPos in tLine --find LF and delete it put offSet(LF,tLine) into tPos delete char tPos to tPos in tLine --put the line into a container so that I can see the results put tLine cr after theLines else -- just put the line into a container put tLine cr after theLines end if end repeat put theLines into fld Changed end mouseUp Regards, Mark Stuart -- I am Not a Number, I am a free NaN ___ 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: REV Send Email via CGI and mail.php script on the fly?
Hi I agree but I have had past problems using sendmail (particularly with attachments) on some web servers. The solution that's worked best for me is LibCGI and Shao Sean's libSMTP libEmailEncode. All in rev :) regards alex Andre Garzia wrote: Folks, using smtp routines from a cgi is not the best solution. If the server blocks, you end up eating server resources and many hosts will not allow your cgi to open sockets to outside servers. RevOnRockets has a library called RocketsSendmail that wraps around the sendmail common unix tool to send emails, you can simply download and use that instead of using a php file. I can assist Cheers andre ___ 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: Removing CRLF from text
put URL proto://xyz.ini into myconfig replace + CRLF with empty in myconfig put myconfig ... Any line with a CRLF without a + before will stay. Regards, Franz Mit freundlichen Grüßen Franz Böhmisch [EMAIL PROTECTED] http://www.animabit.de GF Animabit Multimedia Software GmbH Am Sonnenhang 22 D-94136 Thyrnau Tel +49 (0)8501-8538 Fax +49 (0)8501-8537 ini file currently contains: dfgsdfg sdfgsd fgsdfgsdf gsdfg + sdfgadfs dgdghs dfdfgg fghf+ dfgh dfgh Result I'd like after running the script: dfgsdfg sdfgsd fgsdfgsdf gsdfg sdfgadfs dgdghs dfdfgg fghf dfgh dfgh To: [EMAIL PROTECTED] use-revolution@lists.runrev.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: Removing CRLF from text
Hi Mark, I played with your question by pasting your text example into a field, demo, and by grabbing a text file using the URL pattern you shared. I thought that CR and LF are basically the same thing. So, when I used: replace +CR with in field demo it seemed to work. I used RevStudio 2.9 on MacOSX4.11. take care, randy --- On Aug 6, 2008, at 7:17 PM, mfstuart wrote: Hi, RunRev: 2.90 OS: WinXP I have a situation where a software application's ini file has the plus (+) char and CRLF at the end of a line, when the line passes 80 characters. The balance of the ini entry is placed on the next line. Each ini entry could be very long and possibly go to 3 lines. Why they did this I don't know, really. But what I need to do is remove the + and CRLF so that each ini entry is complete in itself, on one line. ini file currently contains: dfgsdfg sdfgsd fgsdfgsdf gsdfg + sdfgadfs dgdghs dfdfgg fghf+ dfgh dfgh Result I'd like after running the script: dfgsdfg sdfgsd fgsdfgsdf gsdfg sdfgadfs dgdghs dfdfgg fghf dfgh dfgh I've used this script, and variations of it, to remove these characters: + CRLF. It removes the + char, but still leaves each ini entry split into multiple lines. I've also searched the archives for a solution, nothing is working. Any ideas? My script: on mouseUp --clear current fields on card --these fields are so that I can see the results from the script. put empty into fld Orig put empty into fld Changed --fetch the file put C:/temp/some.ini into tFilename put URL (file: tFilename) into tData put tData into fld Orig repeat for each line L in tData --grab the line put L into tLine --If the line contains +, then it will also contain CR and LF, --so only work on a line with +. if (tLine contains +) then --find + and delete it put offSet(+,tLine) into tPos delete char tPos to tPos in tLine --find CR and delete it put offSet(CR,tLine) into tPos delete char tPos to tPos in tLine --find LF and delete it put offSet(LF,tLine) into tPos delete char tPos to tPos in tLine --put the line into a container so that I can see the results put tLine cr after theLines else -- just put the line into a container put tLine cr after theLines end if end repeat put theLines into fld Changed end mouseUp Regards, Mark Stuart -- View this message in context: http://www.nabble.com/Removing-CRLF-from-text-tp18862004p18862004.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-2: Removing CRLF from text
crlf and cr are not the same! from the docu: Use the CRLF constant as an easier-to-read substitute for numToChar(13) numToChar(10). cr is numToChar(13) only. Runrev engages in text fields for optimization according to the used OS = you do in most cases not see the differences when using text fields. When using variables and binfiles the difference of crlf and cr can be important. In runrev you often have relicts of LineFeed LF (10) when using ftp from a win pc to a unix os. In this cases you have to replace crlf with cr (=remove numToCHar(10). Regards, Franz Original Messageprocessed by David InfoCenter Subject: Re: Removing CRLF from text (07-Aug-2008 13:30) From:Randy Hengst [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Mark, I played with your question by pasting your text example into a field, demo, and by grabbing a text file using the URL pattern you shared. I thought that CR and LF are basically the same thing. So, when I used: replace +CR with in field demo it seemed to work. I used RevStudio 2.9 on MacOSX4.11. take care, randy --- On Aug 6, 2008, at 7:17 PM, mfstuart wrote: Hi, RunRev: 2.90 OS: WinXP I have a situation where a software application's ini file has the plus (+) char and CRLF at the end of a line, when the line passes 80 characters. The balance of the ini entry is placed on the next line. Each ini entry could be very long and possibly go to 3 lines. Why they did this I don't know, really. But what I need to do is remove the + and CRLF so that each ini entry is complete in itself, on one line. ini file currently contains: dfgsdfg sdfgsd fgsdfgsdf gsdfg + sdfgadfs dgdghs dfdfgg fghf+ dfgh dfgh Result I'd like after running the script: dfgsdfg sdfgsd fgsdfgsdf gsdfg sdfgadfs dgdghs dfdfgg fghf dfgh dfgh I've used this script, and variations of it, to remove these characters: + CRLF. It removes the + char, but still leaves each ini entry split into multiple lines. I've also searched the archives for a solution, nothing is working. Any ideas? My script: on mouseUp --clear current fields on card --these fields are so that I can see the results from the script. put empty into fld Orig put empty into fld Changed --fetch the file put C:/temp/some.ini into tFilename put URL (file: tFilename) into tData put tData into fld Orig repeat for each line L in tData --grab the line put L into tLine --If the line contains +, then it will also contain CR and LF, --so only work on a line with +. if (tLine contains +) then --find + and delete it put offSet(+,tLine) into tPos delete char tPos to tPos in tLine --find CR and delete it put offSet(CR,tLine) into tPos delete char tPos to tPos in tLine --find LF and delete it put offSet(LF,tLine) into tPos delete char tPos to tPos in tLine --put the line into a container so that I can see the results put tLine cr after theLines else -- just put the line into a container put tLine cr after theLines end if end repeat put theLines into fld Changed end mouseUp Regards, Mark Stuart -- View this message in context: http://www.nabble.com/Removing-CRLF-from-text-tp18862004p18862004.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 To: use-revolution@lists.runrev.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: Re-2: Removing CRLF from text
On 7 Aug 2008, at 12:52, [EMAIL PROTECTED] wrote: crlf and cr are not the same! from the docu: Use the CRLF constant as an easier-to-read substitute for numToChar(13) numToChar(10). cr is numToChar(13) only. Be careful. In Rev, cr is numToChar(10) and is a synonym for return and lf. Cheers Dave ___ 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: Re-2: Removing CRLF from text
Be careful. In Rev, cr is numToChar(10) and is a synonym for return and lf. Are you sure about that? 10 is LF, and I've never experienced a problem with getting the two mixed up. Perhaps the application that's generating your EOL's is putting in a LF instead of a CR? -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: Re-2: Removing CRLF from text
Hi mikey, Be careful. In Rev, cr is numToChar(10) and is a synonym for return and lf. Are you sure about that? 10 is LF, and I've never experienced a problem with getting the two mixed up. Perhaps the application that's generating your EOL's is putting in a LF instead of a CR? Attentione, signore! You are talking to Mr. LibUrl himself! :-D From the docs about return (= CR): ... Summary: Equivalent to the line feed character (ASCII 10, Control-J). ... Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ 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: Removing CRLF from text
I thought that CR and LF are basically the same thing. So, when I used: replace +CR with in field demo They are not the same thing. This goes back to the teletype days (and yes, I have one sitting here), when the teletypes would communicate with each other by sending binary codes over the line for each character, giving us these character codes we use today. IBM had a different scheme called EBCIDEC, but for a whole host of reasons it is not the standard and the ASCII set is. Anyway, back in the TTY days, you had two keys on the keyboard - one is the CR, which causes the carriage, i.e. the printhead and ribbon, to return to the left margin. The other is the line feed, which caused the platten to advance one line. If you wanted to skip one or more lines vertically you would just add more LF's instead of banging the carriage against the left side several times. In this way, a lot of motion could be eliminated, which caused a dramatic slowdown since the unit was mechanical. If you were printing a box in the middle of the page, for instance, you could either CRLF then SP (times a bunch) over to the next character to print OR you could LFBS, which put you right where you needed to be. While CR was significantly faster than a bunch of BS's, it frequently wasn't if you were in the middle of the page. In the modern days, many systems use one or the other, i.e. either CR or LF to mean the same thing. Typically CR is used to mean end-of-line. However, I have seen a fair number of implementations in Windoze where LF is used instead. Very infrequently do I see both together. In the unix world is it not at all uncommon to see the CRLF combination. In fact on some systems it is the default. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: Re-2: Removing CRLF from text
hmm. weird. Thanks for the info. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: Re-2: Removing CRLF from text
On 7 Aug 2008, at 14:32, Mikey wrote: Be careful. In Rev, cr is numToChar(10) and is a synonym for return and lf. Are you sure about that? Fairly. :-) Try this in the message box put charToNum(cr) Cheers Dave ___ 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: Re-2: Removing CRLF from text
Weird again. I have learned more things today that I wished I did not. I wonder why it's implemented this way. ___ 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: Re-2: Removing CRLF from text
Hi Mikey, On Unix systems, the line delimiter is ASCII 10. On HyperCard, ASCII 13 was used. On HyperCard is was called a return and a way had to be invented to make conversion of HyperCard stacks, as well as HyperCard users, to Revolution as easy as possible. Treating both linefeeds and returns as linefeeds as equals really made this easier. The question remains, what would have happened if Revolution had used ASCII 13? Probably, this would have complicated using Rev stacks as shell and CGI scripts in Unix systems. -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 7-aug-2008, om 16:34 heeft Mikey het volgende geschreven: Weird again. I have learned more things today that I wished I did not. I wonder why it's implemented this way. ___ 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: Re-2: Removing CRLF from text
Mark, Maybe I have several funky Unix boxes, then, but all the applications on these buggers still go CRLF, which is really annoying, but that's the way it is. I could have sworn that several of the 'net protocols also still go CRLF, but it's been several years since the last server I wrote. If memory serves me right both SMTP and POP3 EOL via that combo. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: Re-2: Removing CRLF from text
Weird again. I have learned more things today that I wished I did not. I wonder why it's implemented this way. Actually IIRC, it's done this way to standardize *internal* interpretation on all the platforms (much like Rev standardizes on forward slash for path delimiters). That way, regardless of whether the host OS uses LF only, CR only or CRLF, when text data is read in from the outside it is all converted internally to use the LF character (ASCII 10). If you want to read in the actual end-of-line (EOL) delimiters, you can read the file in *as binary*: put url (file:myfilePath) into tVar -- EOLs are now all LFs put url (binfile:myfilePath) into tVar -- EOLs are all preserved As to why LF was standardized as the internal representation? Well, I would have to assume it's from Rev's roots - originally it was called MetaCard and was developed for UNIX only... over time it migrated to the Windows and then Mac platforms, and eventually became Revolution. And back in those days, the LF char was used for the EOL character (although nowadays I think Linux supports LF and CRLF, but I'm not sure). Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.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: Are crash reports useful
Eric Chatonet wrote: I let you report this thread to Mark W. ;-) I asked Mark to respond, and he asked me to post to this list, as he isn't subscribed here. Basically, it is true that the format of the logs is generated by the OS and there is nothing to worry about regarding confidentiality. Here is what he said: *** The crash logs are those generated by the 'MiniDump' component that is present in Windows. This is a system provided library that allows applications to produce a dump containing the state of the call stack when it crashes. It is the same component that is used by the default Microsoft handler for these which usually prompts you to ask if you 'want to send information to Microsoft to diagnose'. As far as I'm aware this information is entirely unencrypted - its just encoded in a binary form. The information present in the file is pretty much identical to the information you get when a CrashLog from CrashReporter on OS X. Although different settings (small, medium, large) can result in more information being included - which means they can be closer to UNIX-style 'Core dumps' than a simple log. As far as I'm aware, 'small' contains just a call stack, 'medium' contains the call-stack and contents of variables on the stack and 'large' contains any interesting segments of memory (although I've never been able to use 'large' dumps to any more effect than 'small' or 'medium'). Rather than a text file, the minidump file is binary file which has the advantage of being loadable directly into Visual Studio for post-mortem analysis. Using this (by combining with special debug symbol files we keep from compiling) we can typically jump directly to the line that caused Revolution to crash - as you can imagine this can make determining the cause of a crash much easier. The sensitivity of any data included is minimal as it is the state of the Revolution *engine* that is encoded in these files - this means any state of your Revolution application is completely obfuscated... Unless of course you can divine the functioning of Rev script by the C++ calls that result in getting made in the engine itself. -- Warmest Regards, Mark. *** So it sounds to me like if you want to examine the contents of the log, you could look at it in VB just as Mark does, provided you understand the binary notation. -- Jacqueline Landman Gay | [EMAIL PROTECTED] 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: Are crash reports useful
Jacque, As I said I'm sure that Runrev has nothing to make with our code but only with 'exceptions' in the engine. But it would be clearer to add a text file in the logs folder to explain all this :-) Le 7 août 08 à 18:09, J. Landman Gay a écrit : Eric Chatonet wrote: I let you report this thread to Mark W. ;-) I asked Mark to respond, and he asked me to post to this list, as he isn't subscribed here. Basically, it is true that the format of the logs is generated by the OS and there is nothing to worry about regarding confidentiality. Here is what he said: *** The crash logs are those generated by the 'MiniDump' component that is present in Windows. This is a system provided library that allows applications to produce a dump containing the state of the call stack when it crashes. It is the same component that is used by the default Microsoft handler for these which usually prompts you to ask if you 'want to send information to Microsoft to diagnose'. As far as I'm aware this information is entirely unencrypted - its just encoded in a binary form. The information present in the file is pretty much identical to the information you get when a CrashLog from CrashReporter on OS X. Although different settings (small, medium, large) can result in more information being included - which means they can be closer to UNIX-style 'Core dumps' than a simple log. As far as I'm aware, 'small' contains just a call stack, 'medium' contains the call- stack and contents of variables on the stack and 'large' contains any interesting segments of memory (although I've never been able to use 'large' dumps to any more effect than 'small' or 'medium'). Rather than a text file, the minidump file is binary file which has the advantage of being loadable directly into Visual Studio for post-mortem analysis. Using this (by combining with special debug symbol files we keep from compiling) we can typically jump directly to the line that caused Revolution to crash - as you can imagine this can make determining the cause of a crash much easier. The sensitivity of any data included is minimal as it is the state of the Revolution *engine* that is encoded in these files - this means any state of your Revolution application is completely obfuscated... Unless of course you can divine the functioning of Rev script by the C++ calls that result in getting made in the engine itself. -- Warmest Regards, Mark. *** So it sounds to me like if you want to examine the contents of the log, you could look at it in VB just as Mark does, provided you understand the binary notation. -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com Best regards from Paris, Eric Chatonet. Plugins and tutorials for Revolution: http://www.sosmartsoftware.com/ Email: [EMAIL PROTECTED]/ ___ 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: Re-2: Removing CRLF from text
It's just weird for someone coming from tools where CR means ASCII(13) and LF means ASCII(10). I don't think I've run across a tool where CR means 10 until now. ___ 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: Re-2: Removing CRLF from text
Mark Schonewille wrote: On Unix systems, the line delimiter is ASCII 10. On HyperCard, ASCII 13 was used. On HyperCard is was called a return and a way had to be invented to make conversion of HyperCard stacks, as well as HyperCard users, to Revolution as easy as possible. Treating both linefeeds and returns as linefeeds as equals really made this easier. The question remains, what would have happened if Revolution had used ASCII 13? Probably, this would have complicated using Rev stacks as shell and CGI scripts in Unix systems. Another questions might be: Should Rev consider using real CR (ASCII 13)for the constant CR, perhaps with a global property that can be set for compatibility. Internally it could continue to use ASCII 10 as the main line delimiter, merely encouraging folks to use LF where they commonly use CR today. Mikey's response is not unique; it seems all of us have scratched our head over this at one time or another. We learned it and moved on, grateful that our habits of old Mac-specific HyperTalk were able to be carried forward. But for Rev to be successful, we must see more users in the next five years than have ever used the product before, and things which reduce head-scratching will aid adoption. Just a thought. I'm sure there are others. :) -- Richard Gaskin Managing Editor, revJournal ___ Rev tips, tutorials and more: http://www.revJournal.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-2: Removing CRLF from text
Hi all, I’ve tried all replies to this issue and the one that works is from Martin Baxter, using: put URL (binfile: tFilename) into tData put tData into fld “Original” --this results in displaying a “box” character at the end of each line --now look for the set of string characters that I want to remove put + CRLF into tmatchstring --the order that the string you’re looking for is important replace tmatchstring with space in tData replace with empty in tData --the replace character is the last char of each line from the “Original” field. I copied this character into the script --place the result into a field for display put tData into fld Changed From my “Changed” field (the result of the script), I copied the text from it, saved it with Notepad and viewed the file with a Hex Editor. The characters at the end of each line are: (Hex=0d0d0a) which is 13 13 10 RunRev translation: cr cr lf Remember, this is all from using… put URL (binfile: tFilename) into tData From the saved file above, I used it as the ini file for the software application, and the application works with it – no problem. The net result is, this works using: put URL (“binfile:”….. when trying to do what I need to do … … bring “broken” INI entries into one line, per ini entry. Thanx all for your interesting responses. It shows how awesome, diverse and I might say in a nice way, indulgent, each RunRev developer is. Regards, Mark Stuart p.s. I sent this same email from my work email address (which is not registered with this list), so you may see it twice. ___ 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: Re-2: Removing CRLF from text
I just love the tone on this list - despite the fact that I'm nearly always wrong, y'all are exceptionally patient and kewl with it. -- On the first day, God created the heavens and the Earth On the second day, God created the oceans. On the third day, God put the animals on hold for a few hours, and did a little diving. And God said, This is good. ___ 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: Re-2: Removing CRLF from text
[EMAIL PROTECTED] wrote: Thanx all for your interesting responses. It shows how awesome, diverse and I might say in a nice way, indulgent, each RunRev developer is. Regards, Mark Stuart I think the lessons learned in this thread could make a nice Rev newsletter article. -- Phil Davis PDS Labs Professional Software Development http://pdslabs.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: Re-2: Removing CRLF from text
In another tool that I use VERY frequently, these little tidbits are referred to as the Tao, because they are simply details regarding The Way and the rationale behind The Way that the environment is designed, and once one has an understanding of The Tao, many of the mysteries are much less so. One might sometimes refer to such things as Stuff that might at first seem counterintuitive or surprising, but that's a lot longer to type. ___ 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
Still can not get revBrowser to load in standalone
Dear programmers, I still can not seem to get the revBrowser to load from the standalone I am building. It should load since it is in the OSX package but it does not. In Windows it will not load either. I can really use some help here. Sincerely, Tom McGrath ___ 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: Still can not get revBrowser to load in standalone
Hi Tom, Is all of the following true? You - have removed old versions of the external - have double-checked that revBrowser.bundle is in the application package - are making sure that any execution errors are properly displayed in a dialog while running a standalone - are running OSX 10.5.4 - have made sure that the externalPackages of stack revExternalLibrary contains revBrowser while running as a standalone - have checked that the externals property of stack revExternalLibrary contains something like /Users/Tom/Desktop/Test/ MacOSX/Test.app/Contents/MacOS/Externals/revbrowser.bundle and on Windows it contains C:/Documents and Settings/Tom/Desktop/Test/ Windows/Externals/revbrowser.dll - have made sure that the folder/file stated above actually exists and the standalone checks this using syntax like file... exists or folder... exists and the standalone shows an error message if the file/folder doesn't exist - have made sure that the rect property of the browser object is set to an area that is visible on the card - have double-checked this rect and your standalone displays it in a field or dialog window after you have set the rect of the browser object - have checked that the revBrowserGet function returns the correct rectangle - aren't using any custom window shapes - have created an otherwise empty stack, which displays a website in a browser object correctly while running as a standalone on both OSX and Windows - did not put your standalone at root level but it sits in a folder What made you think that copying revBrowser.bundle to the root level of the DVD would help? -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html for more info. On 7 aug 2008, at 21:22, Thomas McGrath III wrote: Dear programmers, I still can not seem to get the revBrowser to load from the standalone I am building. It should load since it is in the OSX package but it does not. In Windows it will not load either. I can really use some help here. Sincerely, Tom McGrath ___ 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
engine crash on open stack (Larry Forsgren)
Hi Sarah My mistake. I did mean suppress messages. The engine crashes at the very same moment I open the stack in the File menu of Revolution whether messages are suppressed or not. Regards Larry ___ 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: Still can not get revBrowser to load in standalone
Mark, I answered some that I checked right away and the others I will look into tonight and tomorrow. Get back to ya On Aug 7, 2008, at 3:55 PM, Mark Schonewille wrote: Is all of the following true? You YES - have removed old versions of the external YES - have double-checked that revBrowser.bundle is in the application package Did a test button in a substack. No results at runtime. - are making sure that any execution errors are properly displayed in a dialog while running a standalone YES - are running OSX 10.5.4 - have made sure that the externalPackages of stack revExternalLibrary contains revBrowser while running as a standalone - have checked that the externals property of stack revExternalLibrary contains something like /Users/Tom/Desktop/Test/ MacOSX/Test.app/Contents/MacOS/Externals/revbrowser.bundle and on Windows it contains C:/Documents and Settings/Tom/Desktop/Test/ Windows/Externals/revbrowser.dll - have made sure that the folder/file stated above actually exists and the standalone checks this using syntax like file... exists or folder... exists and the standalone shows an error message if the file/folder doesn't exist YES - have made sure that the rect property of the browser object is set to an area that is visible on the card - have double-checked this rect and your standalone displays it in a field or dialog window after you have set the rect of the browser object - have checked that the revBrowserGet function returns the correct rectangle NO Stack is a custom window shape - aren't using any custom window shapes - have created an otherwise empty stack, which displays a website in a browser object correctly while running as a standalone on both OSX and Windows - did not put your standalone at root level but it sits in a folder What made you think that copying revBrowser.bundle to the root level of the DVD would help? Actually it was the opposite. In a previous Windows project from DVD the externals would not load if they were at the root level so I had to put them in a sub folder and change the path in only the windows version to look deeper. So I tried putting the external in both places during trials. But I can't get the Mac version to find the MacrevBrowser which is 'inside'' the darned thing. So if I can fix that then I can look at the windows version. -- Best regards, Mark Schonewille ___ 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: Still can not get revBrowser to load in standalone
Have you tried loading the external 'dynamically'? I used this method (courtesy of Trevor DeVore) with the old altBrowser external and stuck with it when it morphed into revBrowser. Something like... on loadAppExternals if pExternals empty then if there is not a stack myExternals then reset templateStack set destroyWindow of templateStack to true set destroyStack of templateStack to true set visible of templateStack to false set externals of templateStack to pExternals create stack myExternals reset templateStack end if go stack myExternals start using stack myExternals end if end loadAppExternals ...where pExternals is a return delimited list of the paths to the externals you want to load. BTW there's still a major bug (5125) with revBrowser on Windows (although this remains unconfirmed after more than 12 months), which is that form data is not passed in the browserBeforeNavigate callback. So if you want to handle form data in Rev then you're out of luck! Terry... On 8/8/08 5:22 AM, Thomas McGrath III [EMAIL PROTECTED] wrote: Dear programmers, I still can not seem to get the revBrowser to load from the standalone I am building. It should load since it is in the OSX package but it does not. In Windows it will not load either. I can really use some help here. Sincerely, Tom McGrath ___ 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 -- Dr Terry Judd Lecturer in Educational Technology (Design) Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Parkville VIC 3052 AUSTRALIA 61-3 8344 0187 ___ 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
figuring out whether a given font has Unicode Canadian Aboriginal Syllabics glyphs
Hi, all. I have a question regarding how to reliably determine that a font is a Unicode font which has Canadian Aboriginal Syllabics (CAS) glyphs. Now evidently because I'm working with Canadian Aborginal Syllabics, even when I use a clearly Unicode font having these glyphs, and ask for the fontlanguage, it gives me ASCI. So I thought would write a script that 1. selects a font, 2. sets a field to that font, 3. puts a CAS character e.g. chartonum(5169) into the field, and if the font isn't Unicode, then no character should show up. My little script (within an option menu that provides the user with all of the fonts from fontnames) looks like this: on menuPick pChosen set the textfont of fld unicode_tester to pChosen set the useunicode to true set the unicodetext of fld unicode_tester to numtochar(5169) end menuPick The problem is that even when I select a non-unicode font, I am still getting the proper Syllabic character showing up for some reason. Anyone know why, and what I could do to get this to work? Basically, I want my users to be able to tell if a font they pick is a unicode font having Canadian Aboriginal Syllabics. Thank you! rand valentine ___ 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: Still can not get revBrowser to load in standalone
Hi Tom, Try making the same stack without custom shape. I had a case on Windows, where the custom shape prevented the browser object from being rendered. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html for more info. On 7 aug 2008, at 23:41, Thomas McGrath III wrote: Mark, I answered some that I checked right away and the others I will look into tonight and tomorrow. Get back to ya On Aug 7, 2008, at 3:55 PM, Mark Schonewille wrote: Is all of the following true? You YES - have removed old versions of the external YES - have double-checked that revBrowser.bundle is in the application package Did a test button in a substack. No results at runtime. - are making sure that any execution errors are properly displayed in a dialog while running a standalone YES - are running OSX 10.5.4 - have made sure that the externalPackages of stack revExternalLibrary contains revBrowser while running as a standalone - have checked that the externals property of stack revExternalLibrary contains something like /Users/Tom/Desktop/ Test/MacOSX/Test.app/Contents/MacOS/Externals/revbrowser.bundle and on Windows it contains C:/Documents and Settings/Tom/Desktop/Test/ Windows/Externals/revbrowser.dll - have made sure that the folder/file stated above actually exists and the standalone checks this using syntax like file... exists or folder... exists and the standalone shows an error message if the file/folder doesn't exist YES - have made sure that the rect property of the browser object is set to an area that is visible on the card - have double-checked this rect and your standalone displays it in a field or dialog window after you have set the rect of the browser object - have checked that the revBrowserGet function returns the correct rectangle NO Stack is a custom window shape - aren't using any custom window shapes - have created an otherwise empty stack, which displays a website in a browser object correctly while running as a standalone on both OSX and Windows - did not put your standalone at root level but it sits in a folder What made you think that copying revBrowser.bundle to the root level of the DVD would help? Actually it was the opposite. In a previous Windows project from DVD the externals would not load if they were at the root level so I had to put them in a sub folder and change the path in only the windows version to look deeper. So I tried putting the external in both places during trials. But I can't get the Mac version to find the MacrevBrowser which is 'inside'' the darned thing. So if I can fix that then I can look at the windows version. -- Best regards, Mark Schonewille ___ 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: Still can not get revBrowser to load in standalone
Which reminds me, I think you have to use a toplevel window. Palettes and modal don't work or at least cause problems (although modeless might be ok). Terry... On 8/8/08 8:19 AM, Mark Schonewille [EMAIL PROTECTED] wrote: Hi Tom, Try making the same stack without custom shape. I had a case on Windows, where the custom shape prevented the browser object from being rendered. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Benefit from our inexpensive hosting services. See http://economy-x-talk.com/server.html for more info. On 7 aug 2008, at 23:41, Thomas McGrath III wrote: Mark, I answered some that I checked right away and the others I will look into tonight and tomorrow. Get back to ya On Aug 7, 2008, at 3:55 PM, Mark Schonewille wrote: Is all of the following true? You YES - have removed old versions of the external YES - have double-checked that revBrowser.bundle is in the application package Did a test button in a substack. No results at runtime. - are making sure that any execution errors are properly displayed in a dialog while running a standalone YES - are running OSX 10.5.4 - have made sure that the externalPackages of stack revExternalLibrary contains revBrowser while running as a standalone - have checked that the externals property of stack revExternalLibrary contains something like /Users/Tom/Desktop/ Test/MacOSX/Test.app/Contents/MacOS/Externals/revbrowser.bundle and on Windows it contains C:/Documents and Settings/Tom/Desktop/Test/ Windows/Externals/revbrowser.dll - have made sure that the folder/file stated above actually exists and the standalone checks this using syntax like file... exists or folder... exists and the standalone shows an error message if the file/folder doesn't exist YES - have made sure that the rect property of the browser object is set to an area that is visible on the card - have double-checked this rect and your standalone displays it in a field or dialog window after you have set the rect of the browser object - have checked that the revBrowserGet function returns the correct rectangle NO Stack is a custom window shape - aren't using any custom window shapes - have created an otherwise empty stack, which displays a website in a browser object correctly while running as a standalone on both OSX and Windows - did not put your standalone at root level but it sits in a folder What made you think that copying revBrowser.bundle to the root level of the DVD would help? Actually it was the opposite. In a previous Windows project from DVD the externals would not load if they were at the root level so I had to put them in a sub folder and change the path in only the windows version to look deeper. So I tried putting the external in both places during trials. But I can't get the Mac version to find the MacrevBrowser which is 'inside'' the darned thing. So if I can fix that then I can look at the windows version. -- Best regards, Mark Schonewille ___ 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 -- Dr Terry Judd Lecturer in Educational Technology (Design) Biomedical Multimedia Unit Faculty of Medicine, Dentistry Health Sciences The University of Melbourne Parkville VIC 3052 AUSTRALIA 61-3 8344 0187 ___ 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: engine crash on open stack (Larry Forsgren)
Larry, if you want to send me the stack we can see if it is a general problem. Bernard On Thu, Aug 7, 2008 at 9:57 PM, Larry Forsgren [EMAIL PROTECTED] wrote: Hi Sarah My mistake. I did mean suppress messages. The engine crashes at the very same moment I open the stack in the File menu of Revolution whether messages are suppressed or not. Regards Larry ___ 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
ANN: libRevCurl
I've made a library that wraps around the curl command line tool. It exposes a lot of settings that give a lot of control, and allows http GET, POST, PUT, DELETE, HEAD, and TRACE. It also allows uploading from a file on disk using either POST or PUT. It only really covers HTTP, but I hope to add FTP and others in later versions. I've been using it in a project I'm working on that makes heavy use of the Amazon Web Services, so that's where it's had the most testing. I've included a short intro pdf, and a small dictionary that covers the most often used (by me) handlers which are the also the most tested. There's a bunch of stuff in there that I haven't yet documented, (and quite a bit, like proxies, that I haven't tested!) for those who want to delve into the innards of it. It allows lots of non-blocking behaviour and multiple simultaneous requests to the same server (necessary for some of the amazon stuff). I've versioned it at 1.0 beta, and any and all comments, suggestions etc, welcome. http://futsoft.futilism.com/revolutionstuff.html Best. Mark Smith ___ 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: Re-2: Removing CRLF from text
On Thu, Aug 7, 2008 at 11:34 PM, Ken Ray [EMAIL PROTECTED] wrote: Actually IIRC, it's done this way to standardize *internal* interpretation on all the platforms (much like Rev standardizes on forward slash for path delimiters). That way, regardless of whether the host OS uses LF only, CR only or CRLF, when text data is read in from the outside it is all converted internally to use the LF character (ASCII 10). If you want to read in the actual end-of-line (EOL) delimiters, you can read the file in *as binary*: Might then that explain why Mark Stuart could only get the 'binfile' version of a solution to work. Sarah and Jacque told him to replace + CRLF with , but if what you say is correct, then Rev has already removed CRLFs, no such combo should exist? Mark, although you seem to have got a solution with binfile, does it work with 'file' but just replacing + LF ? Also agree that everything learnt from this thread should make it to the newsletter. I volunteer Mark Stuart ;-) ___ 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: OOPS! Can't Undo Deleted Objects
Then there's our altArchive plugin, which has been around since before time-- still works great. http://www.altuit.com/webs/altuit2/altPluginCover/About.htm When used with the altToolbar, it saves the topstack and also creates a serialized backup. -Chipp ___ 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
