Re: FormattedHeight

[J. Landman Gay via use-livecode]

On 5/2/20 8:20 PM, Richard Gaskin via use-livecode wrote:
LiveCode is nearly unmatched for making desktop apps, but for mobile development there are so 
many unfinished edges it's barely a contender for anyone not already heavily invested in 
LiveCode from desktop work.


It would be reassuring if the LC team could share with us their plan to finish their mobile 
implementation, to deliver a user experience on par with its best-of-breed desktop workflows.


That's what widgets are for. There are native fields and buttons, though some are still 
missing, but not enough people are writing them. And unfortunately, mobile GUIs change often 
enough on both Android and iOS that the native buttons aren't so native any more.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Is it possible to get the clicked cell for a table field, if the table is empty?

[William Prothero via use-livecode]

Paul:
Well, I’ve gotten so many good tips from Mike. He is amazing! I never would 
have found that one.

Yes, it does actually work.

Thanks!
Bill

William A. Prothero
https://earthlearningsolutions.org

> On May 2, 2020, at 5:38 PM, Paul Hibbert via use-livecode 
>  wrote:
> 
> Mike Bonner posted this back on the 14th February 2020…
> 
> Found an interesting behavior.. I was trying to set up a custom control
> that keeps track of the current row and column and put the script in the
> group, but rawkeyup or rawkeydown messages never reach the group.  I'm
> wondering if its because the message is sent to the figmentary popup field
> rather than the table field, and that the popup is not part of the group.
> But "the target" refers to the table field itself, so i'm not sure thats
> whats happening.  Either way.. The following script works when put into a
> card or stack, NOT group, and not in the table field itself.  Kinda freaky
> that the message is sent, just not to where I expect, despite "the target"
> still pointing back at the table field.
> 
> on mouseup
>  getline
>  pass mouseup
> end mouseup
> on rawkeyup
>  getline
>  pass rawkeyup
> end rawkeyup
> 
> command getline
>  if the short name of the focusedobject contains "revCell-" then
>  put the short name of the focusedobject into tName
>  replace "revCell-" with empty in tname
>  set the cCol of the target to item 1 of tName
>  set the cRow of the target to item 2 of tName
>  end if
> end getline
> 
> I just tried a quick test and tName has the cell row and column.
> 
> Paul
> 
>> On May 1, 2020, at 22:21, William Prothero via use-livecode 
>>  wrote:
>> 
>> Folks:
>> I have an app that requires that I be able to get the cell row and column 
>> when I click on the cell. I know a dataGrid can do this, but is it possible 
>> with a table field? I know I can get the clicked line, but what about the 
>> cell, when the table is empty.
>> 
>> I use, to get the line (from the lessons), but it only returns the line 
>> number: 
>> on mouseUp
>> 
>> put the clickline into msg
>> 
>> put return & value (the clickline) after msg
>> 
>> set the itemdelimiter to tab
>> 
>> put return & item 1 of value (the clickline) && item 2 of value (the 
>> clickline) after msg
>> 
>> end mouseUp
>> 
>> Tnx for any suggestions.
>> Bill
>> 
>> William A. Prothero
>> https://earthlearningsolutions.org
>> 
>>> On May 1, 2020, at 5:49 PM, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> Hi all. 
>>> 
>>> I’m gonna say that script only stacks cannot have behaviors eh? Reason is, 
>>> I’d like to move my nested data grid behavior to a script only stack, but 
>>> it occurs to me this might break the datagrid, since it’s next level 
>>> behavior is the old data grid behavior button (not sure why that’s still 
>>> there) then the actual script only datagrid library. 
>>> 
>>> Bob S
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[J. Landman Gay via use-livecode]

On 5/2/20 9:09 PM, Richard Gaskin via use-livecode wrote:
What happens if you make a copy of the HC standalone file, delete the resources, and change the 
file's type fom 'APPL' to 'STAK'?


Can you then open the remaining data fork in an older version of LC to bring it into the modern 
world?




The thing I just sent was wrong. This way is right. Thirty years...

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[Richard Gaskin via use-livecode]

J. Landman Gay wrote:

On 5/2/20 6:04 PM, Colin Holgate via use-livecode wrote:
>> As it’s a standalone application I can’t easily get at the stack,
>> but feel sure there was a way to hack the stack out of a standalone.
>
> There was, only I can't remember the details either. But I do remember
> that there was a fairly clear division between the stack content and
> tacked-on engine, and if you knew what to look for you could delete
> the engine part in a text editor and end up with a working stack.

In Mac OS (as opposed to the modern macOS), an application kept its code 
in 'CODE' resources, with the resource of ID 0 containing the main entry 
point.


So...

http://lists.runrev.com/pipermail/use-livecode/2020-May/260175.html

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[J. Landman Gay via use-livecode]

On 5/2/20 6:04 PM, Colin Holgate via use-livecode wrote:

As it’s a standalone application I can’t easily get at the stack, but feel sure 
there was a way to hack the stack out of a standalone.


There was, only I can't remember the details either. But I do remember that there was a fairly 
clear division between the stack content and tacked-on engine, and if you knew what to look for 
you could delete the engine part in a text editor and end up with a working stack.


The thing I can't remember is what to look for as the delimiter. But it would probably be clear 
if I could find one of my old HC standalones, which I can't.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[Richard Gaskin via use-livecode]

What happens if you make a copy of the HC standalone file, delete the 
resources, and change the file's type fom 'APPL' to 'STAK'?


Can you then open the remaining data fork in an older version of LC to 
bring it into the modern world?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[Martin Koob via use-livecode]

Hi

I posted this but then it bounced back because the message was too large.

Trying again posting as plain text.


--

I looked this up in my Hypercard Script Language Guide

If you could get at the stack the script to set the window full size would be

 set the rect of cd window to the screenRect

But you probably know this and probably can’t hack into the standalone to edit 
the scripts.

Looking in the HyperCard reference manual for 2.3.5 and I see these two 
sections Moving and resizing the card window and Working with large cards that 
seems to have the solution to fit your needs.

I found that these are also in that site.
https://cancel.fm/stuff/share/HyperCard_Reference_1.pdf  so It should work for 
HyperCard 1.0 too


Hope this works

Martin
Moving and resizing the card window

Each HyperCard stack opens in a window. A HyperCard window always displays only 
one card at a time. This section explains how to change the size of a card 
window and move it around on the screen.

A HyperCard window is different from a standard Macintosh window in that it has 
neither scroll bars nor a visible size box.

Moving a card window

You move a HyperCard window around on the screen the same way you move any 
Macintosh window—by dragging its title bar.

Chapter 1: Using HyperCard 1-35



Resizing a card window

You can easily change the size of a card window. Resizing the card window 
doesn’t change the size of the card; it only changes how much of the card you 
can see. If you make the card window smaller than the card, you see only part 
of the card. You can see the entire card, if your screen is large enough, by 
making the card window the same size as the card. (The next section, “Viewing 
Large Cards,” explains how to view cards that are larger than your screen.)

To change the size of the card window, you can either resize the card window 
directly or resize it via the Scroll window.

To resize a card window directly, follow these steps:

• Pressx-Shift-E.
A size box appears in the lower-right corner of the window.

• Drag the size box to resize the window:

When you release the mouse button, the size box disappears. If you want to 
resize the window several times in succession, x-drag the size box until the 
window is the size you want it.

❖ Note: You can’t make the card window larger than the card itself. ❖ To resize 
a card window by using the Scroll window, follow these steps:

1. Choose Scroll from the Go menu (or press x-E). The Scroll window appears.


1-36 Chapter 1: Using HyperCard

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

2. Drag from any edge or corner of the rectangle (or the blank region, if 
there’s no rectangle) inside the Scroll window.

When you move the pointer over the edges and corners of the rectangle, it 
becomes a double-headed arrow. Drag with the double-headed arrow to resize the 
card window.

  
Resizing the card window vertically

n

The rectangle represents the card window.

When you resize this rectangle, the card window is resized.

To make the card window the same size as the card, you can either double-click 
inside the Scroll window, or click the zoom box of the card window. (If the 
card is larger than your screen, the card window becomes about the same size as 
the screen.)

To hide the Scroll window, click its close box or press x-E.

  
Resizing the card window diagonally

Chapter 1: Using HyperCard 1-37

 

Working with large cards

When you’re working with a stack whose cards are larger than the screen, you 
can see only a portion of a card at a time. To look at other parts of a card 
that is larger than the screen, you can use either of the following techniques:

• Press x-Shift-E and then drag the card around using the hand pointer 
( ). The pointer turns into the hand when it is over the card. When you release 
the mouse button, the hand disappears. To move around the card several times in 
succession, press and hold the x key until you’re finished.

• Open the Scroll window by choosing Scroll from the Go menu, or by 
pressing x-E. Then use the Scroll window to scroll to other parts of the card.

To scroll to other parts of the card, drag from the middle of the rectangle.

The pointer becomes a hand when it’s in the middle of the rectangle.

❖ You can work with small windows as well.
techniques to view any card when the window is smaller than the card. (“Moving 
and Resizing the Card Window” in Chapter 1 explains how to resize the card 
window.) ❖

To limit the scrolling to either horizontal or vertical movement, hold down the 
Shift key while you drag.

  
5-6

Chapter 5: Working with Cards and Backgrounds

The blank area represents the entire card.

The rectangle inside the blank region represents the part of the card you see 
on your screen.


You can also use either of these

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

Re: FormattedHeight

[Richard Gaskin via use-livecode]

J. Landman Gay wrote:

> I think the solution has to be in the engine. I'm in trouble.

