IDE crashes on startup
Hello, Rev 3.0, Win XP, SP3. On an irregular basis my IDE crashes on startup when performing the final steps of startup. It is before opening any own stack. Last time before this crash I have closed my work and rev completely regular, without any error messages. It happens about once or twice a week. The error message is: Rev has a problem and has to be closed. Appname: revolution.exe, Offset: 000951cd The only chance to start now rev is to delete the revpreferences.rev file. After that rev starts without error messages and I can go on working. Am I doing anything wrong, what provokes such a behaviour? Anything I can do to prevent such a problem? Tiemo Btw. Deleting the revpreferences.rev is anyway a good thing for me, because after that rev is running much more faster again (as I posted some time before). ___ 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: building a installer with rev
Grüß Dich Tiemo, 1) Perhaps you should try a mixed approach with an installer doing the hard things and your application doing the additional needs you want: a small installer + your own routines for copiing from the DVD after start of your installed application. Make an installer for example with installgadget with just a few files necessary for installation, running, registry settings and uninstall. start.exe -start.rev Your own application could then do the rest when the installed version starts (the first time or whenever the user wants to copy the videos from DVD to the drive): * find the location of the DVD * Let the user define a folder where to store the videos (the installation folder might be not good for such an amount of videos on different drives/partitions) and store this location in a userproperty ;-) of the installed start.rev or in a file. * copy all files from the DVD to this folder * your start.rev should check during start whether a local media folder has been created or the videos of the DVD must be used. 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___ 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
AW: building a installer with rev
Hello Franz, Yes, I have also thought about this approach and will follow that. Thank you for your thoughts Tiemo -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:use-revolution- [EMAIL PROTECTED] Im Auftrag von [EMAIL PROTECTED] Gesendet: Montag, 17. November 2008 09:19 An: use-revolution@lists.runrev.com Betreff: Re: building a installer with rev Grüß Dich Tiemo, 1) Perhaps you should try a mixed approach with an installer doing the hard things and your application doing the additional needs you want: a small installer + your own routines for copiing from the DVD after start of your installed application. Make an installer for example with installgadget with just a few files necessary for installation, running, registry settings and uninstall. start.exe -start.rev Your own application could then do the rest when the installed version starts (the first time or whenever the user wants to copy the videos from DVD to the drive): * find the location of the DVD * Let the user define a folder where to store the videos (the installation folder might be not good for such an amount of videos on different drives/partitions) and store this location in a userproperty ;-) of the installed start.rev or in a file. * copy all files from the DVD to this folder * your start.rev should check during start whether a local media folder has been created or the videos of the DVD must be used. 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 ___ 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
fastes way to copy a whole folder with showing the progress?
Hello, what is the most performing way to copy all files of a folder from DVD to HD with showing the user a progress? ( about 18.000 files of total 7,5GB) When making a loop with revcopyfile it is slow, but I can show the user a progress. When using revcopyfolder it is faster, but I can't show a progress ,what is essential when copying 7,5GB :) Do you have any other approach for such a task? Thanks Tiemo ___ 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: Doing chromakey through Runrev
Hi Jonathan, I'm surprised that nobody answered till now. I did not try chromakeying myself, but I would suggest 1) to sample the color of blue background (perhaps at different places to get an amplitude of variation of the color - it is never absolutely constant) with the mouseColor function. Alternatively, put arbitrary limits at + - n pixels of each channel of the sampled color. 2) to identify pixels of the image of which the color is in these limits 3) to set the corresponding pixels of the alphadata or ot the maskdata of this image to 0. Then the image with be transparent except for what you want to keep 4) to replace the pixels of the imageData of your new background image by the non-transparent pixels of the first image -- or alternatively to put the partially transparent image over the background image, what allow to change the scale, for example, and then to use a snapshot to merge the two images (at screen definition) 6) to use the alphadata or the maskdata of the first image to identify the limits of the incrusted one, and to apply some blurring algorithm to the pixels around this limit. Without that, the limit will appear jaggered. The two images must of course have exactly the same dimensions in pixel rows and columns. Look at the dictionnary for imageData,MaskData and alphaData for details... and tell us about your experiences ! good luck Jacques Le 16 nov. 2008 à 21:59, Jonathan Lynch a écrit : Does anyone have any suggestions on how to do professional-quality photographic chromakeying (like blue screen or green screen) with RunRev? -- Do all things with love ___ 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 ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax:++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: [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-2: Doing chromakey through Runrev
Hello, I once found two stacks with the names ImageTrans.rev and one with altMakeTrans.rev from altuit which both do what you want and have the necessary scripts within. Try altuit ... 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 Original Messageprocessed by David InfoCenter Subject: Re: Doing chromakey through Runrev (17-Nov-2008 9:47) From:Jacques Hausser [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Jonathan, I'm surprised that nobody answered till now. I did not try chromakeying myself, but I would suggest 1) to sample the color of blue background (perhaps at different places to get an amplitude of variation of the color - it is never absolutely constant) with the mouseColor function. Alternatively, put arbitrary limits at + - n pixels of each channel of the sampled color. 2) to identify pixels of the image of which the color is in these limits 3) to set the corresponding pixels of the alphadata or ot the maskdata of this image to 0. Then the image with be transparent except for what you want to keep 4) to replace the pixels of the imageData of your new background image by the non-transparent pixels of the first image -- or alternatively to put the partially transparent image over the background image, what allow to change the scale, for example, and then to use a snapshot to merge the two images (at screen definition) 6) to use the alphadata or the maskdata of the first image to identify the limits of the incrusted one, and to apply some blurring algorithm to the pixels around this limit. Without that, the limit will appear jaggered. The two images must of course have exactly the same dimensions in pixel rows and columns. Look at the dictionnary for imageData,MaskData and alphaData for details... and tell us about your experiences ! good luck Jacques Le 16 nov. 2008 à 21:59, Jonathan Lynch a écrit : Does anyone have any suggestions on how to do professional-quality photographic chromakeying (like blue screen or green screen) with RunRev? -- Do all things with love ___ 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 ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax: ++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: [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 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
video chat from revolution
Hello Revs, as you certanly know Google has added audio and video chat to Gmail. The new video-chat essentially offer most of the features of Skype, but you can access it from the browser. To have the video chat working you need to install a plug-in. I wonder if there is a way to have this video chat working in a Revolution application. I would be great! Any clue about it? Thanks a lot Paolo Mazza ___ 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: video chat from revolution
Hi Paolo, Install the plugin and try to make it work with the revBrowser. -- Best regards, Mark Schonewille Economy-x-Talk Consulting and Software Engineering http://economy-x-talk.com http://www.salery.biz Dutch forum: http://runrev.info/rrforum Color Converter has been updated! Get it at http://colorconverter.economy-x-talk.com ! On 17 nov 2008, at 11:27, [EMAIL PROTECTED] wrote: Hello Revs, as you certanly know Google has added audio and video chat to Gmail. The new video-chat essentially offer most of the features of Skype, but you can access it from the browser. To have the video chat working you need to install a plug-in. I wonder if there is a way to have this video chat working in a Revolution application. I would be great! Any clue about it? Thanks a lot Paolo Mazza ___ 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
More - Post Command Problem looks like a RunRev problem?
Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/ XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command? Any ideas or suggestions on how to fix or even get a handle of this problem would be greatly appreciated. All the Best Dave -- I read records from a database, format them, and add them to a block of data. There is a blocking factor variable, it is set to 200, so I read 200 records from the database, block them into one big block and send it to the server via a post command. The Server then sends a response which can be variable in length, the response is in XML format. This process works well 99% of the time, but sometimes, (and this can be reproduced if the right data (or the wrong data in this case!) is present in the database). When this happens the response from the server is truncated in the middle of an XML node. As far as I can tell the difference is that by chance, a group of 200 records has caused the response to be over a certain size. If I set the BlockingFactor to 50, the problem goes away, but this causes a major slowdown. -- It is sending one block at a time, each block contains N records. There are around 10,500 records in the database. Each record has an XML node in the reply, depending on the content of the record sent, it will return different data of variable size. It appears if the block returned is greater than a certain size, it is truncated. Basically the process is: repeat for all Records in Database Read Record From Database Encode as XML Add to end of SendDataBlock if the number of records in SendDataBloack SendBlockingFactor then post SendDataBlock get response process response put empty into SendDataBlock end if end repeat ___ 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: More - Post Command Problem looks like a RunRev problem?
Dave, I wonder if it would be worth trying to do the post using curl (or some other tool) to see if the problem still occurs? Also, have you looked at what actual bytes the truncated response ends with ie. is the server sending back something weird? Best, Mark On 17 Nov 2008, at 11:29, Dave wrote: Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/ XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command? Any ideas or suggestions on how to fix or even get a handle of this problem would be greatly appreciated. All the Best Dave -- I read records from a database, format them, and add them to a block of data. There is a blocking factor variable, it is set to 200, so I read 200 records from the database, block them into one big block and send it to the server via a post command. The Server then sends a response which can be variable in length, the response is in XML format. This process works well 99% of the time, but sometimes, (and this can be reproduced if the right data (or the wrong data in this case!) is present in the database). When this happens the response from the server is truncated in the middle of an XML node. As far as I can tell the difference is that by chance, a group of 200 records has caused the response to be over a certain size. If I set the BlockingFactor to 50, the problem goes away, but this causes a major slowdown. -- It is sending one block at a time, each block contains N records. There are around 10,500 records in the database. Each record has an XML node in the reply, depending on the content of the record sent, it will return different data of variable size. It appears if the block returned is greater than a certain size, it is truncated. Basically the process is: repeat for all Records in Database Read Record From Database Encode as XML Add to end of SendDataBlock if the number of records in SendDataBloack SendBlockingFactor then post SendDataBlock get response process response put empty into SendDataBlock end if end repeat ___ 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
R: Re: video chat from revolution
Hi Mark, unfortunately If you sign in to Gmail using a browser that isn't fully supported, you'll automatically be directed to a basic HTML view of gMail without the chat application. I wonder if there is a workaround for this. More than this, I have no idea how can I install a plugin for the rev-browser application. Thanks Paolo ___ 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: More - Post Command Problem looks like a RunRev problem?
Hi Mark, I can't figure out the correct format for the curl command, or how to call it from RunRev. Given that the current post command looks like this: set the httpHeaders to myHTTPHeader post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How would I do this using curl? The function to send the command is called from all over the place so I would have to change it in the low level function, if so then the above is the only data I can get at and I have to return myReply and myResult in the same format as the post command would use. Is this possible using curl? Thanks a lot All the Best Dave On 17 Nov 2008, at 12:00, Mark Smith wrote: Dave, I wonder if it would be worth trying to do the post using curl (or some other tool) to see if the problem still occurs? Also, have you looked at what actual bytes the truncated response ends with ie. is the server sending back something weird? Best, Mark On 17 Nov 2008, at 11:29, Dave wrote: Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command? Any ideas or suggestions on how to fix or even get a handle of this problem would be greatly appreciated. All the Best Dave -- I read records from a database, format them, and add them to a block of data. There is a blocking factor variable, it is set to 200, so I read 200 records from the database, block them into one big block and send it to the server via a post command. The Server then sends a response which can be variable in length, the response is in XML format. This process works well 99% of the time, but sometimes, (and this can be reproduced if the right data (or the wrong data in this case!) is present in the database). When this happens the response from the server is truncated in the middle of an XML node. As far as I can tell the difference is that by chance, a group of 200 records has caused the response to be over a certain size. If I set the BlockingFactor to 50, the problem goes away, but this causes a major slowdown. -- It is sending one block at a time, each block contains N records. There are around 10,500 records in the database. Each record has an XML node in the reply, depending on the content of the record sent, it will return different data of variable size. It appears if the block returned is greater than a certain size, it is truncated. Basically the process is: repeat for all Records in Database Read Record From Database Encode as XML Add to end of SendDataBlock if the number of records in SendDataBloack SendBlockingFactor then post SendDataBlock get response process response put empty into SendDataBlock end if end repeat ___ 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 ___ 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: Doing chromakey through Runrev
Hi Jacques, Thank you for your reply. I actually did something like that already, but... It only works on a very clean and even background, which is surprisingly hard to achieve in the real world. High-quality chromakey algorithms apparently use rather complex formulas. It is not enough to determine the color of substitution pixels based on their range around a selected color (or relative ratios of one color component to another, like red to green, green to blue, and red to blue). It is also necessary to have categories of pixel colors that involve partial transparency, and another category of pixel colors for keeping the foreground pixel, but supressing any background color that may be splashing over onto the foreground object. On top of all that, one needs to detect shadow pixels, in order to create darkened shadow areas of the replacement background. Apparently, from what I have researched, good chromakey algorithms are the product of many years of work :( So, I was thinking I would just find some sort of chromakey algorithm that I can buy, and then turn into an external, or maybe a separate program that I can acess through command-line commands. Any thoughts? On Mon, Nov 17, 2008 at 3:47 AM, Jacques Hausser [EMAIL PROTECTED]wrote: Hi Jonathan, I'm surprised that nobody answered till now. I did not try chromakeying myself, but I would suggest 1) to sample the color of blue background (perhaps at different places to get an amplitude of variation of the color - it is never absolutely constant) with the mouseColor function. Alternatively, put arbitrary limits at + - n pixels of each channel of the sampled color. 2) to identify pixels of the image of which the color is in these limits 3) to set the corresponding pixels of the alphadata or ot the maskdata of this image to 0. Then the image with be transparent except for what you want to keep 4) to replace the pixels of the imageData of your new background image by the non-transparent pixels of the first image -- or alternatively to put the partially transparent image over the background image, what allow to change the scale, for example, and then to use a snapshot to merge the two images (at screen definition) 6) to use the alphadata or the maskdata of the first image to identify the limits of the incrusted one, and to apply some blurring algorithm to the pixels around this limit. Without that, the limit will appear jaggered. The two images must of course have exactly the same dimensions in pixel rows and columns. Look at the dictionnary for imageData,MaskData and alphaData for details... and tell us about your experiences ! good luck Jacques Le 16 nov. 2008 à 21:59, Jonathan Lynch a écrit : Does anyone have any suggestions on how to do professional-quality photographic chromakeying (like blue screen or green screen) with RunRev? -- Do all things with love ___ 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 ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax:++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: [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 -- Do all things with love ___ 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: Doing chromakey through Runrev
I shall investigate them - thanks ! On Mon, Nov 17, 2008 at 4:15 AM, [EMAIL PROTECTED] [EMAIL PROTECTED]wrote: Hello, I once found two stacks with the names ImageTrans.rev and one with altMakeTrans.rev from altuit which both do what you want and have the necessary scripts within. Try altuit ... 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 Original Messageprocessed by David InfoCenter Subject: Re: Doing chromakey through Runrev (17-Nov-2008 9:47) From:Jacques Hausser [EMAIL PROTECTED] To: [EMAIL PROTECTED] Hi Jonathan, I'm surprised that nobody answered till now. I did not try chromakeying myself, but I would suggest 1) to sample the color of blue background (perhaps at different places to get an amplitude of variation of the color - it is never absolutely constant) with the mouseColor function. Alternatively, put arbitrary limits at + - n pixels of each channel of the sampled color. 2) to identify pixels of the image of which the color is in these limits 3) to set the corresponding pixels of the alphadata or ot the maskdata of this image to 0. Then the image with be transparent except for what you want to keep 4) to replace the pixels of the imageData of your new background image by the non-transparent pixels of the first image -- or alternatively to put the partially transparent image over the background image, what allow to change the scale, for example, and then to use a snapshot to merge the two images (at screen definition) 6) to use the alphadata or the maskdata of the first image to identify the limits of the incrusted one, and to apply some blurring algorithm to the pixels around this limit. Without that, the limit will appear jaggered. The two images must of course have exactly the same dimensions in pixel rows and columns. Look at the dictionnary for imageData,MaskData and alphaData for details... and tell us about your experiences ! good luck Jacques Le 16 nov. 2008 à 21:59, Jonathan Lynch a écrit : Does anyone have any suggestions on how to do professional-quality photographic chromakeying (like blue screen or green screen) with RunRev? -- Do all things with love ___ 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 ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax: ++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: [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 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 -- Do all things with love ___ 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: More - Post Command Problem looks like a RunRev problem?
Dave, you'll need something like this: put the tempname into tFile put mySoapEnvelope into url(file: tFile) -- this is so we don't pass a load of data on the command line put curl -s into tCurlStr repeat for each line L in myHttpHeaders -- if you're only setting one header, you don't need a repeat, of course. put -H ' L ' after tCurlStr end repeat put -d tFile tUrl after tCurlStr put shell(tCurlStr) into tResponse delete file tFile -- cleanup If you want to see the whole exchange including headers and everything, then replace -s with -v in the third line. Alternatively, you could try my library (http://futsoft.futilism.com/ revolutionstuff.html), in which case it would be put curl.new() into tCurl curl.setUrl tCurl, tUrl curl.setHeaders tCurl, myHttpHeaders curl.setPostData tCurl, mySoapEnvelope put curl.runTilDone(tCurl) into tResponse Best, Mark On 17 Nov 2008, at 14:40, Dave wrote: Hi Mark, I can't figure out the correct format for the curl command, or how to call it from RunRev. Given that the current post command looks like this: set the httpHeaders to myHTTPHeader post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How would I do this using curl? The function to send the command is called from all over the place so I would have to change it in the low level function, if so then the above is the only data I can get at and I have to return myReply and myResult in the same format as the post command would use. Is this possible using curl? Thanks a lot All the Best Dave On 17 Nov 2008, at 12:00, Mark Smith wrote: Dave, I wonder if it would be worth trying to do the post using curl (or some other tool) to see if the problem still occurs? Also, have you looked at what actual bytes the truncated response ends with ie. is the server sending back something weird? Best, Mark On 17 Nov 2008, at 11:29, Dave wrote: Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command? Any ideas or suggestions on how to fix or even get a handle of this problem would be greatly appreciated. All the Best Dave -- I read records from a database, format them, and add them to a block of data. There is a blocking factor variable, it is set to 200, so I read 200 records from the database, block them into one big block and send it to the server via a post command. The Server then sends a response which can be variable in length, the response is in XML format. This process works well 99% of the time, but sometimes, (and this can be reproduced if the right data (or the wrong data in this case!) is present in the database). When this happens the response from the server is truncated in the middle of an XML node. As far as I can tell the difference is that by chance, a group of 200 records has caused the response to be over a certain size. If I set the BlockingFactor to 50, the problem goes away, but this causes a major slowdown. -- It is sending one block at a time, each block contains N records. There are around 10,500 records in the database. Each record has an XML node in the reply, depending on the content of the record sent, it will return different data of variable size. It appears if the block returned is greater than a certain size, it is truncated. Basically the process is: repeat for all Records in Database Read Record From Database Encode as XML Add to end of SendDataBlock if the number of records in SendDataBloack SendBlockingFactor then post SendDataBlock get response process response put empty into SendDataBlock end if end repeat ___ 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 ___
2 revBrowser Instances on one card with target references from first to the second - possible?
Hello Q: I would like a card with 2 altBrowsers, which have names and the second is the target of the first Is this possible? compare: if I have a link in HTML with target=second the browser opens a second window. If I use this reference target=second in another window or in the first window the browser would use the already used window nr 2. Might this be possible in runrev using 2 browser instances? Any Ideas? a href=myinfo.html target=window2show myinfo in target window2/a opened in altBrowser window1 ... any possibility to give a second instance the name window2 as would do the browsers? 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 Regards, Franz ___ 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: Random algorithm
Dave Cragg wrote: ... The two scripts measure the number of repeated sequences that are generated by the two methods. The first method has yet to produce a repeated sequence here. ... METHOD 1 (no resetting) Bingo. The psuedo-random algo used in Rev is pretty good as it is. -- 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: More - Post Command Problem looks like a RunRev problem?
Hi, Thanks for this. I looked at your library and found that it won't run under RunRev 2.8.1.472 which is what I am using. Writing to a file will slow it down, do I *have* to use a file? If not, how would I format the command? Also there are two return variables using the post command and I need to return both: post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How can I do this using the shell command? Would it be worth replacing the internet library from the latest version of RunRev? Will this work? Are they compatible? All the Best Dave On 17 Nov 2008, at 15:21, Mark Smith wrote: Dave, you'll need something like this: put the tempname into tFile put mySoapEnvelope into url(file: tFile) -- this is so we don't pass a load of data on the command line put curl -s into tCurlStr repeat for each line L in myHttpHeaders -- if you're only setting one header, you don't need a repeat, of course. put -H ' L ' after tCurlStr end repeat put -d tFile tUrl after tCurlStr put shell(tCurlStr) into tResponse delete file tFile -- cleanup If you want to see the whole exchange including headers and everything, then replace -s with -v in the third line. Alternatively, you could try my library (http:// futsoft.futilism.com/revolutionstuff.html), in which case it would be put curl.new() into tCurl curl.setUrl tCurl, tUrl curl.setHeaders tCurl, myHttpHeaders curl.setPostData tCurl, mySoapEnvelope put curl.runTilDone(tCurl) into tResponse Best, Mark On 17 Nov 2008, at 14:40, Dave wrote: Hi Mark, I can't figure out the correct format for the curl command, or how to call it from RunRev. Given that the current post command looks like this: set the httpHeaders to myHTTPHeader post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How would I do this using curl? The function to send the command is called from all over the place so I would have to change it in the low level function, if so then the above is the only data I can get at and I have to return myReply and myResult in the same format as the post command would use. Is this possible using curl? Thanks a lot All the Best Dave On 17 Nov 2008, at 12:00, Mark Smith wrote: Dave, I wonder if it would be worth trying to do the post using curl (or some other tool) to see if the problem still occurs? Also, have you looked at what actual bytes the truncated response ends with ie. is the server sending back something weird? Best, Mark On 17 Nov 2008, at 11:29, Dave wrote: Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command? Any ideas or suggestions on how to fix or even get a handle of this problem would be greatly appreciated. All the Best Dave -- I read records from a database, format them, and add them to a block of data. There is a blocking factor variable, it is set to 200, so I read 200 records from the database, block them into one big block and send it to the server via a post command. The Server then sends a response which can be variable in length, the response is in XML format. This process works well 99% of the time, but sometimes, (and this can be reproduced if the right data (or the wrong data in this case!) is present in the database). When this happens the response from the server is truncated in the middle of an XML node. As far as I can tell the difference is that by chance, a group of 200 records has caused the response to be over a certain size. If I set the BlockingFactor to 50, the problem goes away, but this causes a major slowdown. -- It is sending one block at a time, each block contains N records. There are around 10,500 records in the database. Each record has an XML node in the reply, depending on the content of the record sent, it will return different data of variable size. It appears if the block returned is greater than a
Re: I'm sorry but ..... !
Hi, Well I doubt anyone would print the whole thing on single sided and definitely not on an InkJet Printer. But if you have a Laser Printer of any statue double-sided printing is as simple as selecting it. As for the non-green aspect, this has just got to be a better option since you don't have to waste (much) energy transporting it a 1000 page document. All the Best Dave On 16 Nov 2008, at 04:49, Stephen Barncard wrote: Not to mention the non-green aspect of printing hundreds of single sided pages. (most people don't have the time to figure out the machinations needed to print on both sides.) The price Rev charges for the manual is around what it will cost to get a pdf of that length printed. The dictionary is probably quite a bit less. Bit of a bargain really. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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: I'm sorry but ..... !
Hiya, I tend to print 4 'pages' per paper page on large documentation. Sometimes makes it easier to reference items and notes on the same page. Cheers, Luis. On 17 Nov 2008, at 16:15, Dave wrote: Hi, Well I doubt anyone would print the whole thing on single sided and definitely not on an InkJet Printer. But if you have a Laser Printer of any statue double-sided printing is as simple as selecting it. As for the non-green aspect, this has just got to be a better option since you don't have to waste (much) energy transporting it a 1000 page document. All the Best Dave On 16 Nov 2008, at 04:49, Stephen Barncard wrote: Not to mention the non-green aspect of printing hundreds of single sided pages. (most people don't have the time to figure out the machinations needed to print on both sides.) The price Rev charges for the manual is around what it will cost to get a pdf of that length printed. The dictionary is probably quite a bit less. Bit of a bargain really. -- stephen barncard s a n f r a n c i s c o - - - - - - - - - - - - ___ 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 ___ 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: More - Post Command Problem looks like a RunRev problem?
Sorry, I should have said, the library requires 2.9. How big is the data you're sending? I've had trouble putting large amounts of data on the command line (maybe a limitation of rev's 'shell' call, or something else). I was suggesting this mainly as a way fo see if it gave you any indication of what the problem might be, whether or not it would be useful in 'production'. Anyway, you could certainly try passing the soap envelope on the command line (does writing it to a file really slow it down all that much?). Anyway, you'll need to url encode the data, so something like put curl -s into tCurlStr repeat for each line L in myHttpHeaders -- if you're only setting one header, you don't need a repeat, of course. put -H ' L ' after tCurlStr end repeat put -d - quote urlencode(mySoapEnvelope) quote tUrl after tCurlStr put shell(tCurlStr) into tResponse I think libUrl only ever puts errors into the result. What the shell call returns will be either the returned data, or an error (though the result may contain something if there was an error in the shell call itself). Also, I've just realised that if you do need to write to a tempfile, the line should be: put -d @ tFile tUrl after tCurlStr Best, Mark On 17 Nov 2008, at 16:10, Dave wrote: Hi, Thanks for this. I looked at your library and found that it won't run under RunRev 2.8.1.472 which is what I am using. Writing to a file will slow it down, do I *have* to use a file? If not, how would I format the command? Also there are two return variables using the post command and I need to return both: post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How can I do this using the shell command? Would it be worth replacing the internet library from the latest version of RunRev? Will this work? Are they compatible? All the Best Dave On 17 Nov 2008, at 15:21, Mark Smith wrote: Dave, you'll need something like this: put the tempname into tFile put mySoapEnvelope into url(file: tFile) -- this is so we don't pass a load of data on the command line put curl -s into tCurlStr repeat for each line L in myHttpHeaders -- if you're only setting one header, you don't need a repeat, of course. put -H ' L ' after tCurlStr end repeat put -d tFile tUrl after tCurlStr put shell(tCurlStr) into tResponse delete file tFile -- cleanup If you want to see the whole exchange including headers and everything, then replace -s with -v in the third line. Alternatively, you could try my library (http:// futsoft.futilism.com/revolutionstuff.html), in which case it would be put curl.new() into tCurl curl.setUrl tCurl, tUrl curl.setHeaders tCurl, myHttpHeaders curl.setPostData tCurl, mySoapEnvelope put curl.runTilDone(tCurl) into tResponse Best, Mark On 17 Nov 2008, at 14:40, Dave wrote: Hi Mark, I can't figure out the correct format for the curl command, or how to call it from RunRev. Given that the current post command looks like this: set the httpHeaders to myHTTPHeader post mySoapEnvelope to url mySoapURL put it into myReply put the result into myResult How would I do this using curl? The function to send the command is called from all over the place so I would have to change it in the low level function, if so then the above is the only data I can get at and I have to return myReply and myResult in the same format as the post command would use. Is this possible using curl? Thanks a lot All the Best Dave On 17 Nov 2008, at 12:00, Mark Smith wrote: Dave, I wonder if it would be worth trying to do the post using curl (or some other tool) to see if the problem still occurs? Also, have you looked at what actual bytes the truncated response ends with ie. is the server sending back something weird? Best, Mark On 17 Nov 2008, at 11:29, Dave wrote: Hi All, Please see below for the history of this problem. Since then I have some more information: I installed WireShark and recreated the problem. When I look at the captured information, it looks as if the response is being sent and received by server/client ok. It shows a number of TCP packets (TCP Segment of a reassembled PDU) and then one block that shows as HTTP/XML. When I select this block it shows the packet reassembled as 23782 bytes. However when the error occurs, the response return by the RunRev post command only shows the first 2736 bytes, e.g. the rest of the reassembled block is truncated. I have the dumps as text files but they are too big to post here. When I looked up the post command in RunRev it says it is part of the internet library, however I can't find any source code for this. Is it available? I'd like to add some trace information so I can see if this library is being passed the whole block and if so why is it going wrong on this block. Is there another way to do this in RunRev? e.g. A alternative to the post command?
Re: repeat loop and formatting question
Actually, you can type less by eliminating the font tags: put fld 1 into tText replace ck with bck/b in tText replace ch with bch/b in tText replace oa with uch/u in tText replace oo with uoo/u in tText Or in a more generic way -- more code but easier to maintain put fld 1 into tText set the caseSensitive to true put ck ch into vChunksToBold repeat for each word w in vChunksToBold replace w with b w /b in tText end repeat put ch oo into vChunksToUnderline repeat for each word w in vChunksToUnderline replace w with u w /u in tText end repeat set the caseSensitive to false put tText into fld 1 And if think you may need more style in the future, even more generic way would be to use an array put fld 1 into tText set the caseSensitive to true put ck ch into vChunksToMark[b] -- bolds put ch oo into vChunksToMark[u] -- underlines repeat for each line k in the keys of vChunksToMark put k into vMarkBeg put / k into vMarkEnd repeat for each word w in vChunksToMark[k] replace w with vMarkBeg w vMarkEnd in tText end repeat end repeat set the caseSensitive to false put tText into fld 1 Robert ___ 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: Embedding fonts anomalies
on Sun, 16 Nov 2008 14:07:58 -0500 Shari wrote: No, but here's the code I am using, and it appears to be working: snip Great! i am going to test your code in Windows and Ubuntu Linux and tomorrow will report the results. Thanks again for posting your work! alejandro ___ 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: Doing chromakey through Runrev
Hi Jonathan, Sorry I have misunderstood your question, not giving enough attention to the word professional ;o) Unfortunately, I have no ideas just yet, but I would be very interested if one appear on the list ! By the way, following Franz suggestion, I looked at Altuit and specially at testComposite.rev. Sure it will save me some headache in the near future ! Thank you Chipp ! Jacques ** Prof. Jacques Hausser Department of Ecology and Evolution Biophore / Sorge University of Lausanne CH 1015 Lausanne please use my private address: 6 route de Burtigny CH-1269 Bassins tel/fax:++ 41 22 366 19 40 mobile: ++ 41 79 757 05 24 E-Mail: [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: Random algorithm
On 17 Nov 2008, at 16:04, Richard Gaskin wrote: Dave Cragg wrote: ... The two scripts measure the number of repeated sequences that are generated by the two methods. The first method has yet to produce a repeated sequence here. ... METHOD 1 (no resetting) Bingo. The psuedo-random algo used in Rev is pretty good as it is. I'm not sure if you can safely draw that conclusion. (Although I've no reason to think it isn't pretty good.) My example script sliced the 25000 random numbers into sets of 5 and found no repeats among the sets. It's possible there were repeating sequences that crossed the set boundaries. Looking at the responses to my last mail, I'm not sure if I made my point clearly. (It wouldn't be the first time.) I was just wanting to point out the danger of repeatedly resetting the randomSeed with a random number (or any other technique that involves a risk of repeating the randomSeed value). The scripts I posted were to demonstrate a probably unwanted outcome that, although entirely predictable, is not always obvious. 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: Random algorithm
Dave Cragg wrote: On 17 Nov 2008, at 16:04, Richard Gaskin wrote: Dave Cragg wrote: ... The two scripts measure the number of repeated sequences that are generated by the two methods. The first method has yet to produce a repeated sequence here. ... METHOD 1 (no resetting) Bingo. The psuedo-random algo used in Rev is pretty good as it is. I'm not sure if you can safely draw that conclusion. (Although I've no reason to think it isn't pretty good.) There's the rub: when attempting to compare anything to a truly random set, there's always the possibility that even repeating patterns may be the result of randomness too. :) But I think we're on the same page here: short of calling some supercomputer over the web which uses some fancier means, monkeying with Rev's built-in random function may not be much better than just leaving it alone, which seems suitable for a great many practical applications. -- 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
Conference DVDs: Design principles
Just received the Conference DVDs along with some accompanying materials and I might give some feedback on the basis of my first and still incomplete impressions. First of all, it is surely an interesting experience to see and watch some of the chosen Revolution protagonists in action. It adds to and possibly corrects the pictures that have slowly developed in your mind over time while reading their contributions on the Rev lists. In one part of the disks Björnke von Gierke presents his Animation Engine, but unfortunately never appears in person, he is only allowed to talk from the off. As for the contents of the discs, I do not yet have a good overview, but it appeared to me that they also contain, at least at some places, very basic stuff, as for instance explaining the fundamental differences between PNG, JPEG, and GIF image formats (on a world-wide conference!). Maybe it would be a good idea for future conferences to sort the contents at least in two categories - low end stuff in the first four disks, high end for the other four - and then offer them separately to the corresponding target audiences. The short lists on the back of the disk boxes surely help as a first orientation. I would appreciate if some more detailed information (sort of short summaries) would be provided on two extra sheet of papers, which could also contain more information about the conference, its proceedings outside of the presentations, about participants, results, perspectives etc.. The technical quality of the recordings is average at best, probably reflecting the small budget allocated here. Light conditions vary, audio quality is sometimes very poor and some parts are hardly understandable, also the displayed script examples and other written material are very difficult to read.- As I could not participate personally in the conference, I was surprised and pleased to find out that at least one of my stacks had made it to Las Vegas as a sample stack. Scott Rossi used it in his Multimedia II presentation - the II in the section title probably indicating that this belongs in the advanced high-end stuff category - to demonstrate design principles (DVD 7, minutes 47 to 48). On the one hand he praised my stack of April 2007 (Imagedata Toolkit 3 Preview http://www.sanke.org/Software/ImagedataToolkitPreview3.zip) for containing a lot of powerful stuff and lots of features and functions (soundtrack Rossi), on the other hand he used it to demonstrate some of the Dont's of interface design. As I did not have the opportunity to comment on design principles earlier, I think I am entitled to a few remarks here. I agree with Scott that the stack - unfinished as it is - lends itself as an example to discuss questions of interface design. So would have other stacks. Scott complains that he did not know where to look first on the card. This is somehow understandable as the stack has a rather complex structure, as one fact containing 542 controls on one card, having 452 buttons (and an extra script library in a substack), of which 116 are visible and cluttering the card. Taking the time to read the three introductory texts available on the card (two buttons on top center), surely would have helped. The stack is not an exercise in interface design nor intended as a model for design, it is a preview stack (not a finished commercial product) and I wanted to get out this powerful stuff to the Rev community as we had already discussed details of its contents on the lists. In the meantime more than 60 other functions for imagedata processing have been added, and probably I will divide up the whole stuff in several separate stacks. One will be the already announced Photo Patchworks stack, another one has already been released (Seamless Tiles 2 http://www.sanke.org/Software/SeamlessTiles2.zip-) which probably can be assessed more favorably for its surface design. I myself have thought about various alternatives of structuring the interface, but this was not yet one of the essential points on my agenda. Among other solutions, I had thought about a strict menu structure (e.g. like in PaintShop Pro), but at least for the time being (and for time reasons) I decided against it, because I preferred the different functions - which can interact in various sequential ways to produce special effects - to be available right at your fingertips side by side, instead of digging deep into menu structures and start at the first level each time when you want to access a related function. Such considerations are also design principles, although not of the visual surface , but of internal structure and usability. Because of the complexity of the stack you might think of it as an adventurous, creative enterprise, which requires some time to detect all of its features and possibilities, given the about 300 (?) functions that can additionally interact in various ways. Another
Re: repeat loop and formatting question
Thanks. Mark On Nov 15, 2008, at 10:16 PM, Sarah Reichelt wrote: On Sun, Nov 16, 2008 at 3:32 PM, Mark Swindell [EMAIL PROTECTED] wrote: Another question: Is there a straightforward way to maintain uppercase letters in this swap-out scheme? replace th with bth/b in tText also replaces Th with bth/ set the caseSensitive to true Run this line before doing the replace and it should all work as expected. Cheers, Sarah ___ 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: repeat loop and formatting question
Yes, this is a much more efficient direction to take things. Given over 90 different digraphs and blends, it's a lot less code than I was using. Thanks. Mark On Nov 17, 2008, at 8:41 AM, Robert Brenstein wrote: Actually, you can type less by eliminating the font tags: put fld 1 into tText replace ck with bck/b in tText replace ch with bch/b in tText replace oa with uch/u in tText replace oo with uoo/u in tText Or in a more generic way -- more code but easier to maintain put fld 1 into tText set the caseSensitive to true put ck ch into vChunksToBold repeat for each word w in vChunksToBold replace w with b w /b in tText end repeat put ch oo into vChunksToUnderline repeat for each word w in vChunksToUnderline replace w with u w /u in tText end repeat set the caseSensitive to false put tText into fld 1 And if think you may need more style in the future, even more generic way would be to use an array put fld 1 into tText set the caseSensitive to true put ck ch into vChunksToMark[b] -- bolds put ch oo into vChunksToMark[u] -- underlines repeat for each line k in the keys of vChunksToMark put k into vMarkBeg put / k into vMarkEnd repeat for each word w in vChunksToMark[k] replace w with vMarkBeg w vMarkEnd in tText end repeat end repeat set the caseSensitive to false put tText into fld 1 Robert ___ 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
Scripts externally modified
Hi, after a bit absence I'm back, thanks every body for your help. Starting to work with 3.0 I'm a bit puzzled and I'd appreciate some help. What does it mean when the scripts externally modified opens up? What causes it and who does it work? Also is there a way to use the old style script editor in 3.0? Thanks in advanced, Hershel Fisch ___ 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: Scripts externally modified
Bonjour Herschel, Le 18 nov. 08 à 01:07, Hershel Fisch a écrit : Hi, after a bit absence I'm back, thanks every body for your help. Starting to work with 3.0 I'm a bit puzzled and I'd appreciate some help. What does it mean when the scripts externally modified opens up? What causes it and who does it work? Also is there a way to use the old style script editor in 3.0? It means that a script has been modified somewhere else than in the script editor itself: For instance, it will happen if you use search/replace in Rev Find dialog, modify a script by script, etc. Then the script editor proposes to reload the script in its tab to take changes into account. AFAIK there is no possibility to use 2.9 editor in 3.0. 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
