Wow… great tip. That dictionary entry is a small 'gold nugget"
These groups have their locklocation set to true.
So, duh.. obviously part of the problem was:
" If a group's boundingRect is empty and its lockLocation is false,
when you drag an object toward the boundary of the
group, the group
Sannyasin Brahmanathaswami wrote:
> But I have a bigger question… How do you mobile pro develop scrolling
> groups either vertical sliders or horizontal sliders, which are, but
> their very nature, wider than the screen, or taller than the screen?
>
> e.g. if you have a group that is 1200 px tall
Jacque in the new branch newPortalNav2.. I changed that… all controls are
assigned initial numeric prefix
1_
2_
I stole that idea from your photo index (
and the IDE started to calm down or rather I think I found a WYSIWIG method.
e.g.Tall vertical scrolling group whose formatted Height might
I write very extensive setLayout handlers that set the size, position, font
size, and other characteristics based on screen dimensions. It is a pain, but
if we do it from the start, apps will always fit any screen and look good.
In this way, copying or creating a new control on a group is suffic
Copy button "my button" to group "my group"
Set the loc of button "my button" of group "my group" to x,y
Sent from my iPhone
> On Sep 24, 2017, at 10:35 AM, Sannyasin Brahmanathaswami via use-livecode
> wrote:
>
> Workin in 9.0.0 DP9 now. Old issues of editing groups seems to have gotten
> w
Yeah, me too. In this case I happened to know that the controls all have
the same names.
Insider trading. :)
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On September 24, 2017 12:37:14 PM Mark Wieder via
On 09/24/2017 08:26 AM, J. Landman Gay via use-livecode wrote:
Very tall groups have to be arranged by script, the way Mike Bonner
described. It's sometimes easier to use relative locations rather than
hard coded numbers:
set the top of control 4 to the bottom of control 3
That's what I do
When you're editing a group, you're on a temporary card that represents the
whole group but visually appears to be the card itself. What seems to be
"outside" the group is actually inside the group currently being edited.
When you stop editing, you see the group normally. If you leave editing
m
Since you can copy an object to a group, all it takes is the second
command..
copy btn "fred" to grp "mygroup"
set the loc of btn "fred" of grp "mygroup" to x,y
On Sun, Sep 24, 2017 at 8:35 AM, Sannyasin Brahmanathaswami via
use-livecode wrote:
> Workin in 9.0.0 DP9 now. Old issues of editing
Workin in 9.0.0 DP9 now. Old issues of editing groups seems to have gotten
worse. selections lines around objects continue to appear even if you have
select a different object, now the selection dashed lines remain on the
previously selected object and it's as if we shift selected two object, bu
10 matches
Mail list logo