Even if you find a workaround, I hope the engine team understands that 
it's a workaround, and has interest in letting us work in ways that are 
far less strangely counterintuitive that having to wrap a field in a group.


Same with buttons (why do we have five different ways to make one 
control type), and so many things on mobile.


Yesterday in the forums a new user was asking about copy and paste on 
mobile, something we understand doesn't work with LC's built-in fields 
(along with a good many other things), but new users expect LC to behave 
as well with mobile development as it does for desktop, and the need to 
type out control definitions like we're C programmers stuck in 1993 
while using what is supposed to be be an easy drag-n-drop GUI was barely 
acceptable as a short-term workaround when LC first jumped into mobile, 
and now a decade later it's maddeningly mystifying.


So I tried to explain the situation as nicely as I could:

LiveCode's built-in field object have not yet been expanded
to integrate with mobile OSes as it does on desktop platforms.

In addition to clipboard support, you'd eventually discover other
shortcomings using those on mobile, including nonstandard UI for
text selection.

LiveCode does offer support for mobile-native fields, however,
using the script interface described in the User Guide and this
lesson:

http://lessons.livecode.com/m/4069/l/29112-how-do-i-use-native-text-controls-on-mobile


To which this new customer replied:

   Right, so that's sorted by using a native input, and letting the OS
   deal with text and copying.

   That feels like quite an awkward solution for a paid license of a
   product with heavy focus on mobile development, but it did solve
   the problem at hand, thanks for the info FourthWorld


I agree with him. It is at best awkward.

LiveCode is nearly unmatched for making desktop apps, but for mobile 
development there are so many unfinished edges it's barely a contender 
for anyone not already heavily invested in LiveCode from desktop work.


It would be reassuring if the LC team could share with us their plan to 
finish their mobile implementation, to deliver a user experience on par 
with its best-of-breed desktop workflows.


If that's not a goal that's useful to know as well.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[doc hawk via use-livecode]

On May 2, 2020, at 4:46 PM, Colin Holgate via use-livecode 
 wrote:
> 
> That is the whole reference guide. I have physical copies of that! Was there 
> a particular part that might help with the ‘maximize’ card size problem?


I was thinking the menu reference, but that didn’t survive pasting the link .  
I was thinking at about 1-36 on resizing the card window.

I remember that I *did* this stuff.

And thinking again, I believe you could specify size in code in 1.x, at least 
on a larger screen.  It *must* have been possible, as there was a single stack, 
and I created page size stacks for printing forms.

But it’s been, uhm, over 30 years, now that I think of it . . .
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[J. Landman Gay via use-livecode]

I wish, but no. I need to highlight selections in different colors, overlay 
controls, format text, extract text, and other things that are easy in 
fields but hard in a browser.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2020 7:31:36 PM Terry Judd via use-livecode 
 wrote:



Could you use a browser instance instead of a field?

On 03/05/2020, 03:27, "use-livecode on behalf of J. Landman Gay via 
use-livecode" use-livecode@lists.runrev.com> wrote:


   I think the solution has to be in the engine. I'm in trouble.

   --
   Jacqueline Landman Gay | jac...@hyperactivesw.com
   HyperActive Software | http://www.hyperactivesw.com
   On May 2, 2020 2:27:53 AM scott--- via use-livecode
wrote:

   > I’ve run into that a few times but not recently. I couldn’t find anywhere
   > that I had worked around it. All I can imagine trying is
   > 1. Swapping text in and out at some point (possibly just one giant 
   stutter) or

   > 2. Changing the size of the text that is not visible during the scroll…
   > though (the more I think about that one the more it seems like it would
   > make the scroll wacky in other ways)  Neither seems super-promising but
   > that’s all I can think of at the moment. If you find a solution, I would
   > love to know what it is.
   > —
   > Scott
   >
   >
   >> On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode
   >>  wrote:
   >>
   >> Yes, that seems to be the problem. I have a long text field that exceeds
   >> the maximum. There's an enclosing group to be compatible with
   >> acceleratedRendering on mobile. The same setup is used for all the
   >> field/group combinations in the stack and they all work except this one,
   >> but the others are all shorter.
   >>
   >> I set the inner field to its full formattedHeight inside the group, which
   >> is shorter. The group has a behavior that scrolls the content.
   >>
   >> I discovered today that if I set the behavior on the field instead of its
   >> enclosing group, I can make it scroll. But acceleratedRendering on a field
   >> is jerky and doesn't work very well on mobile. I can't break up the text,
   >> it has to be all one block. I have tried setting the group to container
   >> layermode without success.
   >>
   >> If you're wondering why the text exceeds the maximum, this is for a mobile
   >> app and there is not only a lot of heavy formatting with large headings 
