Re: LC 9.6.0 RC1 Splash/Launch Images

[scott--- via use-livecode]

Hello Graham,

In the Standalone Applications Settings do you have it set to build for iPad as 
well as iPhone?  I’m not at all experienced with the new splash options or how 
the setting work together… just an idea.
--
Scott

> On May 22, 2020, at 1:25 PM, Graham Samuel via use-livecode 
>  wrote:
> 
> My x3 splash is already smaller than the largest real requirement for an 
> iPhone, 1242 x 2688. Mine is only 2048 x 2732. So you could argue that my x3 
> splash should be even larger than I’ve supplied.
> 
> I don’t see why the system doesn’t pick the smallest size that will fit - so 
> for my iPhone XS for example, which needs 1125x2436 for an exact fit, I have 
> supplied my x2 splash at exactly the right size. 
> 
> I realise this is not desperately important, especially as I can adopt 
> Andrew’s solution below, but there does seem to be something wrong here. It 
> will be interesting to read the LC lesson on this when it comes out!
> 
> Graham
> 
>> On 22 May 2020, at 18:41, Andrew at MidWest Coast Media via use-livecode 
>>  wrote:
>> 
>> I had the same problem when creating storyboards: the icon was too big. My 
>> app was portrait so I could tell the dimensions were backwards, but when 
>> using the the recommended sizes the logo ran off the edges. Placing the 1x 
>> version in the 2x slot (and the 2x in the 3x slot) seemed to make things 
>> look more like what I expected.
>> 
>> Making the first card of the stack have the same background color as the 
>> Storyboard worked fine, then just...
>> unlock screen for visual effect
>> go next card
>> unlock screen with visual effect “dissolve” very fast
>> 
>> —Andrew Bell
> 
> 
>> On 22 May 2020, at 14:48, panagiotis merakos via use-livecode 
>>  wrote:
>> 
>> *>LC 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen
>> for iPad*
>> 
>> Yes, this is a bug in LC 9.6 RC-1, which is fixed in LC 9.6 RC-2.
>> 
>> *>and the Simulator showed the splash screen too large for the screen
>> of the device *
>> 
>> Hmm, then I would expect the splash to show too large in the physical
>> device as well. In this case, I would try with a smaller splash.
>> 
>> Kind regards,
>> Panos
>> --
>> 
>> On Fri, 22 May 2020 at 15:25, Graham Samuel via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> I did that, so fine, but noticed two issues: when making the standalone LC
>>> 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen for
>>> iPad, when in fact there is no way of doing so since the storyboard change;
>>> and the Simulator showed the splash screen too large for the screen of the
>>> device (an iPhone XS). (Not sure if the real app does that as I’m having
>>> trouble uploading - that’s a different conversation.)
>>> 
>>> Graham
>>> 
 On 22 May 2020, at 13:51, panagiotis merakos via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
 
 Just realised that the image sizes I suggested are for landscape, so if
 your app uses portrait, just swap the width with the height.
 
 
 
 On Sun, 17 May 2020 at 21:35, Colin Holgate via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
> What I’ve done for a while is to use a flat color that is the average of
> the colors in the actual title screen. The splash screen is not around
>>> for
> very long, and with there being lots of different sizes required, a
> detailed splash screen could possibly take up 50 MB of app side, for the
> sake of a fraction of a second.
> 
> In the best case it feels like the title screen faded into view. In
>>> fact,
> you could do that, quickly fade in from a matching flat background
>>> color.
> 
> 
>> On May 17, 2020, at 10:58 AM, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>> 
>> Hello Graham,
>> 
>> The new storyboard mechanism has some restrictions as it is (we might
>> enhance it in the future)
>> 
>> For example it is no longer possible to have an exact (pixel) matching
>>> of
>> the splash screen and the first card of the stack as it appears on the
>> device
>> 
>> So the best suggestion now is to use a splash image that has just a
>>> logo
> at
>> the center and it is transparent, and also to set the background of the
>> splash in the standalone settings.
>> 
>> In that way, in all devices (ipads/iphones) you will get a centered
>>> logo
>> with the background you set in the standalone settings (or you can
>>> choose
>> to not set the background - in this case the default background color
> will
>> be used depending on the device appearance: white if the device is on
> light
>> mode and black if the device is on dark mode)
>> 
>> Of course, if you do not wish to have a splash that shows just a logo,
> you
>> can choose a regular image (or 3 regular images, one for each 1x,2x,3x
>> slots) and also set the 

Re: iOS Provisioning Profile issue

[panagiotis merakos via use-livecode]

No problem Graham ;)

Deploying for iOS can be frustrating in the beginning, but once you get
familiar with the requirements, things are not that bad ;)

Cheers,
Panos

On Fri, May 22, 2020, 23:15 Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Panos - I am truly sorry to have wasted your precious time. The
> fact is, I am trying to do all this iOS development while keeping to the
> absolute minimum of knowledge about Apple’s arcane, not to say Byzantine,
> systems of deployment, approval etc. Thus the terminology about profiles
> and the reason they come in different flavours has never really sunk in.
> Indeed I was hoping against hope to avoid it as much as possible. For me,
> life really is too short.
>
> You have yet again got me out of the soup.
>
> Cheers
>
> Graham
>
> > On 22 May 2020, at 21:31, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Oh, I see. If the provisioning profile is of type "AppStore", then it is
> a
> > Distribution profile, so you will not be able to use this profile for
> > installing the app directly to your device.
> >
> > You need an iOS Development profile for being able to install the app on
> > the device.
> >
> > Regards,
> > Panos
> >
> > On Fri, May 22, 2020, 19:53 JeeJeeStudio via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> AS far as i know this profile lasts for 6 days for development.
> >>
> >> Then you have to renew it in Xcode.
> >>
> >> Op 22-5-2020 om 12:47 schreef Graham Samuel via use-livecode:
> >>> Panos - thanks for asking
> >>>
> >>> Yes it is - an iPhone XS which has been my key test device for weeks.
> >> Should I try it on the very latest version of LC? I had a download
> glitch
> >> last night so didn’t install it (the joys of rural broadband).
> >>>
> >>> Graham
> >>>
> >>>
> >>> Sent from my iPhone
> >>>
>  On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> 
>  Hello Graham,
> 
>  Is that the same iOS device you used when you could successfully
>  install the app?
> 
>  Kind regards,
>  Panos
>  --
> 
> > On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > I’ve been using XCode to load an app into my iPhone for some time
> now,
> >> but
> > today using LC 9.6.0 rc1, I got this refusal:
> >
> >> A valid provisioning profile for this executable was not found.
> > As far as I’m concerned, I’ve got the same provisioning profile as I
> >> had a
> > few days ago, and it’s  been in the Standalone Settings for the app
> for
> > some time, when this version of LC did several successful updates.
> >
> > Can anyone suggest what I’ve done wrong?
> >
> > Graham
> > ___
> > 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 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: LC 9.6.0 RC1 Splash/Launch Images

