Re: New user

[Pi Digital via use-livecode]

I’m refitting the bathroom and laying new carpet in the upstairs hallway, so 
have Hol Dom Dues too ;)

Arduino will be basically the same as any other IO with the added benefit that 
you have control over the controller by your own Arduino coding.

There is a difference in approach for PC vs Mac. For some reason, I think 
because of one of the other replies, I got confusededed and thought you’d been 
developing from a PC. For Mac, you need to look in either the /dev folder or 
the /Library/extensions folder and find the path for the IO driver. See the LC 
documentation for ‘serialControlString’ and ‘open driver’. 

My son and I have been working on a physical Train Sim World controller which 
is basically the whole dashboard from a Class 365. It uses an Arduino board and 
a digital serial shunt to pick up all the buttons, switches and sliders and 
control lights and dials. This is then picked up by LiveCode and converted into 
XML for TSW to read from live and control the Sim and provide feedback for the 
gauges. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 24 Dec 2021, at 20:42, Alex Hughson  wrote:
> 
> Thanks Sean for that help. I’m tangled up in Holiday Domestic Duties at the 
> moment but will give it a try in the new year. Meantime questions rolling 
> around my head; if I’m writing the LC prog on a Mac do I have to designate 
> the (PC) com port in that code, which I’m thinking would mean it couldn’t be 
> tested right there and then on the Mac? Also, I’m toying with the idea of 
> using an Arduino as my I/O device. Does that sound healthy?
> 
> Season’s greeting to all the list. best, Alex
> 
> 
> On December 21, 2021 at 5:37:14 PM, Sean Cole via use-livecode 
> (use-livecode@lists.runrev.com) wrote:
> 
> Hi Alex
> Welcome!
> I've done exactly and very similar to what you are describing about 6yrs
> ago from Mac, PC, Linux, iOS via USB, WiFi and GPRS serial adapters. For
> lighting up miniatures of housing estates and apartment blocks. And then
> for some film miniatures for toy commercials and so on.
> 
> Once you've installed the driver for your adapter on Win10, go to the
> Device Manager, Ports and find out what COM port it's linked to (eg, COM2).
> Now in LiveCode, you don't need to know the driver name to write to. Just
> use the command:
> open driver "COM2:" for write
> This sets the plane for communication. Next, you need to set up the
> settings, eg:
> set the serialControlString to "BAUD=9600 PARITY=N DATA=8 STOP=1"
> These are actually the default settings, so do nothing if these are the
> settings you want.
> Now you just need to know the commands to send.
> https://numato.com/docs/16-channel-usb-relay-module/#the-command-set-20
> write "readall" & return to driver "COM2:"
> read from driver "COM2:" for 4 -- ie, 4 characters
> The read command immediately after the write allows it to accept the
> response from the GPIO, in this example, for 4 characters in length (to
> receive the 4 hex characters like 16AF)
> 
> And that's it pretty much. It's super easy and fun. With Wifi modules you
> can use any device to communicate with them. We used iPad mini's which made
> it super flexible.
> 
> Let us all know if you run into any issues and need help.
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
>> On Tue, 21 Dec 2021 at 04:33, Alex Hughson via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hello all. I am a beginner user of LiveCode. I’ve managed to work my way
>> through a project which I think I can complete. However the project has to
>> be able to communicate with an I/O board (Numato 16 channel USB GPIO Module
>> for example) from a Windows Standalone application. I have not been able to
>> find any guidance or samples for how to do this. This has led me to wonder
>> if it is even possible to creat some kind of serial communication using LC
>> or whether I should start over with a different platform. I am doing the LC
>> work using a Mac. Any help or advice would be much appreciated.
>> 
>> ___
>> 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 

Re: Keyboard in iOS 15.x

[J. Landman Gay via use-livecode]

On 12/24/21 2:16 PM, Sean Cole via use-livecode wrote:

Just adding to what Jacquie wrote, there is also the effective working
screenrect.


