On 29/1/01 3:01 am, Richard MacLemale <[EMAIL PROTECTED]> wrote:
>> 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.
I still think it *is* a minor glitch, compared with other things that could
be wrong: such as issues where your program crashes, or you can't do
something because of corruption or another show stopping issue. Its
certainly undesirable though. And yes, the workaround is a hassle, but it
only takes a few minutes to do (even for hundreds of fields). Try this in
the script of your mainStack:
on rawKeyUp
set the vScrollBar of the target to (the formattedHeight of the target >
the height of the target)
end rawKeyUp
And to update all your fields:
on updateFields
put the mainStack of this stack into tStackName
put tStackName & cr & the subStacks of stack tStackName into tStacksList
repeat for each line l in tStacksList
repeat with i = 1 to the number of cds in stack l
repeat with x = 1 to the number of flds on cd i of stack l
send "rawKeyUp" to fld x of cd i of stack l
end repeat
end repeat
end repeat
end updateFields
Not convenient, and not perfect, but a 5 minute improvement rather than one
that takes hours...
Regards,
Kevin
Kevin Miller <[EMAIL PROTECTED]> <http://www.runrev.com/>
Runtime Revolution Limited (formerly Cross Worlds Computing).
Tel: +44 (0)131 672 2909. Fax: +44 (0)1639 830 707.
Archives: http://www.mail-archive.com/[email protected]/
Info: http://www.xworlds.com/metacard/mailinglist.htm
Please send bug reports to <[EMAIL PROTECTED]>, not this list.