[Graham Samuel via use-livecode]

My x3 splash is already smaller than the largest real requirement for an 
iPhone, 1242 x 2688. Mine is only 2048 x 2732. So you could argue that my x3 
splash should be even larger than I’ve supplied.

I don’t see why the system doesn’t pick the smallest size that will fit - so 
for my iPhone XS for example, which needs 1125x2436 for an exact fit, I have 
supplied my x2 splash at exactly the right size. 

I realise this is not desperately important, especially as I can adopt Andrew’s 
solution below, but there does seem to be something wrong here. It will be 
interesting to read the LC lesson on this when it comes out!

Graham

> On 22 May 2020, at 18:41, Andrew at MidWest Coast Media via use-livecode 
>  wrote:
> 
> I had the same problem when creating storyboards: the icon was too big. My 
> app was portrait so I could tell the dimensions were backwards, but when 
> using the the recommended sizes the logo ran off the edges. Placing the 1x 
> version in the 2x slot (and the 2x in the 3x slot) seemed to make things look 
> more like what I expected.
> 
> Making the first card of the stack have the same background color as the 
> Storyboard worked fine, then just...
> unlock screen for visual effect
> go next card
> unlock screen with visual effect “dissolve” very fast
> 
> —Andrew Bell


> On 22 May 2020, at 14:48, panagiotis merakos via use-livecode 
>  wrote:
> 
> *>LC 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen
> for iPad*
> 
> Yes, this is a bug in LC 9.6 RC-1, which is fixed in LC 9.6 RC-2.
> 
> *>and the Simulator showed the splash screen too large for the screen
> of the device *
> 
> Hmm, then I would expect the splash to show too large in the physical
> device as well. In this case, I would try with a smaller splash.
> 
> Kind regards,
> Panos
> --
> 
> On Fri, 22 May 2020 at 15:25, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I did that, so fine, but noticed two issues: when making the standalone LC
>> 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen for
>> iPad, when in fact there is no way of doing so since the storyboard change;
>> and the Simulator showed the splash screen too large for the screen of the
>> device (an iPhone XS). (Not sure if the real app does that as I’m having
>> trouble uploading - that’s a different conversation.)
>> 
>> Graham
>> 
>>> On 22 May 2020, at 13:51, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Just realised that the image sizes I suggested are for landscape, so if
>>> your app uses portrait, just swap the width with the height.
>>> 
>>> 
>>> 
>>> On Sun, 17 May 2020 at 21:35, Colin Holgate via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 What I’ve done for a while is to use a flat color that is the average of
 the colors in the actual title screen. The splash screen is not around
>> for
 very long, and with there being lots of different sizes required, a
 detailed splash screen could possibly take up 50 MB of app side, for the
 sake of a fraction of a second.
 
 In the best case it feels like the title screen faded into view. In
>> fact,
 you could do that, quickly fade in from a matching flat background
>> color.
 
 
> On May 17, 2020, at 10:58 AM, panagiotis merakos via use-livecode <
 use-livecode@lists.runrev.com> wrote:
> 
> Hello Graham,
> 
> The new storyboard mechanism has some restrictions as it is (we might
> enhance it in the future)
> 
> For example it is no longer possible to have an exact (pixel) matching
>> of
> the splash screen and the first card of the stack as it appears on the
> device
> 
> So the best suggestion now is to use a splash image that has just a
>> logo
 at
> the center and it is transparent, and also to set the background of the
> splash in the standalone settings.
> 
> In that way, in all devices (ipads/iphones) you will get a centered
>> logo
> with the background you set in the standalone settings (or you can
>> choose
> to not set the background - in this case the default background color
 will
> be used depending on the device appearance: white if the device is on
 light
> mode and black if the device is on dark mode)
> 
> Of course, if you do not wish to have a splash that shows just a logo,
 you
> can choose a regular image (or 3 regular images, one for each 1x,2x,3x
> slots) and also set the background color to match the image background
> color. In this case, depending of the device, the app will use the one
>> of
> the three images that is closer to the device screen size, and will
 center
> this image to the screen.
> 
> This means that the image in some devices will either match exactly, or
 it
> will be larger (in this case it will be cropped and the edges will not
> show), or it 

Re: iOS Provisioning Profile issue

[Graham Samuel via use-livecode]

Thanks Panos - I am truly sorry to have wasted your precious time. The fact is, 
I am trying to do all this iOS development while keeping to the absolute 
minimum of knowledge about Apple’s arcane, not to say Byzantine, systems of 
deployment, approval etc. Thus the terminology about profiles and the reason 
they come in different flavours has never really sunk in. Indeed I was hoping 
against hope to avoid it as much as possible. For me, life really is too short.

You have yet again got me out of the soup.

Cheers

Graham

