Re: Umlaut--Success!
Good morning Devin I have still got no success (on Mac10.4.8 and Rev 2.6) The fld result is set to verdana,unicode, but only n appears. Could it be that I need Rev 2.8? However, I have not tried your suggested settings with Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) First because my system is in Norwegian and I did not find the input menu, and secondly because my potential users cannot be bothered by doing this. (Or am I completely wrong? Is this setting in Revolution somewhere?) Signe Marie Quoting Devin Asay [EMAIL PROTECTED]: On Mar 1, 2007, at 10:02 AM, Mark Schonewille wrote: Hi Devin, This doesn't work for me (Mac OS X 10.4.8, Rev 2.7.8). The # is replaced by n instead of n-umlaut. Right, after I sent this message, I discovered that the first # in the field does not get replaced by the n-umlaut, only an n. It works for every other # after the first one. (Go figure!) Here's a workaround that worked for me: on mouseUp get #fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) delete char 1 to 2 of fld result end mouseUp Does this work for you? Thanks for keeping me honest! Devin Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Hope this saves you from a kludge. ;-) Devin On Mar 1, 2007, at 1:38 AM, Signe Marie Sanne wrote: 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 ___ 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: Umlaut - set the unicodetext of field 1 to numtochar(68) numtochar(1)
Hello to the multilingual crowd hoping for runrev becoming 100 % unicode compliant. Yesterday I downloaded the new java netbeans IDE of sun and enjoyed it to be 100% unicode - the same VB.Net Express Edition I hope to enjoy this in runrev too in the near future. We can not type the letter you wish directly in a runrev field, but we can use a wrapper (I hope this might help in the case you need it): set the unicodetext of field 1 to numtochar(68) numtochar(1) This puts the unicode letter into the field. use the following script to replace ´n to n with akut put the unicodetext of field 1 into zeile -- for getting the values: --put chartonum(char 1 of the unicodetext of field 1) --put chartonum(char 1 of the unicodetext of field 1) -- these are the two byte of letter 1 of the field 1 replace (numtochar(180) numtochar(0) numtochar(110) numtochar(0)) with numtochar(68) numtochar(1) in zeile set the unicodetext of field 1 to zeile This puts n into field 1 (just tested) 1. runrev seems not to be able to display letters and unicode diacritics (=2byte letter and 2 byte combining diacritical letter) together but can handle combined letters (2bytes) in the unicode standard with unicode fonts. I opened charmap.exe on win, searched for n (U-0144: Kleiner lateinischer Buchstabe N mit Akut) and copied it. Now it is important: If I copy this direct into runrev it fails. But if I copy it in notepad and from notepad into a field in runrev it is correct. I do not know why. The same is the case if I copy arabic, syriac etc. text from a webpage: After copiing it into notepad I can copy anything into a runrev field but not directly. Why? 2. You can create any letter in the unicode standard if you know the low byte and the high byte it exists of: n with akut for example is in the unicodestandard u-0144 hex open your calc.exe in extended view, set to hex and put 44, change to decimal view and you will find 68, do the same with 01 which of course will be 01. 44 hex = 68 dezimal 01 hex = 01 dezimal this means: set the unicodetext of field 1 to numtochar(68) numtochar(1) creates this letter. Hebrew Aleph is u-05d0 05 hex = 05 dec c0 hex = 208 dec set the unicodetext of field 1 to numtochar(208) numtochar(5) numtochar(209) numtochar(5) creates aleph and beth (but wrongly displays beth aleph according to the hebrew rtl direction). Good luck Regards, 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
Re: Umlaut--Success!
Signe, On Mar 2, 2007, at 1:33 AM, [EMAIL PROTECTED] wrote: Good morning Devin I have still got no success (on Mac10.4.8 and Rev 2.6) The fld result is set to verdana,unicode, but only n appears. Could it be that I need Rev 2.8? Indeed it does not work with Rev v. 2.7. There were some enhancements to unicode for 2.7 that seem to be necessary to make this work. However, I have not tried your suggested settings with Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) First because my system is in Norwegian and I did not find the input menu, and secondly because my potential users cannot be bothered by doing this. (Or am I completely wrong? Is this setting in Revolution somewhere?) No, it's a Mac OS X setting. Open System Preferences, click on International, then Input Menu. As soon as you enable at least one of the items under Input Menu the input (flag menu, right next to the time on the right end of the menu bar) will become visible. Do your users need to be able to type the n-with-umlaut into a field? If so, you could provide a button that inserted one, using the method I've described. If you decide to go that route I'd be happy to make a sample stack for you that does this. Regards, Devin Quoting Devin Asay [EMAIL PROTECTED]: On Mar 1, 2007, at 10:02 AM, Mark Schonewille wrote: Hi Devin, This doesn't work for me (Mac OS X 10.4.8, Rev 2.7.8). The # is replaced by n instead of n-umlaut. Right, after I sent this message, I discovered that the first # in the field does not get replaced by the n-umlaut, only an n. It works for every other # after the first one. (Go figure!) Here's a workaround that worked for me: on mouseUp get #fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) delete char 1 to 2 of fld result end mouseUp Does this work for you? Thanks for keeping me honest! Devin Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp 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: Umlaut--Success!
Hello Devin, I'm afraid none of the methods can be used. I have lots of texts in which I use # for the n with umlaut. These will be fed into fields on the fly appearing with the correct letter instead of the #. So far I have used images for various text sizes which work reasonably well. My problem arose when I wanted to select a line in the text, then having to change the colour of the image as well. So I think I'll stick to the images, just double the sets of images with selection colours as well. Thanks for all the help from you and Mark. Signe Marie Sanne Den 28. feb. 2007 kl. 18:57 skrev Devin Asay: You *can* do this in Rev. Here's how I did it in OS X (I'm using rev 2.8 in OSX 10.4.8): 1. Create a field and set its textfont to a unicode font: set the textFont of fld unistuff to Verdana,unicode 2. Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) 3. Position the insert cursor in the field, choose Unicode Hex Input from the input menu, then type : n (then, holding alt/option key down) 0308 the n with umlaut should appear. Sorry, don't know how to do this via direct input in Windows. However, the following should work on either OS: 1. Create a UTF-8 encoded text file that includes the desired character. I used BBedit, making sure I chose a font that supported unicode (Tahoma or Lucida Grande should work) and that the document encoding was set to UTF-8, then created the n-umlaut character just as I described in #3 above. 2. Save the file to disk. 3. Read it in to your rev fld using the uniencode() function. I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. HTH 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 ___ 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: Umlaut--Success!
Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Hope this saves you from a kludge. ;-) Devin On Mar 1, 2007, at 1:38 AM, Signe Marie Sanne wrote: Hello Devin, I'm afraid none of the methods can be used. I have lots of texts in which I use # for the n with umlaut. These will be fed into fields on the fly appearing with the correct letter instead of the #. So far I have used images for various text sizes which work reasonably well. My problem arose when I wanted to select a line in the text, then having to change the colour of the image as well. So I think I'll stick to the images, just double the sets of images with selection colours as well. Thanks for all the help from you and Mark. Signe Marie Sanne Den 28. feb. 2007 kl. 18:57 skrev Devin Asay: You *can* do this in Rev. Here's how I did it in OS X (I'm using rev 2.8 in OSX 10.4.8): 1. Create a field and set its textfont to a unicode font: set the textFont of fld unistuff to Verdana,unicode 2. Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) 3. Position the insert cursor in the field, choose Unicode Hex Input from the input menu, then type : n (then, holding alt/option key down) 0308 the n with umlaut should appear. Sorry, don't know how to do this via direct input in Windows. However, the following should work on either OS: 1. Create a UTF-8 encoded text file that includes the desired character. I used BBedit, making sure I chose a font that supported unicode (Tahoma or Lucida Grande should work) and that the document encoding was set to UTF-8, then created the n-umlaut character just as I described in #3 above. 2. Save the file to disk. 3. Read it in to your rev fld using the uniencode() function. I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. 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: Umlaut--Success!
Hi Devin, This doesn't work for me (Mac OS X 10.4.8, Rev 2.7.8). The # is replaced by n instead of n-umlaut. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 1-mrt-2007, om 16:38 heeft Devin Asay het volgende geschreven: Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Hope this saves you from a kludge. ;-) Devin On Mar 1, 2007, at 1:38 AM, Signe Marie Sanne wrote: ___ 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: Umlaut--Success!
Hello Devin, Nor did it work on Mac 10.4 and Revolution 2.6. I've spent half a day making images with n+umlaut for textsize 14 and 16 in ordinary colour and in my selection colour. Thanks all the same. Signe Marie Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Hope this saves you from a kludge. ;-) Devin On Mar 1, 2007, at 1:38 AM, Signe Marie Sanne wrote: Hello Devin, I'm afraid none of the methods can be used. I have lots of texts in which I use # for the n with umlaut. These will be fed into fields on the fly appearing with the correct letter instead of the #. So far I have used images for various text sizes which work reasonably well. My problem arose when I wanted to select a line in the text, then having to change the colour of the image as well. So I think I'll stick to the images, just double the sets of images with selection colours as well. Thanks for all the help from you and Mark. Signe Marie Sanne Den 28. feb. 2007 kl. 18:57 skrev Devin Asay: You *can* do this in Rev. Here's how I did it in OS X (I'm using rev 2.8 in OSX 10.4.8): 1. Create a field and set its textfont to a unicode font: set the textFont of fld unistuff to Verdana,unicode 2. Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) 3. Position the insert cursor in the field, choose Unicode Hex Input from the input menu, then type : n (then, holding alt/option key down) 0308 the n with umlaut should appear. Sorry, don't know how to do this via direct input in Windows. However, the following should work on either OS: 1. Create a UTF-8 encoded text file that includes the desired character. I used BBedit, making sure I chose a font that supported unicode (Tahoma or Lucida Grande should work) and that the document encoding was set to UTF-8, then created the n-umlaut character just as I described in #3 above. 2. Save the file to disk. 3. Read it in to your rev fld using the uniencode() function. I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. 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 ___ 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: Umlaut--Success!
On Mar 1, 2007, at 10:02 AM, Mark Schonewille wrote: Hi Devin, This doesn't work for me (Mac OS X 10.4.8, Rev 2.7.8). The # is replaced by n instead of n-umlaut. Right, after I sent this message, I discovered that the first # in the field does not get replaced by the n-umlaut, only an n. It works for every other # after the first one. (Go figure!) Here's a workaround that worked for me: on mouseUp get #fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) delete char 1 to 2 of fld result end mouseUp Does this work for you? Thanks for keeping me honest! Devin Signe, You can still do it without one of these methods. Let's take your case as an example. Say you have a field poundfield that contains your text with # for each n-umlaut. Now create another field, say field result, and set its textFont to a unicode font as in #1 of my first post, below. Now create a button with the following script: on mouseUp get fld poundfld replace # with nÃà in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Barring any automatic Mac to PC character substitutions (by Rev or by your mail client,) this should result in the #'s in your poundfield being replaced by the character you want. If it doesn't work as posted here, the three characters in the 'with' part of the replace statement are ASCII-110 ASCII-204 ASCII-136. So you could generate them reliably by doing this: on mouseUp get fld poundfld put numToChar(110) numToChar(204) numToChar(136) into tChars replace # with tChars in it set the unicodeText of fld result to uniencode(it,UTF8) end mouseUp Hope this saves you from a kludge. ;-) Devin On Mar 1, 2007, at 1:38 AM, Signe Marie Sanne wrote: 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
Umlaut
Hello Perhaps someone of you may find a better solution to a small problem. I need to have the letter n with umlaut (tréma) in a text fld set to an ordinary textfont (verdana). So far I have used the imagesource, but I would like to know if there is a font (among those always present on both Mac and Windows) which will accomplish the same. Signe Marie Sanne___ 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: Umlaut
Hi Signe Marie, Hello Perhaps someone of you may find a better solution to a small problem. I need to have the letter n with umlaut (tréma) in a text fld set to an ordinary textfont (verdana). So far I have used the imagesource, but I would like to know if there is a font (among those always present on both Mac and Windows) which will accomplish the same. On the Mac numtochar(150) will create this n with a trema in Verdana and other fonts. Or manually with the keyboard: 1. ALT-n and 2. n At least here on my german system. Not booted my PC yet :-) Signe Marie Sanne Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut
Klaus, That's a tilde, not a trema/umlaut. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 11:34 heeft Klaus Major het volgende geschreven: Hi Signe Marie, On the Mac numtochar(150) will create this n with a trema in Verdana and other fonts. Or manually with the keyboard: 1. ALT-n and 2. n At least here on my german system. Not booted my PC yet :-) ___ 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: Umlaut
Hi Signe Marie and Mark, Klaus, That's a tilde, not a trema/umlaut. Oops, my mistake, sorry for that :-/ Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 11:34 heeft Klaus Major het volgende geschreven: Hi Signe Marie, On the Mac numtochar(150) will create this n with a trema in Verdana and other fonts. Or manually with the keyboard: 1. ALT-n and 2. n At least here on my german system. Not booted my PC yet :-) Regards Klaus Major [EMAIL PROTECTED] http://www.major-k.de ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut
Hello Klaus and Mark Thanks for the reply, so far no good. I thought that perhaps there might be a unicode solution, or a solution with putting the trema atop the n in some way or other. Other suggestions? Signe Marie Den 28. feb. 2007 kl. 11:53 skrev Mark Schonewille: Klaus, That's a tilde, not a trema/umlaut. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 11:34 heeft Klaus Major het volgende geschreven: Hi Signe Marie, On the Mac numtochar(150) will create this n with a trema in Verdana and other fonts. Or manually with the keyboard: 1. ALT-n and 2. n At least here on my german system. Not booted my PC yet :-) ___ 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: Umlaut
What will the Umlaut N represent? I am trying to find references to that character and so far (I haven't looked within IPA) I haven't seen it. What language Is the character supposed to be used in? Thanks, Marc Siskin Manager, Modern Language Resource Center Carnegie Mellon University [EMAIL PROTECTED] On Feb 28, 2007, at 5:03 AM, Signe Marie Sanne wrote: Hello Perhaps someone of you may find a better solution to a small problem. I need to have the letter n with umlaut (tréma) in a text fld set to an ordinary textfont (verdana). So far I have used the imagesource, but I would like to know if there is a font (among those always present on both Mac and Windows) which will accomplish the same. Signe Marie Sanne___ 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: Umlaut
It is used in the orthography for the Indian dialect Boruca, spoken by only few inhabitants in Costa Rica. I'm making a language/research program for a colleague of mine from Costa Rica, who is professor at our Spanish department. Signe Marie Sanne Den 28. feb. 2007 kl. 13:05 skrev Marc Siskin: What will the Umlaut N represent? I am trying to find references to that character and so far (I haven't looked within IPA) I haven't seen it. What language Is the character supposed to be used in? Thanks, Marc Siskin Manager, Modern Language Resource Center Carnegie Mellon University [EMAIL PROTECTED] On Feb 28, 2007, at 5:03 AM, Signe Marie Sanne wrote: Hello Perhaps someone of you may find a better solution to a small problem. I need to have the letter n with umlaut (tréma) in a text fld set to an ordinary textfont (verdana). So far I have used the imagesource, but I would like to know if there is a font (among those always present on both Mac and Windows) which will accomplish the same. Signe Marie Sanne___ 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: Umlaut
Looking through the Character Palette on my Mac, I see a character called Combining Diaresis which seems to be some kind of 'standalone' umlaut. It has the Unicode value '0308' and the UTF8 value of 'CC88'. According to Wikipedia In Unicode, diacritics are always added after the main character. so I think that the following sequence of (decimal) byte values should work as unicodeText: 0 110 3 8 But it doesn't work on my machine - all I get is a solitary n, even thought checking the unicodeText of the fld shows the values above. The same happens using u instead of nperhaps Rev's unicode implementation doesn't support Combining diacriticals, using only 'precomposed' characters? Best, Mark On 28 Feb 2007, at 11:30, Signe Marie Sanne wrote: Hello Klaus and Mark Thanks for the reply, so far no good. I thought that perhaps there might be a unicode solution, or a solution with putting the trema atop the n in some way or other. Other suggestions? Signe Marie Den 28. feb. 2007 kl. 11:53 skrev Mark Schonewille: Klaus, That's a tilde, not a trema/umlaut. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 11:34 heeft Klaus Major het volgende geschreven: Hi Signe Marie, On the Mac numtochar(150) will create this n with a trema in Verdana and other fonts. Or manually with the keyboard: 1. ALT-n and 2. n At least here on my german system. Not booted my PC yet :-) ___ 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: Umlaut
Hi Mark and Signe Marie, The ability to display combined unicode characters depends on the text engine used by the software. Revolution's text engine is much oder than the invention of combining diaresis. There is a slight possibility that I am wrong, but I don't think that Revolution is able to display combining diaresis in text fields. It is still possible to convert a simple text containing n¨ to correct unicode. Just get the unicodeText from the field and replace all unicode characters representing n¨ with the binary form of the hex value 006ecc88 before writing the data to a file. Looking for a solution, I found a nice set of fonts here: http://scripts.sil.org/cms/scripts/page.php? site_id=nrsiitem_id=CharisSIL_download#277fc10b but guess what: no n-umlaut. Signe Marie, have you thought of creating a special font file with just the characters you need? This shouldn't be too difficult. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 13:54 heeft Mark Smith het volgende geschreven: Looking through the Character Palette on my Mac, I see a character called Combining Diaresis which seems to be some kind of 'standalone' umlaut. It has the Unicode value '0308' and the UTF8 value of 'CC88'. According to Wikipedia In Unicode, diacritics are always added after the main character. so I think that the following sequence of (decimal) byte values should work as unicodeText: 0 110 3 8 But it doesn't work on my machine - all I get is a solitary n, even thought checking the unicodeText of the fld shows the values above. The same happens using u instead of nperhaps Rev's unicode implementation doesn't support Combining diacriticals, using only 'precomposed' characters? Best, Mark On 28 Feb 2007, at 11:30, Signe Marie Sanne wrote: ___ 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: Umlaut
Hello The ability to display combined unicode characters depends on the text engine used by the software. Revolution's text engine is much oder than the invention of combining diaresis. There is a slight possibility that I am wrong, but I don't think that Revolution is able to display combining diaresis in text fields. Mark you are wrong I think. copy this to a runrev field: np nnñ For finding the chars and their unicode number please run on win the progs charmap.exe in extended view. Search the letter n with ~ or with trema as you like and try the different fonts you have. U+00F1 (latin n with tilde or some of the others) can be used in Arial,Verdana,Times NR etc. on win, I do not know the way to do the same on mac. 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: Umlaut
Franz, I think the problem here is that the particular character/ diacritic that we want (n + trema) does not seem to occur as a 'precomposed' character (unlike n + tilde) - and although it can be represented in unicode as a combination of the character followed by the code for the trema, the text rendering engine in Revolution seems to be unable to deal with such combinations. Mark is obviously right that we can create the right code for what we want and write it to a file that some other (more unicode-friendly) application can display correctly, but it seems that we can't display it simply in Revolution. One solution might be to take a snapshot of it in another app, (in the right font and size, of course) and then use the resulting image data in Revolution. A kludge, for sure, but should work. Best, Mark On 28 Feb 2007, at 15:00, [EMAIL PROTECTED] wrote: Hello The ability to display combined unicode characters depends on the text engine used by the software. Revolution's text engine is much oder than the invention of combining diaresis. There is a slight possibility that I am wrong, but I don't think that Revolution is able to display combining diaresis in text fields. Mark you are wrong I think. copy this to a runrev field: np nnñ For finding the chars and their unicode number please run on win the progs charmap.exe in extended view. Search the letter n with ~ or with trema as you like and try the different fonts you have. U+00F1 (latin n with tilde or some of the others) can be used in Arial,Verdana,Times NR etc. on win, I do not know the way to do the same on mac. 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 ___ 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: Umlaut
Hi Franz, 00f1 is a single character. We were trying to figure out whether Revolution is able to combine a character with the combining diaresis cc88. In other words, we want to display two different characters in one position, which e.g. Apple's TextEdit is able to do, but Revolution isn't. Best, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 16:00 heeft [EMAIL PROTECTED] het volgende geschreven: Hello The ability to display combined unicode characters depends on the text engine used by the software. Revolution's text engine is much oder than the invention of combining diaresis. There is a slight possibility that I am wrong, but I don't think that Revolution is able to display combining diaresis in text fields. Mark you are wrong I think. copy this to a runrev field: np nnñ For finding the chars and their unicode number please run on win the progs charmap.exe in extended view. Search the letter n with ~ or with trema as you like and try the different fonts you have. U+00F1 (latin n with tilde or some of the others) can be used in Arial,Verdana,Times NR etc. on win, I do not know the way to do the same on mac. 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-2: Umlaut
Hi Mark, you are right - I am wrong. In a runrev textfield it is not possible to combine the characters you were talking about as you can in notepad on win too. I did it in notepad and pasted it (and even this did only work in half the cases). Perhaps it would the best for runrev they would rework the textfield unicode functions and starting also removing the righttoleft bugs in the textfields for arabic,syriac and hebrew. Copy the syriac phrase in a runrev textfield = (if the syriac text is sent by the mailinglist ...) Regards, Franz Original Messageprocessed by David InfoCenter Subject: Re: Umlaut (28-Feb-2007 16:19) From:Mark Schonewille [EMAIL PROTECTED] To: use-revolution@lists.runrev.com Hi Franz, 00f1 is a single character. We were trying to figure out whether Revolution is able to combine a character with the combining diaresis cc88. In other words, we want to display two different characters in one position, which e.g. Apple's TextEdit is able to do, but Revolution isn't. Best, Mark -- ___ 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: Umlaut--Success!
On Feb 28, 2007, at 3:03 AM, Signe Marie Sanne wrote: Hello Perhaps someone of you may find a better solution to a small problem. I need to have the letter n with umlaut (tréma) in a text fld set to an ordinary textfont (verdana). So far I have used the imagesource, but I would like to know if there is a font (among those always present on both Mac and Windows) which will accomplish the same. You *can* do this in Rev. Here's how I did it in OS X (I'm using rev 2.8 in OSX 10.4.8): 1. Create a field and set its textfont to a unicode font: set the textFont of fld unistuff to Verdana,unicode 2. Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) 3. Position the insert cursor in the field, choose Unicode Hex Input from the input menu, then type : n (then, holding alt/option key down) 0308 the n with umlaut should appear. Sorry, don't know how to do this via direct input in Windows. However, the following should work on either OS: 1. Create a UTF-8 encoded text file that includes the desired character. I used BBedit, making sure I chose a font that supported unicode (Tahoma or Lucida Grande should work) and that the document encoding was set to UTF-8, then created the n-umlaut character just as I described in #3 above. 2. Save the file to disk. 3. Read it in to your rev fld using the uniencode() function. I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. HTH 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: Re-2: Umlaut
runrev at animabit.de wrote: Perhaps it would the best for runrev they would rework the textfield unicode functions and starting also removing the righttoleft bugs in the textfields for arabic,syriac and hebrew. Ouch! That survived v2.8? Any word on when that'll be addressed? Oh, I'm in for a tough conversation with some customers -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Re-2: Umlaut
On Feb 28, 2007, at 10:58 AM, Richard Gaskin wrote: runrev at animabit.de wrote: Perhaps it would the best for runrev they would rework the textfield unicode functions and starting also removing the righttoleft bugs in the textfields for arabic,syriac and hebrew. Ouch! That survived v2.8? Any word on when that'll be addressed? Oh, I'm in for a tough conversation with some customers Richard, I don't think the 2.8/2.9 fixes even addressed the unicode bugs, which are probably shortcomings in the engine that will need to be addressed as a whole. I would be surprised if that issue were even addressed before the next major Rev version. But in the meantime, you can get right to left languages to mostly behave as long as you don't need to support extensive user input. If you only need to support *display* of right to left langs you can do it pretty reliably. In that case you're usually better off to create the text outside of Rev, save as unicode--utf-8 seems to be pretty reliable--and read it into a field. I covered many of the basic unicode issues in my Revcon talk last summer. 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: Umlaut--Success!
Hi Devin, This is great news. I would like to do a few tests, but can't download your utf file. Is the address correct? Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 18:57 heeft Devin Asay het volgende geschreven: You *can* do this in Rev. Here's how I did it in OS X (I'm using rev 2.8 in OSX 10.4.8): 1. Create a field and set its textfont to a unicode font: set the textFont of fld unistuff to Verdana,unicode 2. Enable the Unicode Hex Input method in the International system prefs under the input tab. This will cause the Unicode Hex Input method to appear in the input menu (the one with the little flags on the right side of the menubar.) 3. Position the insert cursor in the field, choose Unicode Hex Input from the input menu, then type : n (then, holding alt/option key down) 0308 the n with umlaut should appear. Sorry, don't know how to do this via direct input in Windows. However, the following should work on either OS: 1. Create a UTF-8 encoded text file that includes the desired character. I used BBedit, making sure I chose a font that supported unicode (Tahoma or Lucida Grande should work) and that the document encoding was set to UTF-8, then created the n-umlaut character just as I described in #3 above. 2. Save the file to disk. 3. Read it in to your rev fld using the uniencode() function. I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. HTH 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: Umlaut--Success!
On Feb 28, 2007, at 1:21 PM, Mark Schonewille wrote: Hi Devin, This is great news. I would like to do a few tests, but can't download your utf file. Is the address correct? I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. Sorry, the url for the text file should be http://revolution.byu.edu/ unicode/testUni.ut8 (testUni, not textUni). 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: Umlaut--Success!
Thanks Devin, I took the data from your file and did a few tests. Eventually, it turned out that the following works: on mouseUp put efff 00e6 3080 into myChars replace space with empty in myChars put binaryEncode(h*,myChars) into myBin set the unicodetext of fld 1 to myBin --set the textFont of char 1 to -1 of fld 1 to Lucida Grande,unicode end mouseUp You need a stack with one field and one button to run this script. Set the script of the button to the above. My observations: - this doesn't work without the signature efff - setting the font of the characters afterwards is not possible - it works with both Verdana and Lucida Grande, but you really have to set the textFont of the field in advance Additional remarks: - above script needs adjustment for Intel machines (both Mac and PC) - my earlier statement saying that it was not possible is wrong. Best regards, Mark -- Economy-x-Talk Consultancy and Software Engineering http://economy-x-talk.com http://www.salery.biz Get your store on-line within minutes with Salery Web Store software. Download at http://www.salery.biz Op 28-feb-2007, om 21:53 heeft Devin Asay het volgende geschreven: On Feb 28, 2007, at 1:21 PM, Mark Schonewille wrote: Hi Devin, This is great news. I would like to do a few tests, but can't download your utf file. Is the address correct? I've created a stack that shows how to do this. go stack url http://revolution.byu.edu/unicode/testUnicode.rev; You may also want to download the utf-8 file from http:// revolution.byu.edu/unicode/textUni.ut8. This is the file that the sample stack reads from. Sorry, the url for the text file should be http:// revolution.byu.edu/unicode/testUni.ut8 (testUni, not textUni). 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 ___ 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
is (u e) = (u umlaut) still true?
is (u e) = (u umlaut) still true? that used to be acceptable usage. you could also use ss for that B looking thing. Erich Hansen [EMAIL PROTECTED]http://www.erikhansen.org __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut on a consonant letter
Dar Scott skrev: On Dec 22, 2004, at 1:07 PM, Lynch, Jonathan wrote: I have a stack I use to figure out Unicode numbers for various symbols - the one thing I found was that any use of Unicode in a field really requires that the whole field be in Unicode. Otherwise, it gets confused. Have others found this? I was just about to send a comment on this. I noticed that if textFont of the field is set to Lucida Grande,Japanese, the unicode method I tried works. It seems that otherwise, Revolution tries to separate the n from the combining character and put it outside of unicode. It is weird using Japanese as the language for the font. This now works: on mouseUp set useUnicode to true set the textFont of field field to Lucida Grande,Japanese set the unicodeText of field field to numToChar(110) numToChar(776) put the htmlText of field field end mouseUp Dar ** DSC (Dar Scott Consulting Dar's Lab) http://www.swcp.com/dsc/ Programming Services and Software ** ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution Lots of thanks to Richard, Dar, Jonathan and Frank. I now have a field exposing text with accented letters and the umlaut at the same time. Merry Christmas to all the very helpful Revolutionies! Best from Norway Signe Marie Sanne ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Umlaut on a consonant letter
Hello, I'm going to develop a language learning course in the Indian dialect Boruca (used in Costa Rica). In their written language they use an umlaut on top of the letter n. Any clues to how to generate this letter either in Word or in Revolution? Regards Signe Marie Sanne ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut on a consonant letter
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Character Map should be included with Windows, if that is what you are using (based on your ref to Word). For OS X, open International in System Preferences and turn on Character Palette and Show input menu in menu bar. Then a flag icon shows up in your menu bar. Choose Show Character Palette from that menu. On Dec 22, 2004, at 11:21 AM, Signe Marie Sanne wrote: Hello, I'm going to develop a language learning course in the Indian dialect Boruca (used in Costa Rica). In their written language they use an umlaut on top of the letter n. Any clues to how to generate this letter either in Word or in Revolution? Regards Signe Marie Sanne ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution - --- Frank D. Engel, Jr. [EMAIL PROTECTED] $ ln -s /usr/share/kjvbible /usr/manual $ true | cat /usr/manual | grep John 3:16 John 3:16 For God so loved the world, that he gave his only begotten Son, that whosoever believeth in him should not perish, but have everlasting life. $ -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.4 (Darwin) iD8DBQFByaSr7aqtWrR9cZoRArncAJ9zszmfX9+mNUNpL9HzIl9YcP88+wCfd32b yI3Tm7emnxc3isbXCXitL4w= =yMMO -END PGP SIGNATURE- ___ $0 Web Hosting with up to 120MB web space, 1000 MB Transfer 10 Personalized POP and Web E-mail Accounts, and much more. Signup at www.doteasy.com ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut on a consonant letter
On Dec 22, 2004, at 9:21 AM, Signe Marie Sanne wrote: I'm going to develop a language learning course in the Indian dialect Boruca (used in Costa Rica). In their written language they use an umlaut on top of the letter n. Any clues to how to generate this letter either in Word or in Revolution? On OS X I tried using Unicode in Revolution by putting the combining diaeresis (0308) after an n. The font was Lucinda Grande. It didn't render as I expected; I only saw the n. (It didn't even work after a u.) I selected all, and copied the text, and then pasted it into TextEdit. It rendered just fine. Maybe there is a problem or limitation with the Revolution rendering. You can use the imageSource property in Revolution once you have your Boruca editor field set up. Or you might find the combination in some font and use that font, maybe just for that letter. In Word, you might try overstrike in the equation editor. (BTW, on and off I have a light interest in Ngobere, the language of the Guayme.) After seeing my puny responses, others might have better ideas. Dar ** DSC (Dar Scott Consulting Dar's Lab) http://www.swcp.com/dsc/ Programming Services and Software ** ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Umlaut on a consonant letter
I have a stack I use to figure out Unicode numbers for various symbols - the one thing I found was that any use of Unicode in a field really requires that the whole field be in Unicode. Otherwise, it gets confused. Have others found this? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dar Scott Sent: Wednesday, December 22, 2004 2:43 PM To: How to use Revolution Subject: Re: Umlaut on a consonant letter On Dec 22, 2004, at 9:21 AM, Signe Marie Sanne wrote: I'm going to develop a language learning course in the Indian dialect Boruca (used in Costa Rica). In their written language they use an umlaut on top of the letter n. Any clues to how to generate this letter either in Word or in Revolution? On OS X I tried using Unicode in Revolution by putting the combining diaeresis (0308) after an n. The font was Lucinda Grande. It didn't render as I expected; I only saw the n. (It didn't even work after a u.) I selected all, and copied the text, and then pasted it into TextEdit. It rendered just fine. Maybe there is a problem or limitation with the Revolution rendering. You can use the imageSource property in Revolution once you have your Boruca editor field set up. Or you might find the combination in some font and use that font, maybe just for that letter. In Word, you might try overstrike in the equation editor. (BTW, on and off I have a light interest in Ngobere, the language of the Guayme.) After seeing my puny responses, others might have better ideas. Dar ** DSC (Dar Scott Consulting Dar's Lab) http://www.swcp.com/dsc/ Programming Services and Software ** ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut on a consonant letter
On Dec 22, 2004, at 12:42 PM, Dar Scott wrote: On OS X I tried using Unicode in Revolution by putting the combining diaeresis (0308) after an n. The font was Lucinda Grande. It didn't render as I expected; I only saw the n. Here is a way to get Revolution to render correctly: set the htmlText of field field to \ format(pfont face=\Lucida Grande\ lang=\ja\#110;#776;/font/p) Revolution tries to split the combining character from the n when unicodeText is set. (I would guess this is a bug. Revolution seems to confuse Unicode and Japanese. Wanna submit it?) The above method forces them to stay together. Use this in your special key handler of your Boruca edit field: set the htmlText of field field to the htmlText of field field \ format(font face=\Lucida Grande\ lang=\ja\#110;#776;//font) This will add the character to the end of the field. You might have to fiddle with that. Dar ** DSC (Dar Scott Consulting Dar's Lab) http://www.swcp.com/dsc/ Programming Services and Software ** ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Umlaut on a consonant letter
On Dec 22, 2004, at 1:07 PM, Lynch, Jonathan wrote: I have a stack I use to figure out Unicode numbers for various symbols - the one thing I found was that any use of Unicode in a field really requires that the whole field be in Unicode. Otherwise, it gets confused. Have others found this? I was just about to send a comment on this. I noticed that if textFont of the field is set to Lucida Grande,Japanese, the unicode method I tried works. It seems that otherwise, Revolution tries to separate the n from the combining character and put it outside of unicode. It is weird using Japanese as the language for the font. This now works: on mouseUp set useUnicode to true set the textFont of field field to Lucida Grande,Japanese set the unicodeText of field field to numToChar(110) numToChar(776) put the htmlText of field field end mouseUp Dar ** DSC (Dar Scott Consulting Dar's Lab) http://www.swcp.com/dsc/ Programming Services and Software ** ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2
Hi all, ... OR set the filename of img 1 to /Users/klaus/Desktop/été/mess_path2.gif without problems... In the latter case, the filename-field in the Inspector will contain the diacritical characters!? put urlbinfile:/Users/klaus/Desktop/été/mess_path2.gif into img 1 - can't open file What gives??? Dp sigh... Regards Klaus Major [EMAIL PROTECTED] www.major-k.de just checked Godzilla :-) I (surprise :-) reported this bug #534 in September 2003, which is still marked as NEW. No further comment... Regards Klaus Major [EMAIL PROTECTED] www.major-k.de P.S. Is the french version of RR already available? :-D ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2
just checked Godzilla :-) I (surprise :-) reported this bug #534 in September 2003, which is still marked as NEW. No further comment... P.S. Is the french version of RR already available? :-D ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Hi Klaus, happy to see I'm not alone with the problem, but NOT happy of the bug... BUT I'm very astonished because the previous versions of Rev gave me no any problem with diacriticals chars in the pathway to a file it causes a bug for me since Rev 2.2??? Can you insist to have this bug fixed asap ??? it causes me many problems since I've build stacks based on pathway to a file and since the last version, nothing runs anymore and at the other hand, I've made changes in many stacks to make them compatible with Rev 2.2 and I cannot go behind anymore... So I'm totaly blocked P.S. : I must acknowledge that you use the coarse French words well, better than me of German !!! Greetings. Yves COPPE [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2
Bon jour Yves, just checked Godzilla :-) I (surprise :-) reported this bug #534 in September 2003, which is still marked as NEW. No further comment... P.S. Is the french version of RR already available? :-D Hi Klaus, happy to see I'm not alone with the problem, but NOT happy of the bug... BUT I'm very astonished because the previous versions of Rev gave me no any problem with diacriticals chars in the pathway to a file it causes a bug for me since Rev 2.2??? Well, it also was in 2.1 somehow, but the maybe results were slightly different... E.g. the Standalonebuilder would not work with files inside folders with umlauts/diacr. in their names... Can you insist to have this bug fixed asap ??? Thank you very much for your confidence, but unfortunately you overrate my influence ;-) BUT i could look for some incriminating pictures or video-footage in my blackmail-archives... :-D it causes me many problems since I've build stacks based on pathway to a file and since the last version, nothing runs anymore and at the other hand, I've made changes in many stacks to make them compatible with Rev 2.2 and I cannot go behind anymore... So I'm totaly blocked I added another comment to this bug in Godzilla, but that's all i can do... P.S. : I must acknowledge that you use the coarse French words well, better than me of German!!! Merci bien, monsieur :-) Greetings. Yves COPPE [EMAIL PROTECTED] Au revoir... Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation
Date: Sat, 10 Apr 2004 14:06:35 +0200 From: Yves COPPE [EMAIL PROTECTED] Subject: Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2 To: How to use Revolution [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=US-ASCII; format=flowed just checked Godzilla :-) I (surprise :-) reported this bug #534 in September 2003, which is still marked as NEW. No further comment... P.S. Is the french version of RR already available? :-D ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution Hi Klaus, happy to see I'm not alone with the problem, but NOT happy of the bug... BUT I'm very astonished because the previous versions of Rev gave me no any problem with diacriticals chars in the pathway to a file it causes a bug for me since Rev 2.2??? Can you insist to have this bug fixed asap ??? it causes me many problems since I've build stacks based on pathway to a file and since the last version, nothing runs anymore and at the other hand, I've made changes in many stacks to make them compatible with Rev 2.2 and I cannot go behind anymore... OK just fixed this, don't panic. Support for long files names from 'answer file' was added in 2.2 as per request (so you can now choose files which are really, really long on OSX). we needed to convert from UTF8 to ASCII. I've posted a quick update, should be available shortly. Are there any UMLAUT/ACCENTS bugs not related to answer file that need to be fixed right away? Tuviah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation
Hi Tuviah, OK just fixed this, don't panic. Support for long files names from 'answer file' was added in 2.2 as per request (so you can now choose files which are really, really long on OSX). we needed to convert from UTF8 to ASCII. I've posted a quick update, should be available shortly. This is good news :-) Are there any UMLAUT/ACCENTS bugs not related to answer file that need to be fixed right away? create folder été delete folder été put 123 into urlfile:ßßß.txt etc... work fine... Tuviah Regards Klaus Major [EMAIL PROTECTED] www.major-k.de P.S. Just for MY records: Was it a dicriminating picture or video-footage that caused this lightning fast response? I mean, what did you fear more? :-D ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation
Hi Klaus, happy to see I'm not alone with the problem, but NOT happy of the bug... BUT I'm very astonished because the previous versions of Rev gave me no any problem with diacriticals chars in the pathway to a file it causes a bug for me since Rev 2.2??? Can you insist to have this bug fixed asap ??? it causes me many problems since I've build stacks based on pathway to a file and since the last version, nothing runs anymore and at the other hand, I've made changes in many stacks to make them compatible with Rev 2.2 and I cannot go behind anymore... Hi Tuviah, Thank you for the quick answer... Greetings. Yves COPPE [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation
Thanks, Tuviah :) Pierre Le 10 avr. 04, à 16:34, tuviah snyder a écrit : OK just fixed this, don't panic. Support for long files names from 'answer file' was added in 2.2 as per request (so you can now choose files which are really, really long on OSX). we needed to convert from UTF8 to ASCII. I've posted a quick update, should be available shortly. Are there any UMLAUT/ACCENTS bugs not related to answer file that need to be fixed right away? Tuviah ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution -- Bien cordialement, Pierre Sahores 100, rue de Paris F - 77140 Nemours [EMAIL PROTECTED] GSM: +33 6 03 95 77 70 Pro: +33 1 41 60 52 68 Dom:+33 1 64 45 05 33 Fax: +33 1 64 45 05 33 Inspection académique de Seine-Saint-Denis Applications et SGBD ACID SQL (WEB et PGI) Penser et produire delta de productivité ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2
I'm looking into this. regards, Geoff Canyon [EMAIL PROTECTED] On Apr 10, 2004, at 6:02 AM, Klaus Major wrote: Bon jour Yves, just checked Godzilla :-) I (surprise :-) reported this bug #534 in September 2003, which is still marked as NEW. No further comment... P.S. Is the french version of RR already available? :-D Hi Klaus, happy to see I'm not alone with the problem, but NOT happy of the bug... BUT I'm very astonished because the previous versions of Rev gave me no any problem with diacriticals chars in the pathway to a file it causes a bug for me since Rev 2.2??? Well, it also was in 2.1 somehow, but the maybe results were slightly different... E.g. the Standalonebuilder would not work with files inside folders with umlauts/diacr. in their names... Can you insist to have this bug fixed asap ??? Thank you very much for your confidence, but unfortunately you overrate my influence ;-) BUT i could look for some incriminating pictures or video-footage in my blackmail-archives... :-D it causes me many problems since I've build stacks based on pathway to a file and since the last version, nothing runs anymore and at the other hand, I've made changes in many stacks to make them compatible with Rev 2.2 and I cannot go behind anymore... So I'm totaly blocked I added another comment to this bug in Godzilla, but that's all i can do... P.S. : I must acknowledge that you use the coarse French words well, better than me of German!!! Merci bien, monsieur :-) Greetings. Yves COPPE [EMAIL PROTECTED] Au revoir... Regards Klaus Major [EMAIL PROTECTED] www.major-k.de ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
Re: UMLAUT/ACCENTS probs on X, was:Panic with incorporation of tx and REV 2.2
On Apr 10, 2004, at 2:05 PM, Geoff Canyon wrote: I'm looking into this. Of course, I saw Tuviah's response two minutes after sending this. Klaus, for me it was the incriminating pictures. If my parents ever found out... ;-) regards, Geoff Canyon [EMAIL PROTECTED] ___ use-revolution mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/use-revolution
