Compiling externals: strcasestr etc.
Hello, while compiling one external using Mac OS 10.4.8, XCode 2.4.1 and the ExternalsEnvironmentV2 provided by the newsletter I obtained the error: error: `strcasestr' undeclared (first use this function) Can anybody explain this? strstr works without a problem, and the external compiles in an older setting of of the XCode environment too. From a related problem an additional question: LowercaseText has been deprecated, but the Unicode-savvy alternative CFStringLowercase with a CFMutableString seems pretty complicated. Does anybody know a simple method to make parameters like AND or even case-insensitive in an external functions? Best regards Thomas Fischer ___ 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
Compiling externals: infrequent crash
Hello, I have compiled an external which crashes Revolution with one particular set of parameters (sometimes only after the second or third try). The result usually looks like EXC_BAD_ACCESS (0x0001) KERN_INVALID_ADDRESS (0x0001) at 0x7736 Thread 0 Crashed: 0szone_malloc + 4048 1malloc + 632 20x1000 + 1716868 30x1000 + 1716788 40x1000 + 1095296 50x1000 + 53916 60x1000 + 1063632 70x1000 + 929736 80x1000 + 794376 90x1000 + 804988 I tried to look at this in the debugger, but the function itself (extracting lines out of a text) always reaches the end without problems, the crash happens when the function returns to Revolution. (Dreamcard 2.7.2 and Revolution 2.8.0-dp-2 tested). After the crash I have to tell Revolution twice to quit immediately (in the dock) before it finally stops. The only problem I could make out is that I use the original data handle to return the results. I used this on HyperCard externals with no problem (that I am aware of), but is this somehow disallowed in Revolution? For large amounts of data it seems economical to use the existing pointer to write the return values to (admittedly more of a concern with my former Mac Plus with 4Mb RAM). I rewrote the external with using a copy of the original parameters to return the data and haven't had a crash since, but would really like to know if there is a general rule. Best regards Thomas Fischer ___ 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: how to get a list fleld whithout any hilitedLine (before user chooses one)
Le 11 mars 07 à 23:02, Sarah Reichelt a écrit : If you set the traversalOn of the field to false, this avoids the problem Phil mentions. It will also stop the field getting a hilite if the stack is resumed with no other clickable field available. Cheers, Sarah Nice advice, Sarah ; works well; thank you very much Best regards André ___ 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
XCMD - Revolution External shim kit?
I know - and I agree - most of the XCMDs one used to use can be recoded in Transcript, often with no loss of speed, sometimes even an increase, and obviously with a gain in portability. But I am left with a couple of XCMDs that I don't want to be ported to transcript, because their value is that they share code with applications written in C/C++, and I want to be sure that the XCMD produces exactly the same behaviour as the application. When I switched to Revolution, they crashed until I understood that Rev supports v1 of the HC external interface, not v2; so I added a bit of shim code for the missing function that this external happened to be calling (StrToRect). Unfortunately, when Rev 2.0 arrived, these were orphaned; I've been hanging on to these with the app in Rev 1.1 but now I really need to move the code into a Revolution external, so I can bring the whole shebang up to date. Looking at the code, there are a lot of functions passing the XCmdPtr around, so that callbacks can be made, and results returned. Of course it would be perfectly possible to sit down and rewrite the whole code to avoid all this. But it looks to me as if it would be approximately the same effort - perhaps even slightly less - to instead extend the shim, so it implements the HC v1 callbacks that are missing, translates the HC Set/Get global functions into the Rev equivalents, and converts the input arguments and parameters. The result would be a shell Revolution External project, into which one could drop the code from an old HC external, and make it available to modern versions of Rev with very little effort. I don't imagine that I'm the first person to have the need to convert an old external... so has anyone else produced such a shim kit? If not, is there anyone else who has code that would benefit from it? - Ben ___ 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: Word-Processor Icons
Hi Richmond, Thanks for the contribution. Looks good. A very nice collection, free of use (attribution license -- link back mentioned as a nice gesture) http://www.famfamfam.com/lab/icons/silk/ . Limited to small-sized icons, though. Best, Marielle On 10 Mar 2007, at 18:04, Richmond Mathewson wrote: It Must Be The Weather . . . Having been 'suckered' to write somebody else's software I prepared some images to use as icons in Word-Processor ToolBars: WP ICONS at RevOnline ___ 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: Moving a File
On 9 Mar 2007, at 17:06, J. Landman Gay wrote: the team uses the database as a checklist, and it actually saves them a great deal of time because it provides a consolidated list for them to consult. They don't have time to monitor the mailing list for issues. I'm just not sure how to make it any clearer. If you have an issue you want addressed, put it into the checklist the team consults. I'm done with this. Well, be done with it then! No one forced you to take part in the discussion it was your choice. All I am saying that for these small changes that only affect the online docs, it would make much more sense to just do them, rather than add them to a list. The reason I say this is from recent experience: A couple of months ago one of my customers contacted me about the content of one of the fields in an information dialog. The text was worded such that it was possible misunderstand what was being said and that could lead to records by being deleted by mistake from a database. I corrected it there and then and had a new version for them within an hour. I could do this since I knew it would not affect any other part of the system since it was just displayed text and contained no logic and was not referenced by any other part of the system. It was so like the case of the rename and delete array item documentation gliches that it sprang to mind immediately. The benefits of this approach are: 1. There is no need to waste time adding it to a database. 2. There is no need to waste time checking the database. 3. The customer is impressed with the speedy response and this in turn generates a feeling of being looked after and customer loyalty. 4. It is one less thing to worry about. Of course I can understand the need to have a database to track problems that contain logic and implication else where in the system. But for simple things like the cases I mention is it a lot better to just do them. Can't you see the sense in this? All the Best 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: Moving a File
Dave, Can't you see the sense in this? The recommendations made to you to add an entry to the database are not because we believe your recommendations are any inappropriate. If you take me, for instance, in complete contradiction with what I told you (the big and small stone), when recently Klaus signaled me a problem with a broken link on my webpage, I went on to fix it immediately. In fact, I even toke the opportunity to run a full check and correct all other errors on that page. Toke me 10 minutes. It's not that you are not right. It's that other persons believe that an approach different than the one you recommend is a better fit to them. What we tried to tell you is that if you want your comments to be taken into account, there is only one way... add an entry to the database. It's not guaranteed the change will be implemented any soon. What is guaranteed, however, is that problems that are signaled on this list won't be taken into account. Marielle On 12 Mar 2007, at 12:31, Dave wrote: Well, be done with it then! No one forced you to take part in the discussion it was your choice. All I am saying that for these small changes that only affect the online docs, it would make much more sense to just do them, rather than add them to a list. The reason I say this is from recent experience: A couple of months ago one of my customers contacted me about the content of one of the fields in an information dialog. The text was worded such that it was possible misunderstand what was being said and that could lead to records by being deleted by mistake from a database. I corrected it there and then and had a new version for them within an hour. I could do this since I knew it would not affect any other part of the system since it was just displayed text and contained no logic and was not referenced by any other part of the system. It was so like the case of the rename and delete array item documentation gliches that it sprang to mind immediately. The benefits of this approach are: 1. There is no need to waste time adding it to a database. 2. There is no need to waste time checking the database. 3. The customer is impressed with the speedy response and this in turn generates a feeling of being looked after and customer loyalty. 4. It is one less thing to worry about. Of course I can understand the need to have a database to track problems that contain logic and implication else where in the system. But for simple things like the cases I mention is it a lot better to just do them. Can't you see the sense in this? All the Best 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 Best regards, Marielle Marielle Lange (PhD), http://widged.com Bite-size Applications for Education ___ 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: Reading OSX mail attachments
Hello, Thanks for your help, but I'm still having problems displaying the image correctly. This snippet from the .eml file says it's base 64: --FTG_BOUNDRY Content-Type: image/jpeg; name=Pool Table.jpg Content-disposition: attachment Content-transfer-encoding: base64 But, when I open the file within rev...strip out all the text ahead of the attachment...strip out all the junk past the end of the attachment...then set the image data of an image to base64Decode (theattachment)...I get mostly a black image with a sliver of hash on the left side. I have got to be missing something basic here! On Mar 9, 2007, at 4:52 PM, Brent Anderson wrote: Hello. I've done something similar with audio clips and those were in base 64 format. A quick base64decode function call should do the trick. Thanks, Brent Anderson Christa McAuliffe Space Education Center On Mar 9, 2007, at 9:51 AM, Ken Ray wrote: On Fri, 9 Mar 2007 09:55:32 -0500, Tim Ponn wrote: Hello all, I have a situation where customer orders come to me via email with a photo attachment. It occurred to me that I could use rev to create a db front end that could be pointed at the appropriate mailbox folder and then have it extract each message. Then, each message becomes a record in my db. Extracting the data is a piece o cake. Then I come to the attachment. Apple apparently uses a compression technique to store the image (jpg, bmp, whatever) within each individual message. Has anybody fiddled with reading and displaying these attachments? Any thoughts? Ideas? Laughs? ;=) Well, as a last resort you could leave it in Mail, and then use AppleScript to get at the message and its attachments. Barring that, I haven't had to read embedded mail attachments directly, but I'd assume they are either BinHexed or AppleDouble encoded... Ken Ray Sons of Thunder Software, Inc. Best Regards, Timothy R. Ponn ___ 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: Reading OSX mail attachments
On Mon, 12 Mar 2007 10:15:59 -0400, Tim Ponn wrote: Hello, Thanks for your help, but I'm still having problems displaying the image correctly. This snippet from the .eml file says it's base 64: --FTG_BOUNDRY Content-Type: image/jpeg; name=Pool Table.jpg Content-disposition: attachment Content-transfer-encoding: base64 But, when I open the file within rev...strip out all the text ahead of the attachment...strip out all the junk past the end of the attachment...then set the image data of an image to base64Decode(theattachment)...I get mostly a black image with a sliver of hash on the left side. I have got to be missing something basic here! Do you know ahead of time the size of the image? Because before you set the imageData of an image, you need to have the rect of the image be correct otherwise you'll get garbage. I would suggest pumping the base64Decode(theattachment) to a binary file called Pool Table.jpg and then importing that image from disk (or set the filename of an empty image to the file path). Just my 2 cents, 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: Reading OSX mail attachments
Ken, Yes, I do have the image in my rev stack set to the same as the original jpeg image..in this case 350 x 232. For what it's worth, once I isolate (theAttachment), I also put base64Decode(theAttachment) into a field. I then opened the original Pool Table.jpg with a text editor. They look identical and they are the same length...well...the jpg file has 3 extra bytes, but I would attribute this to eof. Because the slice of hash is about 1/16 the width of the image that I end up with (the balance being black), is it possible that base64Decode is actually hex, and not binary? Maybe coincidence? On Mar 12, 2007, at 10:51 AM, Ken Ray wrote: On Mon, 12 Mar 2007 10:15:59 -0400, Tim Ponn wrote: Hello, Thanks for your help, but I'm still having problems displaying the image correctly. This snippet from the .eml file says it's base 64: --FTG_BOUNDRY Content-Type: image/jpeg; name=Pool Table.jpg Content-disposition: attachment Content-transfer-encoding: base64 But, when I open the file within rev...strip out all the text ahead of the attachment...strip out all the junk past the end of the attachment...then set the image data of an image to base64Decode(theattachment)...I get mostly a black image with a sliver of hash on the left side. I have got to be missing something basic here! Do you know ahead of time the size of the image? Because before you set the imageData of an image, you need to have the rect of the image be correct otherwise you'll get garbage. I would suggest pumping the base64Decode(theattachment) to a binary file called Pool Table.jpg and then importing that image from disk (or set the filename of an empty image to the file path). Just my 2 cents, Ken Ray Sons of Thunder Software, Inc. Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ Best Regards, Timothy R. Ponn ___ 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: Reading OSX mail attachments
On 12 Mar 2007, at 14:15, Tim Ponn wrote: But, when I open the file within rev...strip out all the text ahead of the attachment...strip out all the junk past the end of the attachment...then set the image data of an image to base64Decode (theattachment)...I get mostly a black image with a sliver of hash on the left side. When you say set the image data of an image do you mean the imageData property. I don't think this will work with jpeg data. The imageData format is an iternal pixel by pixel format used by Rev with no compression. Instead, try something like this: put base64Decode(theattachment) into image myImage 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: Reading OSX mail attachments
Dave, Thanks, but that didn't work either. What I get now is a completely white image, and when I look at it's imageData it's zero length. On Mar 12, 2007, at 11:23 AM, Dave Cragg wrote: put base64Decode(theattachment) into image myImage Best Regards, Timothy R. Ponn ___ 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: Moving a File
Hi Marielle, Thank you for taking the time to explain what you meant, if has made things a lot easier for me to understand. I guess it's all down to your background and experience. I am used to working for and having my own company that is customer and quality focused, as well as dealing with companies that provide this kind of service level. Whereas I suppose if you come from a more academic background and/or are not used to and don't have the experience in providing good developer/customer relations you will have a totally different way of doing things. Thanks again, that really did make all the difference in understanding the thought processes/reasoning behind a lot of things that go on in the wonderful world of RunRev! Take Care and All the Best Dave On 12 Mar 2007, at 14:01, Marielle Lange wrote: Dave, Can't you see the sense in this? The recommendations made to you to add an entry to the database are not because we believe your recommendations are any inappropriate. If you take me, for instance, in complete contradiction with what I told you (the big and small stone), when recently Klaus signaled me a problem with a broken link on my webpage, I went on to fix it immediately. In fact, I even toke the opportunity to run a full check and correct all other errors on that page. Toke me 10 minutes. It's not that you are not right. It's that other persons believe that an approach different than the one you recommend is a better fit to them. What we tried to tell you is that if you want your comments to be taken into account, there is only one way... add an entry to the database. It's not guaranteed the change will be implemented any soon. What is guaranteed, however, is that problems that are signaled on this list won't be taken into account. Marielle On 12 Mar 2007, at 12:31, Dave wrote: Well, be done with it then! No one forced you to take part in the discussion it was your choice. All I am saying that for these small changes that only affect the online docs, it would make much more sense to just do them, rather than add them to a list. The reason I say this is from recent experience: A couple of months ago one of my customers contacted me about the content of one of the fields in an information dialog. The text was worded such that it was possible misunderstand what was being said and that could lead to records by being deleted by mistake from a database. I corrected it there and then and had a new version for them within an hour. I could do this since I knew it would not affect any other part of the system since it was just displayed text and contained no logic and was not referenced by any other part of the system. It was so like the case of the rename and delete array item documentation gliches that it sprang to mind immediately. The benefits of this approach are: 1. There is no need to waste time adding it to a database. 2. There is no need to waste time checking the database. 3. The customer is impressed with the speedy response and this in turn generates a feeling of being looked after and customer loyalty. 4. It is one less thing to worry about. Of course I can understand the need to have a database to track problems that contain logic and implication else where in the system. But for simple things like the cases I mention is it a lot better to just do them. Can't you see the sense in this? All the Best Best regards, Marielle ___ 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: shell() in a separate thread with callback message at exit?
Here is an example script that does a ping. The handler includes the post-processing of the result, but you can just ignore that. function checkPing pIP ... put ping -c1 -npIP into tShellCmd put tFileName 21 after tShellCmd Thank you a lot Sarah. Your code let me discover the wait .. with messages which I have never been aware of (the old Hypercard practice?). This can actually do the job I am searching for. Also, your example raises two questions: 1.- Is there somewhere some documentation on synchronous/asynchronos parallel/threaded Transcript execution? I would like to learn about other such great features native in Transcript... 2.- I understand the shell command you wrote up to ping -c1 -n 192.168.0.1 and even the mandatory for executing the shell in a separate thread but I dont understand the 21 . Could you explain? Do you have a good MacOSX/Un*x tutorial on the shell commands? Best to you, Joël___ 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
Ideas and Suggestions on Generating Frames for a Movie
Hi All, I have a new project coming up in two weeks or so. It's to generate test movies for use in the analysis of TV, Film and Video Game equipment. The type of thing that is needed is to allow the user to set a Frame Size and rate (Frames Per Second), specify a background color, shapes that fit within the Frame (Rectangles, Circles, Polygons, etc), the movement of the shapes and the number of frames that this should last for. For example: The User sets a frame size of 1024 x 768 and 25 FPS. The User sets the Background color to white. The User sets a Rectangle of 256 x 256 and a color of black, starting at the top left of the frame. The User sets the number of frames to 100 and starts the movie. This should then generate a 4 second movie that white except for a black rectangle covering just over 25% of the picture. This is a very simple case, a slight more complicated one would be the same as above, but the 256 x 256 rectangle should change color from/to black to red every 5 frames. To add some more complexity the rectangle should move back and forth between position 0,0 and 500, 300 every 5 frames. And so on.. I know how to do most of this. I have an external command module that can generate QuickTime movies and I know how to create rectangles etc and move them around the frame. However I am not sure how to render everything inside the frame, e.g. what I would like to be able to do is it put the background pixels into a pixel buffer, then the pixels of each object in the frame into a the same pixel buffer (overwriting the background) and then pass this buffer to an external command that would write one frame of the QuickTime movie. After writing a frame, it would then change the colors of the objects, perform any movement or size change and render out the next frame. The movie doesn't have to be written in real time, it really doesn't matter if it takes 30 seconds to generate 10 a second movie. Not sure if this can be done in RunRev? All the Best 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
Linux-specific technical problems
For various reasons I won't attempt to discuss now, the UR-List Linux sub-community is smaller than it should be. With a large community, if one person doesn't know the answer to a technical problem, probably another person does. But when you have only a handful of people, the chances of getting a technical question answered are considerably reduced. I have asked two technical questions on-List recently which have not been answered. I actually need answers to my questions, otherwise I wouldn't have asked them. These 2 questions could probably be answered by a Rev engineer in a jiffy: - 1. In Rev Linux 2.6.1, can foreign symbols (with accents) be printed on the printer or not? 2. Why doesn't the following work? put smbclient\ john\\c\ mount into procToDo open process procToDo for update write dir to process procToDo [or dir return] read from process procToDo until eof put it into field test quit close process procToDo -- Again, for various reasons I won't attempt to discuss now, Mark Waddingham and others no longer participate on the UR-List. The person at the gateway of Rev technical support nowadays seems to be Jacque more or less exclusively, so I suppose the suggestion I am about to make is addressed to her. (But I am making it publicly so that other Linux users can benefit from the answer.) Jacque does a splendid job, but naturally her experience with Linux is less than it is with Macintosh and Windows. As I learned from my last contact with Rev technical support, she doesn't even have access to a Linux machine, so for example, instead of verifying a reported Linux bug in a couple of seconds, she needs to exchange a number of e-mails with the Linux user in order to adequately understand the problem. My question is, can something be done about this? Jacque: If you see that a simple Linux-specific question doesn't get answered on-List, is there a way that some kind of answer can be extracted from the Rev engineers? Bob ___ 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: iGame3D Rev External
Hi, Mark I got igame3d to work on win but where can I find the Ants game? I had a great time playing the Ants game. Nice demo for the technology. -Mark ___ 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
Menu Font on Windows
Hi, I'd like my application to respect the user settings for fonts etc. in the windows menu bar that I create. I've queried the registry for the user font information but I can't figure out where the font size and font color information is stored. Anyone know how to do this? Thanks, Tim Bleiler Instructional Designer, University at Buffalo ___ 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: Linux-specific technical problems
Bob Warren wrote: The person at the gateway of Rev technical support nowadays seems to be Jacque more or less exclusively, so I suppose the suggestion I am about to make is addressed to her. Pretty much true for technical questions. Heather fields everything else, but if it involves scripting or engine behavior, the question gets placed into my queue. I work a couple of hours every morning (my local US time) and clear my queue daily. For non-US residents, that's often late afternoon or sometimes evening. (But I am making it publicly so that other Linux users can benefit from the answer.) Jacque does a splendid job, but naturally her experience with Linux is less than it is with Macintosh and Windows. As I learned from my last contact with Rev technical support, she doesn't even have access to a Linux machine, so for example, instead of verifying a reported Linux bug in a couple of seconds, she needs to exchange a number of e-mails with the Linux user in order to adequately understand the problem. Again, true. I have to ask someone on the team to verify and answer. There are a couple of people there who can do that, but they are not directly involved in tech support (nor should they be.) So you are right, I need to find someone to ask. On the other hand, I'm developing a list of common questions that I can now answer with boilerplate -- but if it isn't something pretty basic, I need to forward the question to a team member (and your stuff isn't basic. ;)) Due to the differences in time zones, they usually don't even see my request until the next day so there is an unavoidable lag which doesn't help either. My question is, can something be done about this? Jacque: If you see that a simple Linux-specific question doesn't get answered on-List, is there a way that some kind of answer can be extracted from the Rev engineers? Well, technically it would have to come through the support queue if you want to make sure I see it. I don't always read questions about things I'm not familiar with, I just assume someone else will answer. I do usually catch my own name though, so if you specifically ask me on the list I'll try to find out. I can't guarantee an immediate response, since it will depend on the availability of the people I need to ask, what time of day I see your question, and whether anyone on the team is around. But I'll forward to them when I see it. One note of hope is that the whole unix engine is being rewritten and it is likely that much of what's broken now will be fixed soon. Or at least, that's the idea. I am sympathetic to your position, if that helps. And I do intend to install some version of 'nix and get going with it when I get a chance. That can only help my own business, as well as the level of support I can provide to RR customers. I found Peter's recent list of distros very helpful in making a decision. -- 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
Printing Japanese text
Hopefully I am overlooking something simple. I have a card with Japanese text. When I print it, the text is replaced with a black bar. This is on a Mac, printing to an HP LJ4050. I set the textFont of the field to Osaka,Japanese. I set the formatForPrinting to true. I've print Japanese on this printer, from this Mac in Word. Any ideas? Thanks! Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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: Printing Japanese text
Peter, I think you cannot print Japanese text field. But it works. print this cd from the topLeft of fld 1 to the bottomRight of fld 1 -- Kenji Kojima http://www.kenjikojima.com/ On Mar 12, 2007, at 2:51 PM, Peter T. Evensen wrote: Hopefully I am overlooking something simple. I have a card with Japanese text. When I print it, the text is replaced with a black bar. This is on a Mac, printing to an HP LJ4050. I set the textFont of the field to Osaka,Japanese. I set the formatForPrinting to true. I've print Japanese on this printer, from this Mac in Word. Any ideas? Thanks! Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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: Printing Japanese text
Hello Kojima-san I tried what you wrote and it doesn't work here. I just get a solid black bar where my text is. This happens if I do a Print This Card from the ID and click Preview, so it isn't a printer issue. I am using Revolution 2.8.0. I haven't tried another version of Revolution yet. Any other ideas? At 02:15 PM 3/12/2007, you wrote: Peter, I think you cannot print Japanese text field. But it works. print this cd from the topLeft of fld 1 to the bottomRight of fld 1 -- Kenji Kojima http://www.kenjikojima.com/ On Mar 12, 2007, at 2:51 PM, Peter T. Evensen wrote: Hopefully I am overlooking something simple. I have a card with Japanese text. When I print it, the text is replaced with a black bar. This is on a Mac, printing to an HP LJ4050. I set the textFont of the field to Osaka,Japanese. I set the formatForPrinting to true. I've print Japanese on this printer, from this Mac in Word. Any ideas? Thanks! Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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 Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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: Ideas and Suggestions on Generating Frames for a Movie
what I would like to be able to do is it put the background pixels into a pixel buffer, then the pixels of each object in the frame into a the same pixel buffer (overwriting the background) and then pass this buffer to an external command that would write one frame of the QuickTime movie. Import snapshot would give you an image of the current frame. Depending on the capabilities of your QuickTime thingy you might be able to pass the imagedata of that image directly to it. Or, export snapshot to create a numbered series of JPEGs which is then post-processed by your QuickTime thingy into a movie. Jim Lambert ___ 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] Major Windows DST Bug
I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. To see what I mean, make sure you have Automatically adjust clock for Daylight Savings Time turned on in your Date/Time prefs, launch Rev (or MC) under at least XP Pro or Vista Home Premium (the two systems I tested), and type: put the time into x;convert x to long time;put x You should see that the time you get back is one more hour ahead of your current time. So if it is currently 2:05 PM without the DST adjustment, and you have the checkbox checked, Windows will show that it is 3:05 PM (correct). But if you run the code above, x will be 4:05:00 PM. I can only assume that when Rev asks the OS for the time it gets two factors the non-adjusted time, and a flag whether DST is currently applied. In the past, Windows would have handed over 2:05 and True (in the example above), and Rev would have adjusted the time accordingly. But the latest Windows XP/Vista DST patch seems to be handing over the ADJUSTED time, and the flag, so it would hand over 3:05 and True, so Rev is over-adjusting by another hour. There is no easy scripted fix other than finding every location where 'convert' is used and parsing strings into chunks yechh! I have logged this into Bugzilla as bug #4526. This is a MAJOR BLOCKER problem and is going to hit a LOT of people, so forwarned is forearmed... 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: Compiling externals: strcasestr etc.
Hi Thomas,
Here is a C function to change the case of a text.
voidmyLowercaseText(
char*text)
{
CFStringRef theString;
theString = CFStringCreateWithCString
(kCFAllocatorDefault,text,kCFStringEncodingMacRoman);
if( theString ) {
CFStringLowercase((CFMutableStringRef)theString,NULL);
CFStringGetCString(theString,text,strlen(text)
+1,kCFStringEncodingMacRoman);
CFRelease(theString);
}
return;
}
Hope it helps
Thierry
On 2007, Mar 12, at 08:24, Thomas Fischer wrote:
Hello,
while compiling one external using Mac OS 10.4.8, XCode 2.4.1 and
the ExternalsEnvironmentV2 provided by the newsletter
I obtained the error:
error: `strcasestr' undeclared (first use this function)
Can anybody explain this? strstr works without a problem, and the
external compiles in an older setting of of the XCode environment too.
From a related problem an additional question:
LowercaseText has been deprecated, but the Unicode-savvy
alternative CFStringLowercase with a CFMutableString seems pretty
complicated. Does anybody know a simple method to make parameters
like AND or even case-insensitive in an external functions?
Best regards
Thomas Fischer
___
use-revolution mailing list
use-revolution@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
On Mar 12, 2007, at 3:06 PM, Ken Ray wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. To see what I mean, make sure you have Automatically adjust clock for Daylight Savings Time turned on in your Date/Time prefs, launch Rev (or MC) under at least XP Pro or Vista Home Premium (the two systems I tested), and type: put the time into x;convert x to long time;put x You should see that the time you get back is one more hour ahead of your current time. So if it is currently 2:05 PM without the DST adjustment, and you have the checkbox checked, Windows will show that it is 3:05 PM (correct). But if you run the code above, x will be 4:05:00 PM. I can only assume that when Rev asks the OS for the time it gets two factors the non-adjusted time, and a flag whether DST is currently applied. In the past, Windows would have handed over 2:05 and True (in the example above), and Rev would have adjusted the time accordingly. But the latest Windows XP/Vista DST patch seems to be handing over the ADJUSTED time, and the flag, so it would hand over 3:05 and True, so Rev is over-adjusting by another hour. There is no easy scripted fix other than finding every location where 'convert' is used and parsing strings into chunks yechh! I have logged this into Bugzilla as bug #4526. This is a MAJOR BLOCKER problem and is going to hit a LOT of people, so forwarned is forearmed... Talk about timing! I was just this minute debugging a Rev-based scheduling app that is working fine on my Mac, but on XP the time returned when I request a certain time on the schedule are *2 hours ahead* of what they should be. (I have the Automatically adjust flag set to true in Windows.) Oy! I use convert heavily in this app, too. This seems like a problem with the windows DST patch, not Rev. So shouldn't Microsoft fix it? Surely Rev isn't the only application affected by it. Devin Devin Asay Humanities Technology and Research Support Center Brigham Young University ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
On Mon, 12 Mar 2007 15:30:58 -0600, Devin Asay wrote: This seems like a problem with the windows DST patch, not Rev. So shouldn't Microsoft fix it? Surely Rev isn't the only application affected by it. Agreed - though having it on RunRev's bug list may help in spurring communication with MS to get this fixed... at least they can provide the technical details of what they're asking for and what they're getting (I am only speculating as to the reason this is happening). 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: [ANN] Major Windows DST Bug
On 3/12/07 2:06 PM, Ken Ray [EMAIL PROTECTED] wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. (full text below) Yes, Ken, we have already discovered the Windows XP bug but weren't sure what was going on until your email. My networking apps (9 of them) are clobbered. That means our business is dead in the water until I can do a rewrite, but that is not a simple task for us. Fortunately, most of our computers are OSX and don't have to be fixed... at this time. For us, timing is critical to-the-second, so I am going to build a time-stamp-message system so we don't have to rely on a Rev function, or one of the operating systems/platforms in any of the countries we operate. Very expensive so far, since the core engine has to run on WinXP. Looks like a compatibility switch needs to be added to apps to test DST+WinXP+ greater than 2006+(?)+(?). And what about virtual machines? Does XP running in Parallels send the 2:05 rather than 3:05? Jim Ault On 3/12/07 2:06 PM, Ken Ray [EMAIL PROTECTED] wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. To see what I mean, make sure you have Automatically adjust clock for Daylight Savings Time turned on in your Date/Time prefs, launch Rev (or MC) under at least XP Pro or Vista Home Premium (the two systems I tested), and type: put the time into x;convert x to long time;put x You should see that the time you get back is one more hour ahead of your current time. So if it is currently 2:05 PM without the DST adjustment, and you have the checkbox checked, Windows will show that it is 3:05 PM (correct). But if you run the code above, x will be 4:05:00 PM. I can only assume that when Rev asks the OS for the time it gets two factors the non-adjusted time, and a flag whether DST is currently applied. In the past, Windows would have handed over 2:05 and True (in the example above), and Rev would have adjusted the time accordingly. But the latest Windows XP/Vista DST patch seems to be handing over the ADJUSTED time, and the flag, so it would hand over 3:05 and True, so Rev is over-adjusting by another hour. There is no easy scripted fix other than finding every location where 'convert' is used and parsing strings into chunks yechh! I have logged this into Bugzilla as bug #4526. This is a MAJOR BLOCKER problem and is going to hit a LOT of people, so forwarned is forearmed... 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 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
Would this problem have occurred if DLST had occurred at the usual time? I should think so; meaning that XP hasn't been working correctly for some time??? Joe Wilkins On Mar 12, 2007, at 2:39 PM, Jim Ault wrote: On 3/12/07 2:06 PM, Ken Ray [EMAIL PROTECTED] wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. (full text below) Yes, Ken, we have already discovered the Windows XP bug but weren't sure what was going on until your email. My networking apps (9 of them) are clobbered. That means our business is dead in the water until I can do a rewrite, but that is not a simple task for us. Fortunately, most of our computers are OSX and don't have to be fixed... at this time. For us, timing is critical to-the-second, so I am going to build a time-stamp-message system so we don't have to rely on a Rev function, or one of the operating systems/platforms in any of the countries we operate. Very expensive so far, since the core engine has to run on WinXP. Looks like a compatibility switch needs to be added to apps to test DST +WinXP+ greater than 2006+(?)+(?). And what about virtual machines? Does XP running in Parallels send the 2:05 rather than 3:05? Jim Ault On 3/12/07 2:06 PM, Ken Ray [EMAIL PROTECTED] wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. To see what I mean, make sure you have Automatically adjust clock for Daylight Savings Time turned on in your Date/Time prefs, launch Rev (or MC) under at least XP Pro or Vista Home Premium (the two systems I tested), and type: put the time into x;convert x to long time;put x You should see that the time you get back is one more hour ahead of your current time. So if it is currently 2:05 PM without the DST adjustment, and you have the checkbox checked, Windows will show that it is 3:05 PM (correct). But if you run the code above, x will be 4:05:00 PM. I can only assume that when Rev asks the OS for the time it gets two factors the non-adjusted time, and a flag whether DST is currently applied. In the past, Windows would have handed over 2:05 and True (in the example above), and Rev would have adjusted the time accordingly. But the latest Windows XP/Vista DST patch seems to be handing over the ADJUSTED time, and the flag, so it would hand over 3:05 and True, so Rev is over-adjusting by another hour. There is no easy scripted fix other than finding every location where 'convert' is used and parsing strings into chunks yechh! I have logged this into Bugzilla as bug #4526. This is a MAJOR BLOCKER problem and is going to hit a LOT of people, so forwarned is forearmed... 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 ___ 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: Printing Japanese text
Evensen-san, print this cd from the topLeft of fld 1 to the bottomRight of fld 1 I am using Revolution 2.8, MacOSX 10.4.8. It works here. Did you try English? -- Kenji Kojima http://www.kenjikojima.com/ On Mar 12, 2007, at 4:05 PM, Peter T. Evensen wrote: Hello Kojima-san I tried what you wrote and it doesn't work here. I just get a solid black bar where my text is. This happens if I do a Print This Card from the ID and click Preview, so it isn't a printer issue. I am using Revolution 2.8.0. I haven't tried another version of Revolution yet. Any other ideas? At 02:15 PM 3/12/2007, you wrote: Peter, I think you cannot print Japanese text field. But it works. print this cd from the topLeft of fld 1 to the bottomRight of fld 1 -- Kenji Kojima http://www.kenjikojima.com/ On Mar 12, 2007, at 2:51 PM, Peter T. Evensen wrote: Hopefully I am overlooking something simple. I have a card with Japanese text. When I print it, the text is replaced with a black bar. This is on a Mac, printing to an HP LJ4050. I set the textFont of the field to Osaka,Japanese. I set the formatForPrinting to true. I've print Japanese on this printer, from this Mac in Word. Any ideas? Thanks! Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ 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 Peter T. Evensen http://www.PetersRoadToHealth.com 314-629-5248 or 888-682-4588 ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
On Mon, 12 Mar 2007 14:50:27 -0700, Joe Lewis Wilkins wrote: Would this problem have occurred if DLST had occurred at the usual time? I should think so; meaning that XP hasn't been working correctly for some time??? No, I believe it had to do with the latest Windows DST patch. We didn't have problems like this over the last several years in XP with the normal DST. 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: [ANN] Major Windows DST Bug
On Mon, 12 Mar 2007 14:39:36 -0700, Jim Ault wrote: On 3/12/07 2:06 PM, Ken Ray [EMAIL PROTECTED] wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. Revolution will overcompensate for the DST by adding and additional hour to the time whenever you execute 'convert'. (full text below) Yes, Ken, we have already discovered the Windows XP bug but weren't sure what was going on until your email. My networking apps (9 of them) are clobbered. That means our business is dead in the water until I can do a rewrite, but that is not a simple task for us. Fortunately, most of our computers are OSX and don't have to be fixed... at this time. For us, timing is critical to-the-second, so I am going to build a time-stamp-message system so we don't have to rely on a Rev function, or one of the operating systems/platforms in any of the countries we operate. Very expensive so far, since the core engine has to run on WinXP. Looks like a compatibility switch needs to be added to apps to test DST+WinXP+ greater than 2006+(?)+(?). And what about virtual machines? Does XP running in Parallels send the 2:05 rather than 3:05? I would assume it would have the same problem since it is virtualized to the processor, so the OS is really Windows (even though it's on a Mac). Sarah Reichelt posted a fix that can be used in the meantime - apparently the cue is that if the hour slot in a dateItems conversion is 3 instead of 2, you subtract 3600 from the seconds (an hour) and then run a normal convert to get the right time. It's still a systemic problem to fixed IMHO, however, no matter what workarounds we might come up with. 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
Windows CPU or OS serial number?
I'm looking for a way to positively ID a Windows machine apart from the MAC address. On Athlon and newer Pentium CPUs, is there a CPU serial number that can be retrieved by software? If not, is there a Windows OS serial number? If any of the above exist, is there a shell() command that would give it to me? Many thanks - Phil Davis ___ 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: Printing Japanese text
Hey, if you're desperate, screenshot the field, and put a picture of the field on top of the actual field, then print. Brad Sampson Christa McAuliffe Space Education Center ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
Just before the time change Sunday CNN reporters were glibly predicting this one to be another Y2K. On Mar 12, 2007, at 3:06 PM, Ken Ray wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. -- 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
Re: [ANN] Major Windows DST Bug
I think everyone who is affected by this and has to put in a fix, should bill M$ - big time; whether they cough up or not is immaterial. Just the hundreds of thousands of letters should be enough to stroke their fires! There mailing address for something like this needs to be put up on the internet. Joe Wilkins On Mar 12, 2007, at 3:43 PM, Stephen Barncard wrote: Just before the time change Sunday CNN reporters were glibly predicting this one to be another Y2K. On Mar 12, 2007, at 3:06 PM, Ken Ray wrote: I have uncovered a Major (BLOCKER) Windows bug related to the most recent change in Daylight Savings Time for the United States. -- 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
unicode and regex
I have a RR stack (Audiamus) that I distribute for free, allowing users to interact with a body of media via its transcript, importing the time-aligned transcripts. I would like to add two functions to the stack but can't figure out how to do it. They are (1) fixing the fields to all be Unicode compliant and (2) building a regular expression search tool within the application to search the collection of texts. Suggestions for how to do both of these things, or offers of how much it would cost one of you wizzkids to do it would be gratefully received. Nick -- Project Manager PARADISEC Pacific And Regional Archive for Digital Sources in Endangered Cultures http://paradisec.org.au [EMAIL PROTECTED] Department of Linguistics and Applied Linguistics University of Melbourne Vic 3010 Australia Ph 61 (0)3 8344 5185 ___ 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: Linux-specific technical problems
On Monday 12 March 2007 10:56 am, Bob Warren wrote: --- -- 1. In Rev Linux 2.6.1, can foreign symbols (with accents) be printed on the printer or not? Hi Bob, I may not be of much help, I have two ideas. I downloaded the 30 day trial of Rev for Linux, but have not had time yet to work with it. If you want to send me the stack, I will try to run it and print to my HP Laser printer. Second idea - If Rev sends a Postscript file to the printer (and not a bitmap of the page) can you write the PS to disk and look at the file in a text editor. You may be able to see if the problem is in the string of text in the file or in the font encoding part of the PS file. I actually downloaded Rev because of Linux printing problems with REALBasic, which I have used for 5 years. And I live in a Spanish speaking country, so printing with accents is of interest to me also. Don Jungk ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: [ANN] Major Windows DST Bug
On 3/12/2007 at --WHO KNOWS WHEN?--, Ken Ray wrote: Sarah Reichelt posted a fix that can be used in the [meantime]... I know this is a serious bug, but your wording in the sentence above just made me chuckle. silliness off Roger Eller [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: XCMD - Revolution External shim kit?
Ben- Monday, March 12, 2007, 1:50:18 AM, you wrote: I don't imagine that I'm the first person to have the need to convert an old external... so has anyone else produced such a shim kit? If not, is there anyone else who has code that would benefit from it? If you feel the need then I'd say go ahead and code it. But it seems to me that there's very little to be gained. You'd have to go through the original code with a fine-toothed comb in any event to locate and pull out and/or recode the OS9 system calls. -- -Mark Wieder [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
Vista, Speech Wreckognition, and perl
!!!- Warning - I laughed for ten minutes solid... http://www.youtube.com/watch?v=KyLqUf4cdwc -- -Mark Wieder [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: Vista, Speech Wreckognition, and perl
Great,now we can program Rev using our voice! I'm sure he's doing all this on purpose, if not he's got a lower IQ than the computer! ___ 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