> On 22 May 2020, at 21:31, panagiotis merakos via use-livecode 
>  wrote:
> 
> Oh, I see. If the provisioning profile is of type "AppStore", then it is a
> Distribution profile, so you will not be able to use this profile for
> installing the app directly to your device.
> 
> You need an iOS Development profile for being able to install the app on
> the device.
> 
> Regards,
> Panos
> 
> On Fri, May 22, 2020, 19:53 JeeJeeStudio via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> AS far as i know this profile lasts for 6 days for development.
>> 
>> Then you have to renew it in Xcode.
>> 
>> Op 22-5-2020 om 12:47 schreef Graham Samuel via use-livecode:
>>> Panos - thanks for asking
>>> 
>>> Yes it is - an iPhone XS which has been my key test device for weeks.
>> Should I try it on the very latest version of LC? I had a download glitch
>> last night so didn’t install it (the joys of rural broadband).
>>> 
>>> Graham
>>> 
>>> 
>>> Sent from my iPhone
>>> 
 On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 Hello Graham,
 
 Is that the same iOS device you used when you could successfully
 install the app?
 
 Kind regards,
 Panos
 --
 
> On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
> I’ve been using XCode to load an app into my iPhone for some time now,
>> but
> today using LC 9.6.0 rc1, I got this refusal:
> 
>> A valid provisioning profile for this executable was not found.
> As far as I’m concerned, I’ve got the same provisioning profile as I
>> had a
> few days ago, and it’s  been in the Standalone Settings for the app for
> some time, when this version of LC did several successful updates.
> 
> Can anyone suggest what I’ve done wrong?
> 
> Graham
> ___
> 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 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: iOS Provisioning Profile issue

[panagiotis merakos via use-livecode]

Oh, I see. If the provisioning profile is of type "AppStore", then it is a
Distribution profile, so you will not be able to use this profile for
installing the app directly to your device.

You need an iOS Development profile for being able to install the app on
the device.

Regards,
Panos

On Fri, May 22, 2020, 19:53 JeeJeeStudio via use-livecode <
use-livecode@lists.runrev.com> wrote:

> AS far as i know this profile lasts for 6 days for development.
>
> Then you have to renew it in Xcode.
>
> Op 22-5-2020 om 12:47 schreef Graham Samuel via use-livecode:
> > Panos - thanks for asking
> >
> > Yes it is - an iPhone XS which has been my key test device for weeks.
> Should I try it on the very latest version of LC? I had a download glitch
> last night so didn’t install it (the joys of rural broadband).
> >
> > Graham
> >
> >
> > Sent from my iPhone
> >
> >> On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> Hello Graham,
> >>
> >> Is that the same iOS device you used when you could successfully
> >> install the app?
> >>
> >> Kind regards,
> >> Panos
> >> --
> >>
> >>> On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> I’ve been using XCode to load an app into my iPhone for some time now,
> but
> >>> today using LC 9.6.0 rc1, I got this refusal:
> >>>
>  A valid provisioning profile for this executable was not found.
> >>> As far as I’m concerned, I’ve got the same provisioning profile as I
> had a
> >>> few days ago, and it’s  been in the Standalone Settings for the app for
> >>> some time, when this version of LC did several successful updates.
> >>>
> >>> Can anyone suggest what I’ve done wrong?
> >>>
> >>> Graham
> >>> ___
> >>> 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 subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Enabling "About MyApp"

[Richard Gaskin via use-livecode]

My comment was in reply to George's request about desktop menus.

Mobile systems have no menu bar of course, so any conventions that apply 
to menu bars don't apply to mobile platforms.


I did a couple searchs to try to find an answer for your mobile 
question, and posted the results here:

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

--
 Richard Gaskin
 Fourth World Systems


Graham Samuel wrote:
> Sorry, how does this apply to a mobile app which hasn’t got a menu in
> an explicit sense - of course I can provide a ‘menu’ item, i.e. some
> kind of choice the user can make (I do in fact have a ’settings’ card
> in the app I’m producing, so that could be somewhere to put it), but
> it’s not obligatory, is it?
>
> Graham
>
>> On 22 May 2020, at 14:11, Andre Garzia via use-livecode 
 wrote:

>>
>> This should be in the user guide...
>>
>> On Tue, 12 May 2020 at 00:42, Richard Gaskin via use-livecode <
>> use-livecode at lists.runrev.com> wrote:
>>
>>> GEORGE WOOD wrote:
>>>
 How can I activate the "About MyApp" under the Apple menu?
>>>
>>> On other OSes the "About" item is usually the last item in the Help
>>> menu.  If you put your About item there, you'll find that when LC
>>> automatically translates its menu objects for the Mac menu bar it'll
>>> move your About item to the application menu.
>>>
>>> In fact, a similar thing happens with "Preferences". On most
>>> platforms it's the last item in the Edit menu, and when you put a
>>> "Preferences" item there the automatic menu bar change that LC does
>>> will put it in the application menu as well, below About.


___
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: iOS Provisioning Profile issue

[JeeJeeStudio via use-livecode]

AS far as i know this profile lasts for 6 days for development.

Then you have to renew it in Xcode.

Op 22-5-2020 om 12:47 schreef Graham Samuel via use-livecode:

Panos - thanks for asking

Yes it is - an iPhone XS which has been my key test device for weeks. Should I 
try it on the very latest version of LC? I had a download glitch last night so 
didn’t install it (the joys of rural broadband).

Graham


Sent from my iPhone


On 22 May 2020, at 11:00, panagiotis merakos via use-livecode 
 wrote:

Hello Graham,

Is that the same iOS device you used when you could successfully
install the app?

Kind regards,
Panos
--


On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

I’ve been using XCode to load an app into my iPhone for some time now, but
today using LC 9.6.0 rc1, I got this refusal:


A valid provisioning profile for this executable was not found.

As far as I’m concerned, I’ve got the same provisioning profile as I had a
few days ago, and it’s  been in the Standalone Settings for the app for
some time, when this version of LC did several successful updates.

Can anyone suggest what I’ve done wrong?

Graham
___
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: Enabling "About MyApp"

[Richard Gaskin via use-livecode]

Agreed, and apparently the docs team does too - see the chapter 
"Programming Menus & Menu Bars", section "Menu Bars on Mac OS X 
Systems", where pg 181 discusses "Special Menu Items".