You're right, "effective" was added to account for the keyboard on mobile. I'd 
start with that.

--
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: New user

[Alex Hughson via use-livecode]

Thanks Sean for that help. I’m tangled up in Holiday Domestic Duties at the 
moment but will give it a try in the new year. Meantime questions rolling 
around my head; if I’m writing the LC prog on a Mac do I have to designate the 
(PC) com port in that code, which I’m thinking would mean it couldn’t be tested 
right there and then on the Mac? Also, I’m toying with the idea of using an 
Arduino as my I/O device. Does that sound healthy?

Season’s greeting to all the list. best, Alex


On December 21, 2021 at 5:37:14 PM, Sean Cole via use-livecode 
(use-livecode@lists.runrev.com) wrote:

Hi Alex
Welcome!
I've done exactly and very similar to what you are describing about 6yrs
ago from Mac, PC, Linux, iOS via USB, WiFi and GPRS serial adapters. For
lighting up miniatures of housing estates and apartment blocks. And then
for some film miniatures for toy commercials and so on.

Once you've installed the driver for your adapter on Win10, go to the
Device Manager, Ports and find out what COM port it's linked to (eg, COM2).
Now in LiveCode, you don't need to know the driver name to write to. Just
use the command:
open driver "COM2:" for write
This sets the plane for communication. Next, you need to set up the
settings, eg:
set the serialControlString to "BAUD=9600 PARITY=N DATA=8 STOP=1"
These are actually the default settings, so do nothing if these are the
settings you want.
Now you just need to know the commands to send.
https://numato.com/docs/16-channel-usb-relay-module/#the-command-set-20
write "readall" & return to driver "COM2:"
read from driver "COM2:" for 4 -- ie, 4 characters
The read command immediately after the write allows it to accept the
response from the GPIO, in this example, for 4 characters in length (to
receive the 4 hex characters like 16AF)

And that's it pretty much. It's super easy and fun. With Wifi modules you
can use any device to communicate with them. We used iPad mini's which made
it super flexible.

Let us all know if you run into any issues and need help.

All the best

Sean Cole
*Pi Digital Productions Ltd*

On Tue, 21 Dec 2021 at 04:33, Alex Hughson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hello all. I am a beginner user of LiveCode. I’ve managed to work my way
> through a project which I think I can complete. However the project has to
> be able to communicate with an I/O board (Numato 16 channel USB GPIO Module
> for example) from a Windows Standalone application. I have not been able to
> find any guidance or samples for how to do this. This has led me to wonder
> if it is even possible to creat some kind of serial communication using LC
> or whether I should start over with a different platform. I am doing the LC
> work using a Mac. Any help or advice would be much appreciated.
>
> ___
> 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: add a "scale" option to the icongravity

[Neville Smythe via use-livecode]

> Wouldn?t you really need another property like ?iconSizing? which would have 
> values of ?none? or ?clip? (current behavior), ?resize? or ?fill? (the 
> current iconGravity option), and ?scale? (your proposal)?  I can think of 
> situations where clip and scale would need the current positioning afforded 
> by the gravity setting.

I think often the best option is “scale to fit” by which I mean scale the image 
down to fit the button keeping the same aspect ratio *if* it is too large, but 
leave the original image size as is if it will already fit, *do not* upscale, 
which can cause pixelation. It is neither the current ”resize”  nor the usual 
“scale to fit"
___
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: Keyboard in iOS 15.x

[Sean Cole via use-livecode]

Hi Mark,

Just adding to what Jacquie wrote, there is also the effective working
screenrect. Use both to work out which is best for your requirements.

All the best in working it out.

Sean