and
   >> spaceBelow, but the text size is largish so that it is readable on a tiny
   >> phone. That makes the pixel count pretty high.
   >>
   >> I only have a very short time left to solve this.
   >>
   >> On 5/1/20 4:45 PM, scott--- via use-livecode wrote:
   >>> Are you exceeding the maximum vertical scroll?
   >>> (I haven’t run into this recently but I believe at one point the vScroll 
of
   >>> groups was limited at the engine level to 32780)
   >>> Scott Morrow
   >>> Elementary Software
   >>> (Now with 20% less chalk dust!)
   >>> web   https://elementarysoftware.com
   >>> email sc...@elementarysoftware.com
   >>> booth1-800-615-0867
   >>> --
    On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode
     wrote:
   
    Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 (and
    possibly dp3).
   
    I'm a little frantic.
   
    --
    Jacqueline Landman Gay | jac...@hyperactivesw.com
    HyperActive Software   | http://www.hyperactivesw.com
   
    ___
    use-livecode mailing list
    use-livecode@lists.runrev.com
    Please visit this url to subscribe, unsubscribe and manage your
    subscription preferences:
    http://lists.runrev.com/mailman/listinfo/use-livecode
   >>> ___
   >>> use-livecode mailing list
   >>> use-livecode@lists.runrev.com
   >>> Please visit this url to subscribe, unsubscribe and manage your
   >>> subscription preferences:
   >>> http://lists.runrev.com/mailman/listinfo/use-livecode
   >>
   >>
   >> --
   >> Jacqueline Landman Gay | jac...@hyperactivesw.com
   >> HyperActive Software   | http://www.hyperactivesw.com
   >>
   >>
   >> ___
   >> use-livecode mailing list
   >> use-livecode@lists.runrev.com
   >> Please visit this url to subscribe, unsubscribe and manage your
   >> subscription preferences:
   >> http://lists.runrev.com/mailman/listinfo/use-livecode
   >
   >
   > ___
   > use-livecode mailing list
   > use-livecode@lists.runrev.com
   > Please visit this url to subscribe, unsubscribe and manage your
   > subscription preferences:
   > http://lists.runrev.com/mailman/listinfo/use-livecode




   ___
 

Re: Is it possible to get the clicked cell for a table field, if the table is empty?

[Paul Hibbert via use-livecode]

Mike Bonner posted this back on the 14th February 2020…

Found an interesting behavior.. I was trying to set up a custom control
that keeps track of the current row and column and put the script in the
group, but rawkeyup or rawkeydown messages never reach the group.  I'm
wondering if its because the message is sent to the figmentary popup field
rather than the table field, and that the popup is not part of the group.
But "the target" refers to the table field itself, so i'm not sure thats
whats happening.  Either way.. The following script works when put into a
card or stack, NOT group, and not in the table field itself.  Kinda freaky
that the message is sent, just not to where I expect, despite "the target"
still pointing back at the table field.

on mouseup
  getline
  pass mouseup
end mouseup
on rawkeyup
  getline
  pass rawkeyup
end rawkeyup

command getline
  if the short name of the focusedobject contains "revCell-" then
  put the short name of the focusedobject into tName
  replace "revCell-" with empty in tname
  set the cCol of the target to item 1 of tName
  set the cRow of the target to item 2 of tName
  end if
end getline

I just tried a quick test and tName has the cell row and column.

Paul

> On May 1, 2020, at 22:21, William Prothero via use-livecode 
>  wrote:
> 
> Folks:
> I have an app that requires that I be able to get the cell row and column 
> when I click on the cell. I know a dataGrid can do this, but is it possible 
> with a table field? I know I can get the clicked line, but what about the 
> cell, when the table is empty.
> 
> I use, to get the line (from the lessons), but it only returns the line 
> number: 
> on mouseUp
> 
> put the clickline into msg
> 
> put return & value (the clickline) after msg
> 
> set the itemdelimiter to tab
> 
> put return & item 1 of value (the clickline) && item 2 of value (the 
> clickline) after msg
> 
> end mouseUp
> 
> Tnx for any suggestions.
> Bill
> 
> William A. Prothero
> https://earthlearningsolutions.org
> 
>> On May 1, 2020, at 5:49 PM, Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Hi all. 
>> 
>> I’m gonna say that script only stacks cannot have behaviors eh? Reason is, 
>> I’d like to move my nested data grid behavior to a script only stack, but it 
>> occurs to me this might break the datagrid, since it’s next level behavior 
>> is the old data grid behavior button (not sure why that’s still there) then 
>> the actual script only datagrid library. 
>> 
>> Bob S
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[Terry Judd via use-livecode]

Could you use a browser instance instead of a field?

On 03/05/2020, 03:27, "use-livecode on behalf of J. Landman Gay via 
use-livecode"  wrote:

I think the solution has to be in the engine. I'm in trouble.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2020 2:27:53 AM scott--- via use-livecode 
 wrote:

> I’ve run into that a few times but not recently. I couldn’t find anywhere 
> that I had worked around it. All I can imagine trying is
> 1. Swapping text in and out at some point (possibly just one giant 
stutter) or
> 2. Changing the size of the text that is not visible during the scroll… 
> though (the more I think about that one the more it seems like it would 
> make the scroll wacky in other ways)  Neither seems super-promising but 
> that’s all I can think of at the moment. If you find a solution, I would 
> love to know what it is.
> —
> Scott
>
>
>> On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode 
>>  wrote:
>>
>> Yes, that seems to be the problem. I have a long text field that exceeds 
>> the maximum. There's an enclosing group to be compatible with 
>> acceleratedRendering on mobile. The same setup is used for all the 
>> field/group combinations in the stack and they all work except this one, 
>> but the others are all shorter.
>>
>> I set the inner field to its full formattedHeight inside the group, 
which 
>> is shorter. The group has a behavior that scrolls the content.
>>
>> I discovered today that if I set the behavior on the field instead of 
its 
>> enclosing group, I can make it scroll. But acceleratedRendering on a 
field 
>> is jerky and doesn't work very well on mobile. I can't break up the 
text, 
>> it has to be all one block. I have tried setting the group to container 
>> layermode without success.
>>
>> If you're wondering why the text exceeds the maximum, this is for a 
mobile 
>> app and there is not only a lot of heavy formatting with large headings 
and 
>> spaceBelow, but the text size is largish so that it is readable on a 
tiny 
>> phone. That makes the pixel count pretty high.
>>
>> I only have a very short time left to solve this.
>>
>> On 5/1/20 4:45 PM, scott--- via use-livecode wrote:
>>> Are you exceeding the maximum vertical scroll?
>>> (I haven’t run into this recently but I believe at one point the 
vScroll of 
>>> groups was limited at the engine level to 32780)
>>> Scott Morrow
>>> Elementary Software
>>> (Now with 20% less chalk dust!)
>>> web   https://elementarysoftware.com
>>> email sc...@elementarysoftware.com
>>> booth1-800-615-0867
>>> --
 On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode 
  wrote:

 Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 
(and 
 possibly dp3).

 I'm a little frantic.

 --
 Jacqueline Landman Gay | jac...@hyperactivesw.com
 HyperActive Software   | http://www.hyperactivesw.com

 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>>
>> --
>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>> HyperActive Software   | http://www.hyperactivesw.com
>>
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your 
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode




___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[J. Landman Gay via use-livecode]

I was considering that when Trevor contacted me and suggested his DataView 
(he posted about it today) and it's the same idea. I'm going to look into 
that, it sounds promising.


I really appreciate the responses here, you guys are awesome.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2020 6:38:05 PM scott--- via use-livecode 
 wrote:


What about having two fields with a small amount of overlapping (same) text 
and as the first field reaches the end of its scroll, the second field 
could be displayed and begin its scroll…

—Scott


On May 2, 2020, at 10:25 AM, J. Landman Gay via use-livecode 
 wrote:


I think the solution has to be in the engine. I'm in trouble.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2020 2:27:53 AM scott--- via use-livecode 
 wrote:


I’ve run into that a few times but not recently. I couldn’t find anywhere 
that I had worked around it. All I can imagine trying is

1. Swapping text in and out at some point (possibly just one giant stutter) or
2. Changing the size of the text that is not visible during the scroll… 
though (the more I think about that one the more it seems like it would 
make the scroll wacky in other ways)  Neither seems super-promising but 
that’s all I can think of at the moment. If you find a solution, I would 
love to know what it is.

—
Scott


On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode 
 wrote:


Yes, that seems to be the problem. I have a long text field that exceeds 
the maximum. There's an enclosing group to be compatible with 
acceleratedRendering on mobile. The same setup is used for all the 
field/group combinations in the stack and they all work except this one, 
but the others are all shorter.


I set the inner field to its full formattedHeight inside the group, which 
is shorter. The group has a behavior that scrolls the content.


I discovered today that if I set the behavior on the field instead of its 
enclosing group, I can make it scroll. But acceleratedRendering on a field 
is jerky and doesn't work very well on mobile. I can't break up the text, 
it has to be all one block. I have tried setting the group to container 
layermode without success.


If you're wondering why the text exceeds the maximum, this is for a mobile 
app and there is not only a lot of heavy formatting with large headings and 
spaceBelow, but the text size is largish so that it is readable on a tiny 
phone. That makes the pixel count pretty high.


I only have a very short time left to solve this.

On 5/1/20 4:45 PM, scott--- via use-livecode wrote:

Are you exceeding the maximum vertical scroll?
(I haven’t run into this recently but I believe at one point the vScroll of 
groups was limited at the engine level to 32780)

Scott Morrow
Elementary Software
(Now with 20% less chalk dust!)
web   https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-800-615-0867
--
On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode 
 wrote:


Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 (and 
possibly dp3).


