Re: Unicode control pictures on OS X?
The missing cursor issue this is a bug already put in BugZilla but was set to resolved due to unreproducable but it continues to be a serious issue at least in some of my apps. and I reopened it two days ago, bug #2147 If you could possibly add your experience to the end of that bug, this will help Rev support to see it as an issue. But, problem is, we don't have any way to reproduce it. I did upload my stack that has the disappearing cursor. it only seems to occur near the last few lines of the field, not in the lines near the top, I get this behavior even occasionally inside the script editor window, so I don't think it has anything to do with unicode, but, who knows... Sivakatirswami On Jan 4, 2005, at 6:20 AM, Michael D Mays wrote: And I have a field on a card where the cursor has disappeared (I can click and type in the field, but I cannot see the cursor) and in that field the Unicode prints OK. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Unicode control pictures on OS X?
I did have a big fld on the card with the handles off screen. But it had to be under the field because even though I could still edit in the fld. Now when I try to replicate the conditions on a new stack, I can't get the unicode chars which are visible in the fld to print. No matter where/what layer the flds are??? Michael On Jan 4, 2005, at 12:25 PM, J. Landman Gay wrote: On 1/4/05 10:20 AM, Michael D Mays wrote: If I have a glyph that displays on the screen but doesn't print and I cover it with a transparent field it will then print. When it prints the resolution is much less than that displayed. ??? I hit this problem once. When a field is covered by a transparent object, the engine uses the screen bitmap underneath the transparency for printing rather than rendering the field text as a font. This is due to some weird behavior with graphics drivers or something; I can't remember exactly what. But that's why you can print what you see on screen, and why it is printing at screen resolution (i.e., bitmapped.) And I have a field on a card where the cursor has disappeared (I can click and type in the field, but I cannot see the cursor) and in that field the Unicode prints OK. If another object overlaps a field, the cursor can disappear. Check to make sure there isn't anything over that field. Also make sure the traversalOn is set to true for the field. I guess I just need to figure out how I mucked up that field?:) Combination of things, sounds like. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Unicode control pictures on OS X?
If I have a glyph that displays on the screen but doesn't print and I cover it with a transparent field it will then print. When it prints the resolution is much less than that displayed. ??? And I have a field on a card where the cursor has disappeared (I can click and type in the field, but I cannot see the cursor) and in that field the Unicode prints OK. I guess I just need to figure out how I mucked up that field?:) Michael On Dec 24, 2004, at 12:12 AM, Dar Scott wrote: I remember the glyphs were very ugly, so maybe they were yanked from the font I was using. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Re: Unicode control pictures on OS X?
On 1/4/05 10:20 AM, Michael D Mays wrote: If I have a glyph that displays on the screen but doesn't print and I cover it with a transparent field it will then print. When it prints the resolution is much less than that displayed. ??? I hit this problem once. When a field is covered by a transparent object, the engine uses the screen bitmap underneath the transparency for printing rather than rendering the field text as a font. This is due to some weird behavior with graphics drivers or something; I can't remember exactly what. But that's why you can print what you see on screen, and why it is printing at screen resolution (i.e., bitmapped.) And I have a field on a card where the cursor has disappeared (I can click and type in the field, but I cannot see the cursor) and in that field the Unicode prints OK. If another object overlaps a field, the cursor can disappear. Check to make sure there isn't anything over that field. Also make sure the traversalOn is set to true for the field. I guess I just need to figure out how I mucked up that field?:) Combination of things, sounds like. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
RE: Unicode control pictures on OS X?
And don't forget that fields with part Unicode and part non-unicode act weird. Best to set the whole field to Unicode. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of J. Landman Gay Sent: Tuesday, January 04, 2005 1:26 PM To: How to use Revolution Subject: Re: Unicode control pictures on OS X? On 1/4/05 10:20 AM, Michael D Mays wrote: If I have a glyph that displays on the screen but doesn't print and I cover it with a transparent field it will then print. When it prints the resolution is much less than that displayed. ??? I hit this problem once. When a field is covered by a transparent object, the engine uses the screen bitmap underneath the transparency for printing rather than rendering the field text as a font. This is due to some weird behavior with graphics drivers or something; I can't remember exactly what. But that's why you can print what you see on screen, and why it is printing at screen resolution (i.e., bitmapped.) And I have a field on a card where the cursor has disappeared (I can click and type in the field, but I cannot see the cursor) and in that field the Unicode prints OK. If another object overlaps a field, the cursor can disappear. Check to make sure there isn't anything over that field. Also make sure the traversalOn is set to true for the field. I guess I just need to figure out how I mucked up that field?:) Combination of things, sounds like. ;) -- Jacqueline Landman Gay | [EMAIL PROTECTED] HyperActive Software | http://www.hyperactivesw.com ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
Unicode control pictures on OS X?
I thought I had used Unicode control pictures (U+2400 up) on OS X, but now they don't work. All I get is a box with ctl in it. Was there a change in Revolution, fonts, me or OS X that changed this? I get this with every font! 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
Re: Unicode control pictures on OS X?
On Dec 23, 2004, at 8:34 PM, Dar Scott wrote: I thought I had used Unicode control pictures (U+2400 up) on OS X, but now they don't work. All I get is a box with ctl in it. Was there a change in Revolution, fonts, me or OS X that changed this? I get this with every font! I'm using OS X 10.3.7 and Revolution 2.5. A control picture is an image representing a control character such as the ASCII control characters. For example, numToChar(0x240A) is normally an staggered LF. 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
Re: Unicode control pictures on OS X?
On Dec 23, 2004, at 9:05 PM, Dar Scott wrote: I thought I had used Unicode control pictures (U+2400 up) on OS X, but now they don't work. All I get is a box with ctl in it. Was there a change in Revolution, fonts, me or OS X that changed this? I get this with every font! I'm using OS X 10.3.7 and Revolution 2.5. A control picture is an image representing a control character such as the ASCII control characters. For example, numToChar(0x240A) is normally an staggered LF. I don't think this is a Revolution problem. I used both Font Checker and Font Explorer and didn't find any fonts with control pictures. So either I'm losing my marbles or something happened when I upgraded from 10.2 to 10.3. I remember the glyphs were very ugly, so maybe they were yanked from the font I was using. 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