On Fri, 24 Dec 2021 at 18:01, Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am so hoping you are right Jacky. Will have a chance to test on boxing
> day and will let you know.
>
> Best, and Merry Christmas.
>
> Mark
>
>
> > On Dec 24, 2021, at 5:02 PM, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > "The working screenrect" should give you the area you have available
> when the keyboard is up.
> > --
> > Jacqueline Landman Gay | jac...@hyperactivesw.com
> > HyperActive Software | http://www.hyperactivesw.com
> > On December 24, 2021 8:05:08 AM Mark Smith via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> >> Hi Panos,
> >>
> >> I discovered the “extra” line at the top of the keyboard was called
> “predictive” in the keyboard settings. Turning predictive off removes the
> extra line, so that solved the immediate problem, but not the longer term
> one (which can only really be fixed by either “pinning" the header bar
> during a “pan” or knowing where the top of the keyboard is for appropriate
> DG resizing.) I'll make a feature request in the QCC.
> >>
> >> Merry Christmas and Happy Holidays to all,
> >>
> >> Mark
> >>
> >>
> >>> On Dec 23, 2021, at 5:28 PM, Mark Smith 
> wrote:
> >>>
> >>> Thanks Panos, I appreciate the quick response. That works reasonably
> well except the card has a header bar and using the “pan” option moves the
> header bar off screen as well, which unfortunately hides some important
> header bar controls. If we could “stick” the header bar while panning the
> dg (so it visually looks like it is sliding underneath the header bar) that
> would be the best solution. I might try and see if there is a way to do
> that. Otherwise for now I’ll just hard code a resize of the dg when the
> keyboard is activated and adjust the code using the new iPhoneDeviceModel
> function to fine tune it for different screen sizes.
> >>>
> >>> You should probably be on vacation now, so enjoy your well deserved
> time off!!
> >>>
> >>> Mark
> >>>
> >>>
>  On Dec 23, 2021, at 3:25 PM, panagiotis m via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>  Hello Mark,
> 
>  What about using:
> 
>  mobileSetKeyboardDisplay "pan"
> 
>  See the dictionary for more details.
> 
>  Cheers,
>  Panos
> 
> 
> 
>  On Thu, 23 Dec 2021 at 17:08, Mark Smith via use-livecode <
>  use-livecode@lists.runrev.com> wrote:
> 
> > It seems the keyboard in iOS 15 has gained some height and that is
> causing
> > a problem.
> >
> > Scenario. My UI is primarily a datagrid. Fill it with 8 items and
> the next
> > one added will cause the keyboard to cover the row. The previous
> solution
> > has been to redraw the datagid so it occupies the space above the
> keyboard
> > (and then scroll the new line into view). This worked fine as long
> as the
> > KB always occupied a fixed amount of space (height). The new one in
> iOS 15
> > appears to be approximately 1 row of keys taller, this row being
> filled
> > with blank slots for word guesses while you type (an option I would
> not
> > even know how to make use of).
> >
> > Solutions: one option is to simply redraw the datagrid to be above
> the new
> > keyboard height. Problem is I have been hard coding this (ie.
> changing the
> > bottom of the keyboard from 452 (activated) to 613 (deactivated) as
> > required). This is less than ideal because as I have now witnessed
> in iOS
> > 15.x the keyboard can expand to have 1 or 2 extra rows above the
> keys. ie.
> > the size/height of the keyboard is now dynamic. Ideally I would be
> able to
> > query the height of the keyboard, or the amount of available screen
> space,
> > so that I could adjust the bottom of my datagrid appropriately.
> >
> > Has anyone else been looking into this issue and how have you
> resolved it?
> >
> > Thanks
> > Mark
> >
> >
> > ___
> > 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, 

Re: Keyboard in iOS 15.x

[Mark Smith via use-livecode]

I am so hoping you are right Jacky. Will have a chance to test on boxing day 
and will let you know. 

Best, and Merry Christmas. 

Mark


