Bert-Jan

10 hours ago, Dany Marmur said:

Be advised, that in some countries, during these times, working any other way is currently prohibited and may incur hefty fines.

True. I always work at home. For more than 15 years now.

It seems I've got some homework.

Thank you all.

Thank you both. Does this mean I have to create the components programmatically? 

Hi all,

In the last few months I build an app for iOS and Android which expanded rapidly due to customer requests.

It is basically one unit with one main tabcontrol. Most tabItems have tabcontrols in them up to three levels. So many forms with many objects like rectangles, buttons and listboxes.

Lately the IDE became very slow and crashed frequently. Today, after adding a new tabItem and saving and closing the project, the whole project does not open again. I believe it is too heavy now.

My question is: what can I do to keep the IDE afloat and still expand the project?

Are there any best practices to develop a large multi device app?

My Windows 10 PC has 64 GB memory.

On 11/19/2020 at 7:40 PM, robertc_delphi said:

Hello, were you able to make the app only in white mode?

No, I decided to allow iOS to change the colors. I just had to make sure that it all worked out properly. Sometimes I use an empty listbox as background to have it white in normal settings and black in dark mode. Maybe there are better ways but this works.

I finally got it back on track by reinstalling Xcode 11.7 and applying sdk 13.7.

I am curious too how to satisfy Google and implement the suggested improvements.

Hi all,

Perhaps this has been discussed before but I couldn't find it.

When I try to vertically scroll a long form that resides in a VertScrollBox with many edit boxes and comboboxes, I cannot prevent touching a combobox for instance. This immediately opens the combobox and prevents the scrolling.

Is there a way to give priority to scrolling?

I understand. Will take it slower from now on.

Thank you!

Is it something that Delphi will catch up on eventually?

Does anyone have advise for me...

I upgraded Xcode to 12, my iPhone to iOS 14 and the SDK to 14.0.

Compiling to iOS now spawns the following error:

[DCC Error] E2597 ld: file 'C:\Users\bwieg\Documents\Embarcadero\Studio\SDKs\iPhoneOS14.0.sdk/usr/lib/libiconv.dylib' too small (length=0) for architecture arm64

Going back to SDK 13.6 does not help so I guess this has to do with Xcode.

Embarcadero will address this in a future update.

I seem to have more issues with the keyboard type. Now with iOS. iOS only seems to work properly if I use the default Keyboard type.

On 7/2/2020 at 12:23 AM, Dave Nottage said:

The FMX Java code has:

    NUMBER_AND_PUNCTUATION(InputType.TYPE_CLASS_NUMBER | InputType.TYPE_NUMBER_FLAG_SIGNED | InputType.TYPE_NUMBER_FLAG_DECIMAL),

    NUMBER_DECIMAL(InputType.TYPE_CLASS_NUMBER | InputType.TYPE_NUMBER_FLAG_DECIMAL | InputType.TYPE_NUMBER_FLAG_SIGNED);

So they are the same (just or'd in a different order). I doubt whether there's an exact equivalent to iOS, on Android.

Thank you. They used to be different.

It seems keyboardType.NumbersAndPunctuation defaults to DecimalNumberPad with Android (compiled in 10.4).

Does anyone have the same experience or am I overlooking something?

I created a completely new test project in 10.4 and it still gives the error

Unit FMXTee.Canvas was compiled with a different version of System.SysUtils.FreeAndNil

So I guess it is not the project.

Could it have to do with the fact that I installed 10.4 in addition to 10.3?

Thank you! Is there a web page available with more information about these paths?

There are so many settings.

Oddly enough this error only appears when compiling iOS debug. No error with iOS release or Windows.

I will try to reproduce the error given by Transporter.

Thanks.

I use Transporter on my Mac to upload the IPA to Apple for review. After uploading a version with Location Services it rejected the IPA because it might exclude users.

I can't remember the exact error message but it something like that.

So I figured, this may also occur when I upload a 64bit only version.

Perhaps I skipped a step. I will go through it Again.

Thanks!

I expect Apple to reject a new version that went from universal to 64bit only.

A few weeks ago I tried to add location services and Apple (through Transporter upload) spawned an error message saying that with this new feature I might exclude existing users from upgrading.

Haven't tried it yet but I expect a similar error with a non universal version. Maybe I am wrong.

My iOS-app was compiled as universal binary to accommodate as many users as possible. In 10.4 this is no longer an option.

I wonder whether anyone else is in the same situation.

Will I need to make a new app-id and simply stop updating the old app?

I hope someone can shed some light on this.

I have the same problem with TChart in 10.4

F2051 Unit FMXTee.Canvas was compiled with a different version of System.SysUtils.FreeAndNil

I went through some steps I found on the internet but I can't get it fixed. Does anyone have a brilliant tip?

I so appreciate your help.