If you use the "built-in" scrollbars for the group, you won't have
to worry about setting any scrollbar properties. You can set
horizontal and vertical scrollbars for groups in the group
properties palette.
Thanks I discovered this after I sent my last plea for help - it
certainly makes
On Fri, 10 Dec 1999, Peter Reid wrote:
(big snip)
I was surprised that MC stacks/windows can't have scrollbars and the
vScroll property. I've used this feature in SuperCard, HyperCard and
ToolBook developments. This is why I tried to use a 'sub-window'
approach initially.
This has
From: Scott Raney [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
Date: Thu, 9 Dec 1999 10:55:37 -0700 (MST)
To: [EMAIL PROTECTED]
Subject: Re: MetaCard review
On Thu, 9 Dec 1999, David Bovill wrote:
We're not as good about holding ours as we
probably should be ;-)
It's an "open and
On Fri, 10 Dec 1999, Peter Reid wrote:
(big snip)
I was surprised that MC stacks/windows can't have scrollbars and the
vScroll property. I've used this feature in SuperCard, HyperCard and
ToolBook developments. This is why I tried to use a 'sub-window'
approach initially.
This
On Fri, 10 Dec 1999, Peter Reid wrote:
On Fri, 10 Dec 1999, Peter Reid wrote:
(big snip)
I was surprised that MC stacks/windows can't have scrollbars and the
vScroll property. I've used this feature in SuperCard, HyperCard and
ToolBook developments. This is why I tried to use
You're absolutely right that the HyperCard/SuperCard/ToolBook
approach provides its own level of pain.
With one exception: If you need to make a drawing program, you'll need
to have the pointer tool able to access objects within the scrolling
group, but not the group itself (see SuperCard's
On Fri, 10 Dec 1999, Peter Reid wrote:
(big snip)
I was surprised that MC stacks/windows can't have scrollbars and the
vScroll property. I've used this feature in SuperCard, HyperCard and
ToolBook developments. This is why I tried to use a 'sub-window'
approach initially.
This
Scott you wrote regarding my numlock key question:
Another thing to consider would be to just override *all* of the
keyDown events and do entry based on the parameter to the rawKeyDown
message. That way it wouldn't matter what the state of that key was.
Could you elaborate on HOW you override
What would make life easier would be the option to scroll the window
whilst editing a background/group so you don't need to keep switching
between edit and run mode just to move up or down a bit.
Hmm. I don't think you want to be using "edit background" for this
kind of thing (or maybe the
On Fri, 10 Dec 1999, Richard Gaskin wrote:
You're absolutely right that the HyperCard/SuperCard/ToolBook
approach provides its own level of pain.
With one exception: If you need to make a drawing program, you'll need
to have the pointer tool able to access objects within the scrolling
On Fri, 10 Dec 1999, Mark Lacy wrote:
Scott you wrote regarding my numlock key question:
Another thing to consider would be to just override *all* of the
keyDown events and do entry based on the parameter to the rawKeyDown
message. That way it wouldn't matter what the state of that key
On Fri, 10 Dec 1999, andu wrote:
What would make life easier would be the option to scroll the window
whilst editing a background/group so you don't need to keep switching
between edit and run mode just to move up or down a bit.
Hmm. I don't think you want to be using "edit
What would make life easier would be the option to scroll the window
whilst editing a background/group so you don't need to keep switching
between edit and run mode just to move up or down a bit.
It might help you to know that you can edit a group without ungrouping first.
Choose
Is there a way to obtain the freesize of a stack and so determine whether
it needs compacting? Compacting does take a while on large stacks and I
would prefer to use it only when necessary.
Am I correct in assuming that the superCard functions hasMemory / heapspace
(to test if enough memory is
David Bovill wrote:
They have the right idea though, and as you pointed me to look at their
site, I see that this is pretty well what I am aiming for with a MetaCard
based solution. The problem I will have is to "market" this to companies,
educational institutions, and hosting services. I
On 10/12/99 5:50 pm, Scott Raney [EMAIL PROTECTED] wrote:
Hmm. I don't think you want to be using "edit background" for this
kind of thing (or maybe the window *should* scroll in that case). The
"editGroupedControls" mode works better. But maybe the group should
have some short-cut that
How about an extension of the cantSelect object property that forces the
object to behave as if the tool is browse? This would allow everything from
menu bars in the same stack to scrolling groups containing graphics that are
being edited with the pointer tool.
Precisely.
- Richard Gaskin
17 matches
Mail list logo