--
 Richard Gaskin
 Fourth World Systems


Andre Garzia wrote:

> This should be in the user guide...
>
> On Tue, 12 May 2020 at 00:42, Richard Gaskin via use-livecode <
> use-livecode at lists.runrev.com> wrote:
>
>> GEORGE WOOD wrote:
>>
>>  > How can I activate the "About MyApp" under the Apple menu?
>>
>> On other OSes the "About" item is usually the last item in the Help
>> menu.  If you put your About item there, you'll find that when LC
>> automatically translates its menu objects for the Mac menu bar it'll
>> move your About item to the application menu.
>>
>> In fact, a similar thing happens with "Preferences". On most
>> platforms it's the last item in the Edit menu, and when you put a
>> "Preferences" item there the automatic menu bar change that LC does
>> will put it in the application menu as well, below About.


___
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: About box equivalent for mobile apps?

[Richard Gaskin via use-livecode]

Graham Samuel wrote:
> In desktop apps, at least on the Mac, one has an “About” box where
> you can put acknowledgements of the use of copyright material and
> any other info like the version number of the app. There isn’t such
> a provision in a mobile app, is there? Is there any convention for
> this that I’ve missed, or should I just wing it somehow?

You may have to wing it.  I didn't turn up anything on About info in a 
quick review of the iOS HIG:

https://developer.apple.com/design/human-interface-guidelines/ios/overview/themes/

Also turned up no general discussion searching for a convention on this 
in DuckDuckGo.


If someone here has an authoritative reference to the contrary please 
post it, but as AFAIK it looks like there is no prescribed place for 
such info.


--
 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: LC 9.6.0 RC1 Splash/Launch Images

[Andrew at MidWest Coast Media via use-livecode]

I had the same problem when creating storyboards: the icon was too big. My app 
was portrait so I could tell the dimensions were backwards, but when using the 
the recommended sizes the logo ran off the edges. Placing the 1x version in the 
2x slot (and the 2x in the 3x slot) seemed to make things look more like what I 
expected.

Making the first card of the stack have the same background color as the 
Storyboard worked fine, then just...
unlock screen for visual effect
go next card
unlock screen with visual effect “dissolve” very fast

—Andrew Bell


> *>and the Simulator showed the splash screen too large for the screen
> of the device *
> 
> Hmm, then I would expect the splash to show too large in the physical
> device as well. In this case, I would try with a smaller splash.
> 
> Kind regards,
> Panos
> --
> 
> On Fri, 22 May 2020 at 15:25, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I did that, so fine, but noticed two issues: when making the standalone LC
>> 9.6.0 rc1 reported that I hadn?t provided a portrait splash screen for
>> iPad, when in fact there is no way of doing so since the storyboard change;
>> and the Simulator showed the splash screen too large for the screen of the
>> device (an iPhone XS). (Not sure if the real app does that as I?m having
>> trouble uploading - that?s a different conversation.)
>> 
>> Graham


___
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: iOS Provisioning Profile issue

[Jimmieson, Phil via use-livecode]

Hi Graham,
What I usually do when I have provisioning profile problems is:

locate the folder that contains my downloaded profiles -  it’s in your personal 
library folder in your home folder (which by default is hidden).

In my case I open a window to:

/Users/phil/Library/MobileDevice/Provisioning Profiles/

Trash all of the profiles in there.

Start Xcode, and once it’s running go to preferences and select the accounts 
tab. From the area on the right of the window, select download manual profiles 
- this will re-download the profiles from Apple (and repopulate the folder that 
you just emptied).

Go back to LiveCode, and from the standalone application settings window, iOS 
tab, select the required profile from the profile popup menu.

All of that usually solves the problem. I did once have an issue where even 
that didn’t work, and in that case I logged in to Apple's developer site, 
trashed the provisioning profile and re-created it. I then went through the 
sequence outlined above and this time it was successful.