I'm a little frantic.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[Colin Holgate via use-livecode]

That is the whole reference guide. I have physical copies of that! Was there a 
particular part that might help with the ‘maximize’ card size problem?


> On May 2, 2020, at 5:39 PM, doc hawk via use-livecode 
>  wrote:
> 
> 
> Colin called,
>> 
>> But between you all you may remember something that will help me. I have a 
>> standalone HC application, and it opens with a window that shows that you 
>> are only seeing part of the card window. The card window doesn’t resize, and 
>> I can’t remember how to make it be bigger. Here’s things that didn’t work:
> 
> 
> Does this help?
> 
> https://cancel.fm/stuff/share/HyperCard_Reference_1.pdf 
> 
> 
> It’s for 2.5, but seems to cover it.
> 
> I had to switch from hypercard to supercars to have multiple windows.  Once 
> Hypercard 2.0 came out with multiple views, I would have had to copy/paste 
> every last control to go back, so only transferred the main script for other 
> applications of my tech.
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[doc hawk via use-livecode]

Colin called,
> 
> But between you all you may remember something that will help me. I have a 
> standalone HC application, and it opens with a window that shows that you are 
> only seeing part of the card window. The card window doesn’t resize, and I 
> can’t remember how to make it be bigger. Here’s things that didn’t work:


Does this help?

https://cancel.fm/stuff/share/HyperCard_Reference_1.pdf 


It’s for 2.5, but seems to cover it.

I had to switch from hypercard to supercars to have multiple windows.  Once 
Hypercard 2.0 came out with multiple views, I would have had to copy/paste 
every last control to go back, so only transferred the main script for other 
applications of my tech.

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[scott--- via use-livecode]

What about having two fields with a small amount of overlapping (same) text and 
as the first field reaches the end of its scroll, the second field could be 
displayed and begin its scroll… 
—Scott


> On May 2, 2020, at 10:25 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I think the solution has to be in the engine. I'm in trouble.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On May 2, 2020 2:27:53 AM scott--- via use-livecode 
>  wrote:
> 
>> I’ve run into that a few times but not recently. I couldn’t find anywhere 
>> that I had worked around it. All I can imagine trying is
>> 1. Swapping text in and out at some point (possibly just one giant stutter) 
>> or
>> 2. Changing the size of the text that is not visible during the scroll… 
>> though (the more I think about that one the more it seems like it would make 
>> the scroll wacky in other ways)  Neither seems super-promising but that’s 
>> all I can think of at the moment. If you find a solution, I would love to 
>> know what it is.
>> —
>> Scott
>> 
>> 
>>> On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> Yes, that seems to be the problem. I have a long text field that exceeds 
>>> the maximum. There's an enclosing group to be compatible with 
>>> acceleratedRendering on mobile. The same setup is used for all the 
>>> field/group combinations in the stack and they all work except this one, 
>>> but the others are all shorter.
>>> 
>>> I set the inner field to its full formattedHeight inside the group, which 
>>> is shorter. The group has a behavior that scrolls the content.
>>> 
>>> I discovered today that if I set the behavior on the field instead of its 
>>> enclosing group, I can make it scroll. But acceleratedRendering on a field 
>>> is jerky and doesn't work very well on mobile. I can't break up the text, 
>>> it has to be all one block. I have tried setting the group to container 
>>> layermode without success.
>>> 
>>> If you're wondering why the text exceeds the maximum, this is for a mobile 
>>> app and there is not only a lot of heavy formatting with large headings and 
>>> spaceBelow, but the text size is largish so that it is readable on a tiny 
>>> phone. That makes the pixel count pretty high.
>>> 
>>> I only have a very short time left to solve this.
>>> 
>>> On 5/1/20 4:45 PM, scott--- via use-livecode wrote:
 Are you exceeding the maximum vertical scroll?
 (I haven’t run into this recently but I believe at one point the vScroll 
 of groups was limited at the engine level to 32780)
 Scott Morrow
 Elementary Software
 (Now with 20% less chalk dust!)
 web   https://elementarysoftware.com/
 email sc...@elementarysoftware.com
 booth1-800-615-0867
 --
> On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 (and 
> possibly dp3).
> 
> I'm a little frantic.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Most obscure HC question

[Colin Holgate via use-livecode]

I fear that the HyperCard group in Yahoo may be lost. Please let me know if 
that isn’t true.

But between you all you may remember something that will help me. I have a 
standalone HC application, and it opens with a window that shows that you are 
only seeing part of the card window. The card window doesn’t resize, and I 
can’t remember how to make it be bigger. Here’s things that didn’t work:

Setting a ton of memory.
Setting Monitors to match the card size.
Resizing the preview rectangle. You can only resize it smaller.
Resizing the card window.
Clicking the zoom box.

