scrollbar problems: Scrolling a blank stack
Richard Gaskin
ambassador at fourthworld.com
Wed Jul 21 17:00:08 EDT 2004
Klaus Major wrote:
>>> Do this:
>>> Remove everything but the lonely button, yes all the nice and almost
>>> unused scrollbars :-)
>>>
>>> Then group that only button!!!
>>> You can hide it then, we just need it to create a group, empty groups
>>> are not possible...
>>>
>>> Set the h- and v-scrollbar AND the lockloc of that group to true...
>>>
>>> Then add this resizescript above to your card and resize the card :-)
>>
>>
>> Yes this nearly works.
>>
>> I have a button and when i scroll the box I have the scrollbars at the
>> side, however when I add another button to the card I can resize past
>> the button (make the stack smaller) and I dont have any scrolling to
>> where the button is off the visible area.
>> The end user needs to be able to add textfields off the visible area
>> and scroll to them. They wont have access to runrev.
>
>
> Well, that is the sad part of the story, from now on ALL objects have to
> be PART of that group,
> or the scrolling is not worth a cent...
>
> You can add objects to that group by "Edit Group" -> Menu: Objects, or
> by script like:
> ...
> copy btn "my ready made button" to grp "xyz"
> ...
> or
> ...
> create fld "my new field" in grp "xyz"
While this can be done via script, there is currently no way to
interactively create objects in groups other than by setting the
editBackground to true, which gives a side-effect that's usually
undesirable in which the group's scrollbars and all objects outside of
the group disappear while the editBackground is true.
A solution for this has been proposed in Bugzilla, adding a tool
property for groups as there currently is for windows -- if this seems
useful to you please consider voting for it:
<http://www.runrev.com/revolution/developers/bugdatabase/show_bug.cgi?id=623>
Until Bugzilla requests #623 and #624 are addressed I dare not have a
bake-off between Rev and SuperCard for making a simple MacDraw-like
drawing app; SuperCard would win by a mile for the simplicity of its
implementation. Once #624 closes the gap with object handles, #623
would not merely catch up to SC, but would open up very modern
multi-pane design options that would be impossible in SC as it is today.
I look forward to using both to make some really nifty examples of how
to make drawing environments in Rev.....
--
Richard Gaskin
Fourth World Media Corporation
___________________________________________________________
Ambassador at FourthWorld.com http://www.FourthWorld.com
More information about the use-livecode
mailing list