Re: Colorizing List Fields
ken that is a great idea! it may be a solution to many problems i've had (including displaying unicode text but searching aasci text in a clickable list field). On Jun 23, 2007, at 9:40 AM, Ken Ray wrote: Right - to fill a complete line, my recommendation is to use two list fields; the one in front is transparent (opaque=false), and the one in back is opaque. ___ 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
drawer opening wrong side --stubborn
I'm using drawers for the first time (have decided to try to conform to Apple guidelines as a lark). I've tried to catch up on drawer- related issues in the thread but so far have not found anybody with my complaint. I put in the conventional line telling a substack to open from the parent on the RIGHT. ##my line drawer stack DRAWER1 at right of this stack aligned to top ##end quote However, it opens on the left unless the parent stack is way over on the left of the screen. This suggests to me that there is some kind of perverse default behavior in the drawer command that I do not know how to edit. I tried Eric Chatonet's good suggestion of creating a blank dummy parent stack and substack to see if the behavior was in any different. It is the same. The parent has to be virtually hugging the left of the screen before the drawer will open on the right. I tried an openStack script in the substack that would assure an opening on the right. No effect. I tried a conditional statement that if the left (the virtual left, not the visual left) of the parent was above 20 then the drawer must open on the right. Also no effect. Both the parent and the substack have default title configurations. The parent stack is resizeable, the substack is not resizable (though it makes no difference to make it resizeable). The width of the substack is 100, though it doesn't matter if it is 5 --the behavior is the same (the drawer rewrites the width to be what it likes). I am using OX 10.4.10 and Revolution 2.8.1 build 471. I haven't seen anybody else reporting this behavior. Should I take it personally? Do left and right mean something special in drawer commands? Pamela Crossley ___ 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: drawer opening wrong side --stubborn
hi key, yes, that is the situation. there is no sizing conflict that is forcing the drawer to the left. it is the inverse --it opens on the right ONLY if there is a sizing conflict on the left. i'm talking not about the visible edges but about the virtual rect (which i'm always asking the msg to report). it behaves exactly as if it has a left-open default that i can't edit. On Jun 23, 2007, at 12:31 PM, Ken Ray wrote: My understanding is that if the drawer cannot extend fully to the side you've identified (which would take it offscreen), that the OS-based behavior is to open on the other side. The bottom line is that part of a drawer cannot be offscreen. Now if you're saying that normally it could open ON-screen to the right, but it's still going off to the left, then that sounds like a bug to me. Keep in mind that for some reason the OS provide a small margin around the outside edges (I think it's something like 8 pixels) so if you go into the margin it's considered offscreen... 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: drawer opening wrong side --stubborn
thanks all. i followed jacqueline's suggestion of working with the windowBoundingRect, which in principle makes more sense than the rect i was using before. i wrote a script that would simply not open the drawer if there was a space conflict. it didn't make any difference. i guess kevin is correct --bug. but why are some people having happy experiences with the drawers and some like me find that drawers just don't do as they are told? oh well, i was just trying to do my bit for apple consistency. now back to separate panels, which i agree with joe are much easier to handle anyway. pamela ___ 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: baltic fonts not supported ?..
hi viktoras, how about this: 1) write the text outside (notepad or whatever) 2) paste into the text field 3) get the textFont of the field then see if you can set the textFont to that field permanently and get better results? i use macintosh so have no clever ideas. i also don't know any lithuanian. but when i used my text input on the macintosh to input in unicode lithuanian (just romanization of english words, alas), and converted it to HTML, it returned the font Gnveva CE (for Central European). Is there such a font on uour machine? On Dec 28, 2006, at 6:35 AM, Viktoras Didziulis wrote: Windows XP, Rev Studio 2.6. Can't type Baltic (Lithuanian) fonts into text field. Yes, regional settings and keyboard's language bar selection are correct and working for any other app except for Rev... No problems with typing Cyrillic (Russian) text or Japanese, but when I try typing my native language it prints accented characters instead. It seems that the only way to get Lithuanian text into that field is to print it outside Rev (in Notepad, or any other text editor) and then copy/paste it into the field. Tried many combinations of set the textFont of fld fText to Verdana Baltic, then Lucida Sans Unicode,Unicode and even Times New Roman Lithuanian (and here the studio crashed :-)). Is there anything left that could do the trick?.. Otherwise it seems my programs are limited to foreign market only, when there are ~3 500 000 of us :-) Best wishes Viktoras ___ 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: Fixing Mac OS X standalones
Thank you Sarah! You have fixed some of the nagging little issues that were plaguing me. On Aug 22, 2006, at 10:01 PM, Sarah Reichelt wrote: Hi All, When you build a standalone for Mac OS X, at the moment (Rev 2.7.x) the required display plugins are not copied over, so the app looks like it was built for OS 9. Also, if you have specified a custom icon, it does not get displayed. Here is a script that fixes all that. It is set to work only when building on OS X systems, I don't know if it is needed on others. Just put this in the stack script of your mainStack and it will happen auto-magically after the standalne has been created. HTH, Sarah ___ use-revolution mailing list use-revolution@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-revolution
install strategy/delete problems
Eric, it works great! I would not have found that command for weeks on my own. Merci beaucoup! Pamela [EMAIL PROTECTED] on 5/27/05 wrote:[EMAIL PROTECTED] Hello, With OS X, apps are folders (bundle) Use revDeleteFolder (delete folder deletes only empty folders). Here with 10.4.1: on mouseUp answer file -- select any duplicated app bundle revdeletefolder it put the result end mouseUp Works perfectly :-) Best regards from Paris, Eric Chatonet. ___ use-revolution mailing list use-revolution@lists.runrev.com http://lists.runrev.com/mailman/listinfo/use-revolution