As it’s a standalone application I can’t easily get at the stack, but feel sure 
there was a way to hack the stack out of a standalone.

Anyway, please enjoy the challenge of remembering this far back!

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Trevor DeVore via use-livecode]

On Sat, May 2, 2020 at 2:14 PM Ali Lloyd via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It's also mentioned in the scriptOnly property and in the script only stack
> entry in the glossary
>

I'm not sure how I missed that. I searched for "script only" in the
dictionary and no results came up. I must have been filtering by LiveCode
Builder.

-- 
Trevor DeVore
ScreenSteps - https://www.screensteps.com
Levure App Framework for LiveCode - https://github.com/trevordevore/levure/
LiveCode Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode
LiveCode Builder Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode-builder
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Mark Wieder via use-livecode]

On 5/2/20 12:13 PM, Ali Lloyd via use-livecode wrote:

It's also mentioned in the scriptOnly property and in the script only stack
entry in the glossary


OK - I see documentationcache/9_6_0_dp_4_community/api.html has a 
reference under "script only stack". But it's hinted at obliquely in the 
scriptOnly section, which only says "If the stack has a stack behavior, 
the name of the behavior stack is also saved to the header line", which 
would imply to me that it's only after the fact.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Ali Lloyd via use-livecode]

It's also mentioned in the scriptOnly property and in the script only stack
entry in the glossary

On Sat, 2 May 2020 at 18:48, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote:
> > On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote:
> >>
> >>> script "My script-only stack" with behavior "A Stack Name"
> >>
> >> Nice! I didn't know that behavior syntax existed. Is that documented
> >> somewhere?
> >>
> >
> > The only place I could find it is in the 8.1 Release Notes:
> >
> > https://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10.pdf
> >
>
> Thanks, Trevor. It's unfortunate that there isn't a better way to
> document these things so they don't fall through the cracks, but I'm not
> sure where this would go in the docs.
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Mark Wieder via use-livecode]

On 5/2/20 7:44 AM, Trevor DeVore via use-livecode wrote:

On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:


On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote:


script "My script-only stack" with behavior "A Stack Name"


Nice! I didn't know that behavior syntax existed. Is that documented
somewhere?



The only place I could find it is in the 8.1 Release Notes:

https://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10.pdf



Thanks, Trevor. It's unfortunate that there isn't a better way to 
document these things so they don't fall through the cracks, but I'm not 
sure where this would go in the docs.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

DataView and DataView Tree Updates

[Trevor DeVore via use-livecode]

Hi,

I've updated the DataView and DataView Tree code in my GitHub repos with a
script that will load all of the necessary files for developers who are not
using the Levure framework. You will find updated instructions in the
README, a link to the latest release, and a link to a demo project showing
what they can do at the following links:

https://github.com/trevordevore/levurehelper-dataview

https://github.com/trevordevore/levurehelper-dataview_tree

-- 
Trevor DeVore
ScreenSteps - https://www.screensteps.com
Levure App Framework for LiveCode - https://github.com/trevordevore/levure/
LiveCode Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode
LiveCode Builder Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode-builder
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[J. Landman Gay via use-livecode]

I think the solution has to be in the engine. I'm in trouble.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On May 2, 2020 2:27:53 AM scott--- via use-livecode 
 wrote:


I’ve run into that a few times but not recently. I couldn’t find anywhere 
that I had worked around it. All I can imagine trying is

1. Swapping text in and out at some point (possibly just one giant stutter) or
2. Changing the size of the text that is not visible during the scroll… 
though (the more I think about that one the more it seems like it would 
make the scroll wacky in other ways)  Neither seems super-promising but 
that’s all I can think of at the moment. If you find a solution, I would 
love to know what it is.

—
Scott


On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode 
 wrote:


Yes, that seems to be the problem. I have a long text field that exceeds 
the maximum. There's an enclosing group to be compatible with 
acceleratedRendering on mobile. The same setup is used for all the 
field/group combinations in the stack and they all work except this one, 
but the others are all shorter.


I set the inner field to its full formattedHeight inside the group, which 
is shorter. The group has a behavior that scrolls the content.


I discovered today that if I set the behavior on the field instead of its 
enclosing group, I can make it scroll. But acceleratedRendering on a field 
is jerky and doesn't work very well on mobile. I can't break up the text, 
it has to be all one block. I have tried setting the group to container 
layermode without success.


If you're wondering why the text exceeds the maximum, this is for a mobile 
app and there is not only a lot of heavy formatting with large headings and 
spaceBelow, but the text size is largish so that it is readable on a tiny 
phone. That makes the pixel count pretty high.


I only have a very short time left to solve this.

On 5/1/20 4:45 PM, scott--- via use-livecode wrote:

Are you exceeding the maximum vertical scroll?
(I haven’t run into this recently but I believe at one point the vScroll of 
groups was limited at the engine level to 32780)