On 22 May 2020, at 16:16, Graham Samuel via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Panos, it is very strange: I looked up my provisioning profile in the 
developer.app.com site (I’ve only got the one 
provisioning profile, for iOS, type “App Store"), noted that the expiry date is 
8 May 2021, re-downloade it, double-clicked it to bring it to the attention of 
XCode, and tried the upload of the app to the phone again. Exactly the same 
result.

My next move is to revisit the Standalone Settings for the app - I am not quite 
sure  how LC knows which profiles I have or where they are, but I assume it’s 
looking in Keychain Access as I have had to supply a password for that, and 
where one can read that the certificate exists and is valid.

Graham


On 22 May 2020, at 13:48, panagiotis merakos via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

Hello Graham,

Hmm ok, that's strange. Could you make sure the provisioning profile has
not expired, and it is still valid, as Matthias suggested?

There is no need to download 9.6 RC-2 for that, we have not changed
anything that could cause this issue.

Kind regards,
Panos
--

On Fri, 22 May 2020 at 13:49, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

Panos - thanks for asking

Yes it is - an iPhone XS which has been my key test device for weeks.
Should I try it on the very latest version of LC? I had a download glitch
last night so didn’t install it (the joys of rural broadband).

Graham


Sent from my iPhone

On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
use-livecode@lists.runrev.com> wrote:

Hello Graham,

Is that the same iOS device you used when you could successfully
install the app?

Kind regards,
Panos
--

On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

I’ve been using XCode to load an app into my iPhone for some time now,
but
today using LC 9.6.0 rc1, I got this refusal:

A valid provisioning profile for this executable was not found.

As far as I’m concerned, I’ve got the same provisioning profile as I
had a
few days ago, and it’s  been in the Standalone Settings for the app for
some time, when this version of LC did several successful updates.

Can anyone suggest what I’ve done wrong?

--
Phil Jimmieson
University of Liverpool, Computer Science Department
Ashton Bldg, Ashton Street, Liverpool. L69 3BX
0151 795 4236
___
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: iOS Provisioning Profile issue

[Graham Samuel via use-livecode]

Panos, it is very strange: I looked up my provisioning profile in the 
developer.app.com site (I’ve only got the one provisioning profile, for iOS, 
type “App Store"), noted that the expiry date is 8 May 2021, re-downloade it, 
double-clicked it to bring it to the attention of XCode, and tried the upload 
of the app to the phone again. Exactly the same result. 

My next move is to revisit the Standalone Settings for the app - I am not quite 
sure  how LC knows which profiles I have or where they are, but I assume it’s 
looking in Keychain Access as I have had to supply a password for that, and 
where one can read that the certificate exists and is valid.

Graham


> On 22 May 2020, at 13:48, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Graham,
> 
> Hmm ok, that's strange. Could you make sure the provisioning profile has
> not expired, and it is still valid, as Matthias suggested?
> 
> There is no need to download 9.6 RC-2 for that, we have not changed
> anything that could cause this issue.
> 
> Kind regards,
> Panos
> --
> 
> On Fri, 22 May 2020 at 13:49, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Panos - thanks for asking
>> 
>> Yes it is - an iPhone XS which has been my key test device for weeks.
>> Should I try it on the very latest version of LC? I had a download glitch
>> last night so didn’t install it (the joys of rural broadband).
>> 
>> Graham
>> 
>> 
>> Sent from my iPhone
>> 
>>> On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hello Graham,
>>> 
>>> Is that the same iOS device you used when you could successfully
>>> install the app?
>>> 
>>> Kind regards,
>>> Panos
>>> --
>>> 
 On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
 use-livecode@lists.runrev.com> wrote:
 
 I’ve been using XCode to load an app into my iPhone for some time now,
>> but
 today using LC 9.6.0 rc1, I got this refusal:
 
> A valid provisioning profile for this executable was not found.
 
 As far as I’m concerned, I’ve got the same provisioning profile as I
>> had a
 few days ago, and it’s  been in the Standalone Settings for the app for
 some time, when this version of LC did several successful updates.
 
 Can anyone suggest what I’ve done wrong?
 
 Graham
 ___
 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 subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Enabling "About MyApp"

[Graham Samuel via use-livecode]

Oops, I think this is a different conversation. My issue is with mobile apps.

Apologies

Graham

> On 22 May 2020, at 14:26, Graham Samuel via use-livecode 
>  wrote:
> 
> Sorry, how does this apply to a mobile app which hasn’t got a menu in an 
> explicit sense - of course I can provide a ‘menu’ item, i.e. some kind of 
> choice the user can make (I do in fact have a ’settings’ card in the app I’m 
> producing, so that could be somewhere to put it), but it’s not obligatory, is 
> it?
> 
> Graham
> 
>> On 22 May 2020, at 14:11, Andre Garzia via use-livecode 
>>  wrote:
>> 
>> This should be in the user guide...
>> 
>> On Tue, 12 May 2020 at 00:42, Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> GEORGE WOOD wrote:
>>> 
 How can I activate the "About MyApp" under the Apple menu?
>>> 
>>> On other OSes the "About" item is usually the last item in the Help
>>> menu.  If you put your About item there, you'll find that when LC
>>> automatically translates its menu objects for the Mac menu bar it'll
>>> move your About item to the application menu.
>>> 
>>> In fact, a similar thing happens with "Preferences". On most platforms
>>> it's the last item in the Edit menu, and when you put a "Preferences"
>>> item there the automatic menu bar change that LC does will put it in the
>>> application menu as well, below About.
>>> 
>>> --
>>> 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
>>> 
>> 
>> 
>> -- 
>> http://www.andregarzia.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: LC 9.6.0 RC1 Splash/Launch Images

[panagiotis merakos via use-livecode]

*>LC 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen
for iPad*

Yes, this is a bug in LC 9.6 RC-1, which is fixed in LC 9.6 RC-2.

*>and the Simulator showed the splash screen too large for the screen
of the device *

Hmm, then I would expect the splash to show too large in the physical
device as well. In this case, I would try with a smaller splash.

Kind regards,
Panos
--

On Fri, 22 May 2020 at 15:25, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I did that, so fine, but noticed two issues: when making the standalone LC
> 9.6.0 rc1 reported that I hadn’t provided a portrait splash screen for
> iPad, when in fact there is no way of doing so since the storyboard change;
> and the Simulator showed the splash screen too large for the screen of the
> device (an iPhone XS). (Not sure if the real app does that as I’m having
> trouble uploading - that’s a different conversation.)
>
> Graham
>
> > On 22 May 2020, at 13:51, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Just realised that the image sizes I suggested are for landscape, so if
> > your app uses portrait, just swap the width with the height.
> >
> >
> >
> > On Sun, 17 May 2020 at 21:35, Colin Holgate via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> What I’ve done for a while is to use a flat color that is the average of
> >> the colors in the actual title screen. The splash screen is not around
> for
> >> very long, and with there being lots of different sizes required, a
> >> detailed splash screen could possibly take up 50 MB of app side, for the
> >> sake of a fraction of a second.
> >>
> >> In the best case it feels like the title screen faded into view. In
> fact,
> >> you could do that, quickly fade in from a matching flat background
> color.
> >>
> >>
> >>> On May 17, 2020, at 10:58 AM, panagiotis merakos via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Hello Graham,
> >>>
> >>> The new storyboard mechanism has some restrictions as it is (we might
> >>> enhance it in the future)
> >>>
> >>> For example it is no longer possible to have an exact (pixel) matching
> of
> >>> the splash screen and the first card of the stack as it appears on the
> >>> device
> >>>
> >>> So the best suggestion now is to use a splash image that has just a
> logo
> >> at
> >>> the center and it is transparent, and also to set the background of the
> >>> splash in the standalone settings.
> >>>
> >>> In that way, in all devices (ipads/iphones) you will get a centered
> logo
> >>> with the background you set in the standalone settings (or you can
> choose
> >>> to not set the background - in this case the default background color
> >> will
> >>> be used depending on the device appearance: white if the device is on
> >> light
> >>> mode and black if the device is on dark mode)
> >>>
> >>> Of course, if you do not wish to have a splash that shows just a logo,
> >> you
> >>> can choose a regular image (or 3 regular images, one for each 1x,2x,3x
> >>> slots) and also set the background color to match the image background
> >>> color. In this case, depending of the device, the app will use the one
> of
> >>> the three images that is closer to the device screen size, and will
> >> center
> >>> this image to the screen.
> >>>
> >>> This means that the image in some devices will either match exactly, or
> >> it
> >>> will be larger (in this case it will be cropped and the edges will not
> >>> show), or it will be smaller (in this case it will be centered at the
> >>> device screen, and the left/top/right/bottom areas will show the
> >> background
> >>> color that was set in the standalone settings.
> >>>
> >>> One might ask, what size should the images be then? Well, it depends on
> >> the
> >>> images (i.e. how much content they have at the center, and if you are
> OK
> >> if
> >>> some of the content at the edges is cropped etc). A rule of thumb - as
> I
> >>> understand it - is the following:
> >>>
> >>> -use a "small", a "medium" and a "large" image for each of the 1x, 2x
> and
> >>> 3x slots, where "small" is the smallest image you used before the
> >>> storyboard, "large" is the largest you used before, and "medium" is
> >>> something in-between.
> >>>
> >>> For example, you could try images with these dimensions:
> >>>
> >>> - 1334x750
> >>> - 2208x1242 (x2)
> >>> - 2732x2048 (x3)
> >>>
> >>> Hope this helps.
> >>>
> >>> We will write a lesson for this topic soon.
> >>>
> >>> Kind regards,
> >>> Panos
> >>> --
> >>>
> >>> On Sat, 16 May 2020 at 17:49, Graham Samuel via use-livecode <
> >>> use-livecode@lists.runrev.com> wrote:
> >>>
>  This is not to answer my own question, but to emphasise the apparent
>  difficulty of getting this aspect of creating an iOS app right just by
>  using just LC and a reasonable graphics editor on a Mac. It means to
> me
>  that a lot of careful instructions need to be provided by 

Re: Enabling "About MyApp"

[Graham Samuel via use-livecode]

Sorry, how does this apply to a mobile app which hasn’t got a menu in an 
explicit sense - of course I can provide a ‘menu’ item, i.e. some kind of 
choice the user can make (I do in fact have a ’settings’ card in the app I’m 
producing, so that could be somewhere to put it), but it’s not obligatory, is 
it?

Graham

> On 22 May 2020, at 14:11, Andre Garzia via use-livecode 
>  wrote:
> 
> This should be in the user guide...
> 
> On Tue, 12 May 2020 at 00:42, Richard Gaskin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> GEORGE WOOD wrote:
>> 
>>> How can I activate the "About MyApp" under the Apple menu?
>> 
>> On other OSes the "About" item is usually the last item in the Help
>> menu.  If you put your About item there, you'll find that when LC
>> automatically translates its menu objects for the Mac menu bar it'll
>> move your About item to the application menu.
>> 
>> In fact, a similar thing happens with "Preferences". On most platforms
>> it's the last item in the Edit menu, and when you put a "Preferences"
>> item there the automatic menu bar change that LC does will put it in the
>> application menu as well, below About.
>> 
>> --
>>  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
>> 
> 
> 
> -- 
> http://www.andregarzia.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: LC 9.6.0 RC1 Splash/Launch Images

[Graham Samuel via use-livecode]

I did that, so fine, but noticed two issues: when making the standalone LC 
9.6.0 rc1 reported that I hadn’t provided a portrait splash screen for iPad, 
when in fact there is no way of doing so since the storyboard change; and the 
Simulator showed the splash screen too large for the screen of the device (an 
iPhone XS). (Not sure if the real app does that as I’m having trouble uploading 
- that’s a different conversation.)

Graham

> On 22 May 2020, at 13:51, panagiotis merakos via use-livecode 
>  wrote:
> 
> Just realised that the image sizes I suggested are for landscape, so if
> your app uses portrait, just swap the width with the height.
> 
> 
> 
> On Sun, 17 May 2020 at 21:35, Colin Holgate via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> What I’ve done for a while is to use a flat color that is the average of
>> the colors in the actual title screen. The splash screen is not around for
>> very long, and with there being lots of different sizes required, a
>> detailed splash screen could possibly take up 50 MB of app side, for the
>> sake of a fraction of a second.
>> 
>> In the best case it feels like the title screen faded into view. In fact,
>> you could do that, quickly fade in from a matching flat background color.
>> 
>> 
>>> On May 17, 2020, at 10:58 AM, panagiotis merakos via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hello Graham,
>>> 
>>> The new storyboard mechanism has some restrictions as it is (we might
>>> enhance it in the future)
>>> 
>>> For example it is no longer possible to have an exact (pixel) matching of
>>> the splash screen and the first card of the stack as it appears on the
>>> device
>>> 
>>> So the best suggestion now is to use a splash image that has just a logo
>> at
>>> the center and it is transparent, and also to set the background of the
>>> splash in the standalone settings.
>>> 
>>> In that way, in all devices (ipads/iphones) you will get a centered logo
>>> with the background you set in the standalone settings (or you can choose
>>> to not set the background - in this case the default background color
>> will
>>> be used depending on the device appearance: white if the device is on
>> light
>>> mode and black if the device is on dark mode)
>>> 
>>> Of course, if you do not wish to have a splash that shows just a logo,
>> you
>>> can choose a regular image (or 3 regular images, one for each 1x,2x,3x
>>> slots) and also set the background color to match the image background
>>> color. In this case, depending of the device, the app will use the one of
>>> the three images that is closer to the device screen size, and will
>> center
>>> this image to the screen.
>>> 
>>> This means that the image in some devices will either match exactly, or
>> it
>>> will be larger (in this case it will be cropped and the edges will not
>>> show), or it will be smaller (in this case it will be centered at the
>>> device screen, and the left/top/right/bottom areas will show the
>> background
>>> color that was set in the standalone settings.
>>> 
>>> One might ask, what size should the images be then? Well, it depends on
>> the
>>> images (i.e. how much content they have at the center, and if you are OK
>> if
>>> some of the content at the edges is cropped etc). A rule of thumb - as I
>>> understand it - is the following:
>>> 
>>> -use a "small", a "medium" and a "large" image for each of the 1x, 2x and
>>> 3x slots, where "small" is the smallest image you used before the
>>> storyboard, "large" is the largest you used before, and "medium" is
>>> something in-between.
>>> 
>>> For example, you could try images with these dimensions:
>>> 
>>> - 1334x750
>>> - 2208x1242 (x2)
>>> - 2732x2048 (x3)
>>> 
>>> Hope this helps.
>>> 
>>> We will write a lesson for this topic soon.
>>> 
>>> Kind regards,
>>> Panos
>>> --
>>> 
>>> On Sat, 16 May 2020 at 17:49, Graham Samuel via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
 This is not to answer my own question, but to emphasise the apparent
 difficulty of getting this aspect of creating an iOS app right just by
 using just LC and a reasonable graphics editor on a Mac. It means to me
 that a lot of careful instructions need to be provided by somebody in
>> the
 LC universe, since the policy (I sincerely hope!) is to get LC
>> developers
 to avoid getting deep into XCode. I found this, which frankly scares me.
 
 https://wiki.starling-framework.org/manual/ios_launch_images
 
 Can anyone help me to a less nerdy way of getting this right? I don’t
 even know what a storyboard is!
 
 Graham
 
> On 16 May 2020, at 00:40, Graham Samuel via use-livecode <
 use-livecode@lists.runrev.com> wrote:
> 
> I see that the iOS Standalone Settings have changed in this version, no
 doubt to accommodate Apple’s new rules. One is required to provide six
 images as “Launch Images” under the “Splash” tab. It seems that there’s
>> an

Re: Enabling "About MyApp"

[Andre Garzia via use-livecode]

This should be in the user guide...

On Tue, 12 May 2020 at 00:42, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> GEORGE WOOD wrote:
>
>  > How can I activate the "About MyApp" under the Apple menu?
>
> On other OSes the "About" item is usually the last item in the Help
> menu.  If you put your About item there, you'll find that when LC
> automatically translates its menu objects for the Mac menu bar it'll
> move your About item to the application menu.
>
> In fact, a similar thing happens with "Preferences". On most platforms
> it's the last item in the Edit menu, and when you put a "Preferences"
> item there the automatic menu bar change that LC does will put it in the
> application menu as well, below About.
>
> --
>   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
>


-- 
http://www.andregarzia.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: LC 9.6.0 RC1 Splash/Launch Images

[panagiotis merakos via use-livecode]

Just realised that the image sizes I suggested are for landscape, so if
your app uses portrait, just swap the width with the height.



On Sun, 17 May 2020 at 21:35, Colin Holgate via use-livecode <
use-livecode@lists.runrev.com> wrote:

> What I’ve done for a while is to use a flat color that is the average of
> the colors in the actual title screen. The splash screen is not around for
> very long, and with there being lots of different sizes required, a
> detailed splash screen could possibly take up 50 MB of app side, for the
> sake of a fraction of a second.
>
> In the best case it feels like the title screen faded into view. In fact,
> you could do that, quickly fade in from a matching flat background color.
>
>
> > On May 17, 2020, at 10:58 AM, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hello Graham,
> >
> > The new storyboard mechanism has some restrictions as it is (we might
> > enhance it in the future)
> >
> > For example it is no longer possible to have an exact (pixel) matching of
> > the splash screen and the first card of the stack as it appears on the
> > device
> >
> > So the best suggestion now is to use a splash image that has just a logo
> at
> > the center and it is transparent, and also to set the background of the
> > splash in the standalone settings.
> >
> > In that way, in all devices (ipads/iphones) you will get a centered logo
> > with the background you set in the standalone settings (or you can choose
> > to not set the background - in this case the default background color
> will
> > be used depending on the device appearance: white if the device is on
> light
> > mode and black if the device is on dark mode)
> >
> > Of course, if you do not wish to have a splash that shows just a logo,
> you
> > can choose a regular image (or 3 regular images, one for each 1x,2x,3x
> > slots) and also set the background color to match the image background
> > color. In this case, depending of the device, the app will use the one of
> > the three images that is closer to the device screen size, and will
> center
> > this image to the screen.
> >
> > This means that the image in some devices will either match exactly, or
> it
> > will be larger (in this case it will be cropped and the edges will not
> > show), or it will be smaller (in this case it will be centered at the
> > device screen, and the left/top/right/bottom areas will show the
> background
> > color that was set in the standalone settings.
> >
> > One might ask, what size should the images be then? Well, it depends on
> the
> > images (i.e. how much content they have at the center, and if you are OK
> if
> > some of the content at the edges is cropped etc). A rule of thumb - as I
> > understand it - is the following:
> >
> > -use a "small", a "medium" and a "large" image for each of the 1x, 2x and
> > 3x slots, where "small" is the smallest image you used before the
> > storyboard, "large" is the largest you used before, and "medium" is
> > something in-between.
> >
> > For example, you could try images with these dimensions:
> >
> > - 1334x750
> > - 2208x1242 (x2)
> > - 2732x2048 (x3)
> >
> > Hope this helps.
> >
> > We will write a lesson for this topic soon.
> >
> > Kind regards,
> > Panos
> > --
> >
> > On Sat, 16 May 2020 at 17:49, Graham Samuel via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> This is not to answer my own question, but to emphasise the apparent
> >> difficulty of getting this aspect of creating an iOS app right just by
> >> using just LC and a reasonable graphics editor on a Mac. It means to me
> >> that a lot of careful instructions need to be provided by somebody in
> the
> >> LC universe, since the policy (I sincerely hope!) is to get LC
> developers
> >> to avoid getting deep into XCode. I found this, which frankly scares me.
> >>
> >> https://wiki.starling-framework.org/manual/ios_launch_images
> >>
> >> Can anyone help me to a less nerdy way of getting this right? I don’t
> >> even know what a storyboard is!
> >>
> >> Graham
> >>
> >>> On 16 May 2020, at 00:40, Graham Samuel via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> I see that the iOS Standalone Settings have changed in this version, no
> >> doubt to accommodate Apple’s new rules. One is required to provide six
> >> images as “Launch Images” under the “Splash” tab. It seems that there’s
> an
> >> image, a 2x image and a 3x image, and then another three for dark mode.
> >>>
> >>> There is no tooltip to suggest how large these images should be - in
> >> previous versions they had to be tailored to different device screen
> sizes.
> >> Now it seems anything goes, or does it?
> >>>
> >>> Can anyone explain what the dimensions of these images are supposed to
> >> be? Does “2x” just mean twice the original size in each direction or
> what?
> >> Can’t see anything in the release notes, but maybe I wasn’t paying
> >> attention.
> >>>
> >>> Graham
> >>> 

Re: iOS Provisioning Profile issue

[panagiotis merakos via use-livecode]

Hello Graham,

Hmm ok, that's strange. Could you make sure the provisioning profile has
not expired, and it is still valid, as Matthias suggested?

There is no need to download 9.6 RC-2 for that, we have not changed
anything that could cause this issue.

Kind regards,
Panos
--

On Fri, 22 May 2020 at 13:49, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Panos - thanks for asking
>
> Yes it is - an iPhone XS which has been my key test device for weeks.
> Should I try it on the very latest version of LC? I had a download glitch
> last night so didn’t install it (the joys of rural broadband).
>
> Graham
>
>
> Sent from my iPhone
>
> > On 22 May 2020, at 11:00, panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hello Graham,
> >
> > Is that the same iOS device you used when you could successfully
> > install the app?
> >
> > Kind regards,
> > Panos
> > --
> >
> >> On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
> >> use-livecode@lists.runrev.com> wrote:
> >>
> >> I’ve been using XCode to load an app into my iPhone for some time now,
> but
> >> today using LC 9.6.0 rc1, I got this refusal:
> >>
> >>> A valid provisioning profile for this executable was not found.
> >>
> >> As far as I’m concerned, I’ve got the same provisioning profile as I
> had a
> >> few days ago, and it’s  been in the Standalone Settings for the app for
> >> some time, when this version of LC did several successful updates.
> >>
> >> Can anyone suggest what I’ve done wrong?
> >>
> >> Graham
> >> ___
> >> 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: iOS Provisioning Profile issue

[Graham Samuel via use-livecode]

Panos - thanks for asking

Yes it is - an iPhone XS which has been my key test device for weeks. Should I 
try it on the very latest version of LC? I had a download glitch last night so 
didn’t install it (the joys of rural broadband). 

Graham 


Sent from my iPhone

> On 22 May 2020, at 11:00, panagiotis merakos via use-livecode 
>  wrote:
> 
> Hello Graham,
> 
> Is that the same iOS device you used when you could successfully
> install the app?
> 
> Kind regards,
> Panos
> --
> 
>> On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> I’ve been using XCode to load an app into my iPhone for some time now, but
>> today using LC 9.6.0 rc1, I got this refusal:
>> 
>>> A valid provisioning profile for this executable was not found.
>> 
>> As far as I’m concerned, I’ve got the same provisioning profile as I had a
>> few days ago, and it’s  been in the Standalone Settings for the app for
>> some time, when this version of LC did several successful updates.
>> 
>> Can anyone suggest what I’ve done wrong?
>> 
>> Graham
>> ___
>> 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: iOS Provisioning Profile issue

[panagiotis merakos via use-livecode]

Hello Graham,

Is that the same iOS device you used when you could successfully
install the app?

Kind regards,
Panos
--

On Fri, 22 May 2020 at 11:52, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I’ve been using XCode to load an app into my iPhone for some time now, but
> today using LC 9.6.0 rc1, I got this refusal:
>
> > A valid provisioning profile for this executable was not found.
>
> As far as I’m concerned, I’ve got the same provisioning profile as I had a
> few days ago, and it’s  been in the Standalone Settings for the app for
> some time, when this version of LC did several successful updates.
>
> Can anyone suggest what I’ve done wrong?
>
> Graham
> ___
> 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: iOS Provisioning Profile issue

[matthias rebbe via use-livecode]

Graham,

did you check in your Apple developer account  if the provisioning profile is 
still valid? Maybe it has expired. That would explain why it is not working 
anymore.


-
Matthias Rebbe
Life Is Too Short For Boring Code

> Am 22.05.2020 um 10:51 schrieb Graham Samuel via use-livecode 
> :
> 
> I’ve been using XCode to load an app into my iPhone for some time now, but 
> today using LC 9.6.0 rc1, I got this refusal:
> 
>> A valid provisioning profile for this executable was not found.
> 
> As far as I’m concerned, I’ve got the same provisioning profile as I had a 
> few days ago, and it’s  been in the Standalone Settings for the app for some 
> time, when this version of LC did several successful updates.
> 
> Can anyone suggest what I’ve done wrong?
> 
> Graham
> ___
> 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

About box equivalent for mobile apps?

[Graham Samuel via use-livecode]

In desktop apps, at least on the Mac, one has an “About” box where you can put 
acknowledgements of the use of copyright material and any other info like the 
version number of the app. There isn’t such a provision in a mobile app, is 
there? Is there any convention for this that I’ve missed, or should I just wing 
it somehow?

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

iOS Provisioning Profile issue

[Graham Samuel via use-livecode]

I’ve been using XCode to load an app into my iPhone for some time now, but 
today using LC 9.6.0 rc1, I got this refusal:

> A valid provisioning profile for this executable was not found.

As far as I’m concerned, I’ve got the same provisioning profile as I had a few 
days ago, and it’s  been in the Standalone Settings for the app for some time, 
when this version of LC did several successful updates.

Can anyone suggest what I’ve done wrong?

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