> On Dec 24, 2021, at 5:02 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> "The working screenrect" should give you the area you have available when the 
> keyboard is up.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software | http://www.hyperactivesw.com
> On December 24, 2021 8:05:08 AM Mark Smith via use-livecode 
>  wrote:
> 
>> Hi Panos,
>> 
>> I discovered the “extra” line at the top of the keyboard was called 
>> “predictive” in the keyboard settings. Turning predictive off removes the 
>> extra line, so that solved the immediate problem, but not the longer term 
>> one (which can only really be fixed by either “pinning" the header bar 
>> during a “pan” or knowing where the top of the keyboard is for appropriate 
>> DG resizing.) I'll make a feature request in the QCC.
>> 
>> Merry Christmas and Happy Holidays to all,
>> 
>> Mark
>> 
>> 
>>> On Dec 23, 2021, at 5:28 PM, Mark Smith  wrote:
>>> 
>>> Thanks Panos, I appreciate the quick response. That works reasonably well 
>>> except the card has a header bar and using the “pan” option moves the 
>>> header bar off screen as well, which unfortunately hides some important 
>>> header bar controls. If we could “stick” the header bar while panning the 
>>> dg (so it visually looks like it is sliding underneath the header bar) that 
>>> would be the best solution. I might try and see if there is a way to do 
>>> that. Otherwise for now I’ll just hard code a resize of the dg when the 
>>> keyboard is activated and adjust the code using the new iPhoneDeviceModel 
>>> function to fine tune it for different screen sizes.
>>> 
>>> You should probably be on vacation now, so enjoy your well deserved time 
>>> off!!
>>> 
>>> Mark
>>> 
>>> 
 On Dec 23, 2021, at 3:25 PM, panagiotis m via use-livecode 
  wrote:
 
 Hello Mark,
 
 What about using:
 
 mobileSetKeyboardDisplay "pan"
 
 See the dictionary for more details.
 
 Cheers,
 Panos
 
 
 
 On Thu, 23 Dec 2021 at 17:08, Mark Smith via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
> It seems the keyboard in iOS 15 has gained some height and that is causing
> a problem.
> 
> Scenario. My UI is primarily a datagrid. Fill it with 8 items and the next
> one added will cause the keyboard to cover the row. The previous solution
> has been to redraw the datagid so it occupies the space above the keyboard
> (and then scroll the new line into view). This worked fine as long as the
> KB always occupied a fixed amount of space (height). The new one in iOS 15
> appears to be approximately 1 row of keys taller, this row being filled
> with blank slots for word guesses while you type (an option I would not
> even know how to make use of).
> 
> Solutions: one option is to simply redraw the datagrid to be above the new
> keyboard height. Problem is I have been hard coding this (ie. changing the
> bottom of the keyboard from 452 (activated) to 613 (deactivated) as
> required). This is less than ideal because as I have now witnessed in iOS
> 15.x the keyboard can expand to have 1 or 2 extra rows above the keys. ie.
> the size/height of the keyboard is now dynamic. Ideally I would be able to
> query the height of the keyboard, or the amount of available screen space,
> so that I could adjust the bottom of my datagrid appropriately.
> 
> Has anyone else been looking into this issue and how have you resolved it?
> 
> Thanks
> Mark
> 
> 
> ___
> 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


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to 

Re: Keyboard in iOS 15.x

[J. Landman Gay via use-livecode]

"The working screenrect" should give you the area you have available when 
the keyboard is up.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On December 24, 2021 8:05:08 AM Mark Smith via use-livecode 
 wrote:



Hi Panos,

I discovered the “extra” line at the top of the keyboard was called 
“predictive” in the keyboard settings. Turning predictive off removes the 
extra line, so that solved the immediate problem, but not the longer term 
one (which can only really be fixed by either “pinning" the header bar 
during a “pan” or knowing where the top of the keyboard is for appropriate 
DG resizing.) I'll make a feature request in the QCC.


Merry Christmas and Happy Holidays to all,

Mark



On Dec 23, 2021, at 5:28 PM, Mark Smith  wrote:

Thanks Panos, I appreciate the quick response. That works reasonably well 
except the card has a header bar and using the “pan” option moves the 
header bar off screen as well, which unfortunately hides some important 
header bar controls. If we could “stick” the header bar while panning the 
dg (so it visually looks like it is sliding underneath the header bar) that 
would be the best solution. I might try and see if there is a way to do 
that. Otherwise for now I’ll just hard code a resize of the dg when the 
keyboard is activated and adjust the code using the new iPhoneDeviceModel 
function to fine tune it for different screen sizes.


You should probably be on vacation now, so enjoy your well deserved time off!!

Mark


On Dec 23, 2021, at 3:25 PM, panagiotis m via use-livecode 
 wrote:


Hello Mark,

What about using:

mobileSetKeyboardDisplay "pan"

See the dictionary for more details.

Cheers,
Panos



On Thu, 23 Dec 2021 at 17:08, Mark Smith via use-livecode <
use-livecode@lists.runrev.com> wrote:


It seems the keyboard in iOS 15 has gained some height and that is causing
a problem.

Scenario. My UI is primarily a datagrid. Fill it with 8 items and the next
one added will cause the keyboard to cover the row. The previous solution
has been to redraw the datagid so it occupies the space above the keyboard
(and then scroll the new line into view). This worked fine as long as the
KB always occupied a fixed amount of space (height). The new one in iOS 15
appears to be approximately 1 row of keys taller, this row being filled
with blank slots for word guesses while you type (an option I would not
even know how to make use of).

Solutions: one option is to simply redraw the datagrid to be above the new
keyboard height. Problem is I have been hard coding this (ie. changing the
bottom of the keyboard from 452 (activated) to 613 (deactivated) as
required). This is less than ideal because as I have now witnessed in iOS
15.x the keyboard can expand to have 1 or 2 extra rows above the keys. ie.
the size/height of the keyboard is now dynamic. Ideally I would be able to
query the height of the keyboard, or the amount of available screen space,
so that I could adjust the bottom of my datagrid appropriately.

Has anyone else been looking into this issue and how have you resolved it?

Thanks
Mark


___
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: Keyboard in iOS 15.x

[Mark Smith via use-livecode]

Hi Panos, 

I discovered the “extra” line at the top of the keyboard was called 
“predictive” in the keyboard settings. Turning predictive off removes the extra 
line, so that solved the immediate problem, but not the longer term one (which 
can only really be fixed by either “pinning" the header bar during a “pan” or 
knowing where the top of the keyboard is for appropriate DG resizing.) I'll 
make a feature request in the QCC. 

Merry Christmas and Happy Holidays to all,

Mark


> On Dec 23, 2021, at 5:28 PM, Mark Smith  wrote:
> 
> Thanks Panos, I appreciate the quick response. That works reasonably well 
> except the card has a header bar and using the “pan” option moves the header 
> bar off screen as well, which unfortunately hides some important header bar 
> controls. If we could “stick” the header bar while panning the dg (so it 
> visually looks like it is sliding underneath the header bar) that would be 
> the best solution. I might try and see if there is a way to do that. 
> Otherwise for now I’ll just hard code a resize of the dg when the keyboard is 
> activated and adjust the code using the new iPhoneDeviceModel function to 
> fine tune it for different screen sizes. 
> 
> You should probably be on vacation now, so enjoy your well deserved time off!!
> 
> Mark
> 
> 
>> On Dec 23, 2021, at 3:25 PM, panagiotis m via use-livecode 
>>  wrote:
>> 
>> Hello Mark,
>> 
>> What about using:
>> 
>> mobileSetKeyboardDisplay "pan"
>> 
>> See the dictionary for more details.
>> 
>> Cheers,
>> Panos
>> 
>> 
>> 
>> On Thu, 23 Dec 2021 at 17:08, Mark Smith via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> It seems the keyboard in iOS 15 has gained some height and that is causing
>>> a problem.
>>> 
>>> Scenario. My UI is primarily a datagrid. Fill it with 8 items and the next
>>> one added will cause the keyboard to cover the row. The previous solution
>>> has been to redraw the datagid so it occupies the space above the keyboard
>>> (and then scroll the new line into view). This worked fine as long as the
>>> KB always occupied a fixed amount of space (height). The new one in iOS 15
>>> appears to be approximately 1 row of keys taller, this row being filled
>>> with blank slots for word guesses while you type (an option I would not
>>> even know how to make use of).
>>> 
>>> Solutions: one option is to simply redraw the datagrid to be above the new
>>> keyboard height. Problem is I have been hard coding this (ie. changing the
>>> bottom of the keyboard from 452 (activated) to 613 (deactivated) as
>>> required). This is less than ideal because as I have now witnessed in iOS
>>> 15.x the keyboard can expand to have 1 or 2 extra rows above the keys. ie.
>>> the size/height of the keyboard is now dynamic. Ideally I would be able to
>>> query the height of the keyboard, or the amount of available screen space,
>>> so that I could adjust the bottom of my datagrid appropriately.
>>> 
>>> Has anyone else been looking into this issue and how have you resolved it?
>>> 
>>> Thanks
>>> Mark
>>> 
>>> 
>>> ___
>>> 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: add a "scale" option to the icongravity

[Klaus major-k via use-livecode]

Hi Brian,

> Am 24.12.2021 um 14:30 schrieb Brian Milby via use-livecode 
> :
> 
> Wouldn’t you really need another property like “iconSizing” which would have 
> values of “none” or “clip” (current behavior), “resize” or “fill” (the 
> current iconGravity option), and “scale” (your proposal)?

no idea, please ask me something easier. :-D

>  I can think of situations where clip and scale would need the current 
> positioning afforded by the gravity setting.

Whatever you need to to, I am only interested in the result, a proportionally 
sized icon in the button. ;-)

> Merry Christmas everyone!
> Brian

Best

Klaus

--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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: add a "scale" option to the icongravity

[Brian Milby via use-livecode]

Wouldn’t you really need another property like “iconSizing” which would have 
values of “none” or “clip” (current behavior), “resize” or “fill” (the current 
iconGravity option), and “scale” (your proposal)?  I can think of situations 
where clip and scale would need the current positioning afforded by the gravity 
setting.

Merry Christmas everyone!
Brian

Sent from my iPhone

> On Dec 24, 2021, at 7:49 AM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi all,
> 
> I just added a feature request to the quality center.
> 
> For ICONGRAVITY we now have the "resoie" option, 
> which will scale the image unproportionally in the button,
> which is erm. not the best option... 8-)
> 
> Maybe we can have a "scale" option, too, which will scale the 
> image in the button, but always proportionally!
> That would make snse and remove some extra work!
> 
> Fell free to add a comment:
> 
> 
> Have some nice holidays!
> 
> 
> Best
> 
> Klaus
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> 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

add a "scale" option to the icongravity

[Klaus major-k via use-livecode]

Hi all,

I just added a feature request to the quality center.

For ICONGRAVITY we now have the "resoie" option, 
which will scale the image unproportionally in the button,
which is erm. not the best option... 8-)

Maybe we can have a "scale" option, too, which will scale the 
image in the button, but always proportionally!
That would make snse and remove some extra work!

Fell free to add a comment:


Have some nice holidays!


Best

Klaus
--
Klaus Major
https://www.major-k.de
https://www.major-k.de/bass
kl...@major-k.de


___
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

Strange thing: older App Store app fullscreen shown on iOS 15.2

[William de Smet via use-livecode]

Hi there,

I got a new iPad 2021 with iOS 15.2 (10.2 inch) and downloaded some of my
own older apps on it from the App Store.
These apps have been there for several years and the last update was from
2019.
I noticed that these apps are shown fullscreen and that is strange because
none of these apps contain fullscreen scripting.
They were all made for the 9.7 inch iPads.

When I put a test app on it with LC 9.9.6 and Xcode13.2  the app is not
shown full screen.

Is this Apple and iOS 15?
Does iOS 15 show apps from the App Store fullscreen?



greetings,

William
___
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