RE: Scrollbar issue?
Hardly any point having scrollbars on fields then is there? Hmm At 4:54 PM -0800 2/21/2001, "Monte Goulding" [EMAIL PROTECTED] wrote: The problem: The scrollbars of a group do not do the same thing. They still do what the did before. This doesn't look good when you have a group and field nextto each other. How do i make a group have the same scrollbar look as a field? Surely, you would want to have a field have the same scrollbar look as a group (since the field scrollbar is what's buggy at the moment)? You might group the field (to make it into a single-member group, that is), set the group's scrollbar to true and the field's to false, and use a preOpenCard handler to set the field's height to its formattedheight. A bit clunky, but should not take long to implement, and I think will be seamless to the user while giving the scrollbar the compatible appearance. -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com Online Social Networking conference 2001: http://www.groupjazz.com/osn2001/ Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Scrollbar issue?
At 4:54 PM -0800 2/21/2001, "Monte Goulding" [EMAIL PROTECTED] wrote: The problem: The scrollbars of a group do not do the same thing. They still do what the did before. This doesn't look good when you have a group and field nextto each other. How do i make a group have the same scrollbar look as a field? Surely, you would want to have a field have the same scrollbar look as a group (since the field scrollbar is what's buggy at the moment)? You might group the field (to make it into a single-member group, that is), set the group's scrollbar to true and the field's to false, and use a preOpenCard handler to set the field's height to its formattedheight. A bit clunky, but should not take long to implement, and I think will be seamless to the user while giving the scrollbar the compatible appearance. -- jeanne a. e. devoto ~ [EMAIL PROTECTED] http://www.jaedworks.com Online Social Networking conference 2001: http://www.groupjazz.com/osn2001/ Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: Scrollbar issue?
Hi Not the problem (already been discussed): The scrollbar has changed on Win32 so that it remains active with a full thumb when the formattedheight of a field are less than the height. The problem: The scrollbars of a group do not do the same thing. They still do what the did before. This doesn't look good when you have a group and field nextto each other. How do i make a group have the same scrollbar look as a field? Any help would be good Thanks Monte Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Scrollbar issue?
Thanks to Kevin Scott for posting solutions to the scrollbar field problem I had. Kevin's solution works very well. My problem is that I have some fields that I purposefully WANT to have no scrollbar on no matter what (it would take too long to explain why,) and some that I did. Given enough time, I could script around these problems. But time is something I ain't got. D-oh! Scott's point about web browsers working Kevin's way is well taken. Reading Scott's response made me take a couple of steps back and say, "yeah, he's right." Us Mac users want the whole world to look like the Finder, even if the new way is a better way... which in this case it is. In the end, I'm going with Scott's solution of setting the proportionalThumbs to true. That way, if anyone bitches, I can tell them, "Hey, it's the default in OS X! You're ahead of the game." Heh heh. As far as not catching things in gamma and beta, I'm as guilty as anyone, because I didn't use 2.3.2 until the last minute... been using 2.3. Next release I'll hop on board quicker. My thanks once again to both Kevin and Scott for immediately helping, despite the bitchiness of my first post. The MetaCard development community is the best in the world. :) Richard MacLemale Instructional Technology Specialist James W. Mitchell High School Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Scrollbar issue?
Kevin Miller stated: This is just a minor glitch - the only workaround I know of for the moment is to turn off the scrollbar if the text fits. Nah, it's not a minor glitch if I have to spend hours figuring out the best way to turn off the scrollbar for the HUNDREDS of fields in my project, due to go beta shortly. And having a scroll bar magically appear IF the text does not fit the field is a user interface violation in my book. Reason - fixed fields (ie without scroll bars) imply that you can only type a limited amount of text into an area (at least on the Mac), which of course I do not want to imply. And putting a scrollbar complete with draggable handle that DOES NOTHING if the text does not extend beyond the height of the field is even worse. I myself spend some time trying to drag the handle in the scroll bar and wondering why it wouldn't move. The fact is that anything that makes my program look unprofessional make ME look unprofessional. Attention to detail is very important in software design. Especially on the Mac, people get used to living in a predefined universe of rules, which make it easier to learn new programs. I know my customers, and as petty as my complaint sounds, I'm going to have to make excuses. And I haven't had to do that before with MetaCard. With HyperCard, in the "old" days, yes. Remember explaining to people why they couldn't put more than 32K in a field? Fortunately, I think I can safely step back down to version 2.3.1, which I know DOES draw scrollable fields properly. I only hope that the version of 2.3.1 that I still have is the FAT binary version, or I'm in trouble. What I'm really more pissed about is the fact that somehow I didn't notice this bug until the last minute. I should've caught it much, much sooner. :) Richard MacLemale Instructional Technology Specialist James W. Mitchell High School Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.