Scott Morrow
Elementary Software
(Now with 20% less chalk dust!)
web   https://elementarysoftware.com/
email sc...@elementarysoftware.com
booth1-800-615-0867
--
On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode 
 wrote:


Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 (and 
possibly dp3).


I'm a little frantic.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode



--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:

http://lists.runrev.com/mailman/listinfo/use-livecode





___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Trevor DeVore via use-livecode]

On Sat, May 2, 2020 at 8:36 AM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote:
>
> > script "My script-only stack" with behavior "A Stack Name"
>
> Nice! I didn't know that behavior syntax existed. Is that documented
> somewhere?
>

The only place I could find it is in the 8.1 Release Notes:

https://downloads.livecode.com/livecode/8_1_10/LiveCodeNotes-8_1_10.pdf

-- 
Trevor DeVore
ScreenSteps - https://www.screensteps.com
Levure App Framework for LiveCode - https://github.com/trevordevore/levure/
LiveCode Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode
LiveCode Builder Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode-builder
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Mark Wieder via use-livecode]

On 5/2/20 12:06 AM, Trevor DeVore via use-livecode wrote:


script "My script-only stack" with behavior "A Stack Name"


Nice! I didn't know that behavior syntax existed. Is that documented 
somewhere?


--
 Mark Wieder
 ahsoftw...@gmail.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: FormattedHeight

[scott--- via use-livecode]

I’ve run into that a few times but not recently. I couldn’t find anywhere that 
I had worked around it. All I can imagine trying is 
1. Swapping text in and out at some point (possibly just one giant stutter) or 
2. Changing the size of the text that is not visible during the scroll… though 
(the more I think about that one the more it seems like it would make the 
scroll wacky in other ways)  Neither seems super-promising but that’s all I can 
think of at the moment. If you find a solution, I would love to know what it is.
—
Scott


> On May 1, 2020, at 10:24 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> Yes, that seems to be the problem. I have a long text field that exceeds the 
> maximum. There's an enclosing group to be compatible with 
> acceleratedRendering on mobile. The same setup is used for all the 
> field/group combinations in the stack and they all work except this one, but 
> the others are all shorter.
> 
> I set the inner field to its full formattedHeight inside the group, which is 
> shorter. The group has a behavior that scrolls the content.
> 
> I discovered today that if I set the behavior on the field instead of its 
> enclosing group, I can make it scroll. But acceleratedRendering on a field is 
> jerky and doesn't work very well on mobile. I can't break up the text, it has 
> to be all one block. I have tried setting the group to container layermode 
> without success.
> 
> If you're wondering why the text exceeds the maximum, this is for a mobile 
> app and there is not only a lot of heavy formatting with large headings and 
> spaceBelow, but the text size is largish so that it is readable on a tiny 
> phone. That makes the pixel count pretty high.
> 
> I only have a very short time left to solve this.
> 
> On 5/1/20 4:45 PM, scott--- via use-livecode wrote:
>> Are you exceeding the maximum vertical scroll?
>> (I haven’t run into this recently but I believe at one point the vScroll of 
>> groups was limited at the engine level to 32780)
>> Scott Morrow
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web   https://elementarysoftware.com/
>> email sc...@elementarysoftware.com
>> booth1-800-615-0867
>> --
>>> On May 1, 2020, at 1:17 PM, J. Landman Gay via use-livecode 
>>>  wrote:
>>> 
>>> Is the formattedHeight of a group broken for anyone else? LC 9.6dp4 (and 
>>> possibly dp3).
>>> 
>>> I'm a little frantic.
>>> 
>>> -- 
>>> Jacqueline Landman Gay | jac...@hyperactivesw.com
>>> HyperActive Software   | http://www.hyperactivesw.com
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> -- 
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Script Only Behaviors

[Trevor DeVore via use-livecode]

On Fri, May 1, 2020 at 7:51 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> I’m gonna say that script only stacks cannot have behaviors eh? Reason is,
> I’d like to move my nested data grid behavior to a script only stack, but
> it occurs to me this might break the datagrid, since it’s next level
> behavior is the old data grid behavior button (not sure why that’s still
> there) then the actual script only datagrid library.
>

Hi Bob,

In fact script-only stacks can have behaviors. There are two ways you can
assign the behavior:

1) Define the behavior within the script-only stack itself.

script "My script-only stack" with behavior "A Stack Name"

Just make sure that the stack being assigned as the behavior is loaded into
memory when you load the script-only stack.

2) After loading the script-only stack into memory set the behavior
property.

If you need to assign the behavior of the script-only stack to a button
then use method #2.

-- 
Trevor DeVore
ScreenSteps - https://www.screensteps.com
Levure App Framework for LiveCode - https://github.com/trevordevore/levure/
LiveCode Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode
LiveCode Builder Repos -
https://github.com/search?q=user%3Atrevordevore+topic:livecode-builder
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode