![Delphi-PRAXiS [en]](https://en.delphipraxis.net/uploads/monthly_2018_12/logo.png.be76d93fcd709295cb24de51900e5888.png){kind=logo}
Patrick PREMARTIN
-
Content Count
344 -
Joined
-
Last visited
-
Days Won
9
Recent Profile Visitors
6999 profile views
thumbnail.thumb.jpg.716a59fc07692ee7d35c32a9ac76298f.jpg)
-
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
It's probably done on the commit comment with an internal ticket number. No reason to put it in the source file on the comment visible by the public (= us). -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
Thanks @Cristian Peța I've updated my sample project on https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-3711 Hope they found a way to optimize this for 13. -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
I open the issue https://embt.atlassian.net/servicedesk/customer/portal/1/RSS-3711 You can follow it by enabling the notifications after login on this URL (quality.embarcadero.com). The difference between TThread.Queue() and TThread.ForceQueue() happens in the main thread : in the first case the code is executed, in the second it's delayed to next message processing iteration. Unfortunately, the behavior is not the same on Mac and Windows and in this project the form is only refreshed on macOS, for Windows it's done at the end. -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
Ok, in that case I confirm the big speed loss between 11.3 Alexandria and 12.3 Athens for this project, even with my changes. Did you opened an issue on QP or can I open it ? -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
And to remove the Application.ProcessMessages, you can do that : I know the TThread.ForceQueue() has its detractors, but in this context it works very well. PS : it works for Mac, but the display is not done on Windows... -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
Even if using visual components in threads is a real bad idea, in your case (because you stop the refresh), you can use Parallel.For() loop from System.Threading. It's a simple case where it works well. -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
Hi @domus Just to be sure: do you really need TRectangle instances or is it only to draw cubes "falling" (to the right) on the screen ? In your loop, if they are outside the screen, do you need to change their Position.x value ? I understand why you used the Application.ProcessMessages, but for me it's like FreeAndNil() for Nick H. : never use it, find an other way. 🙂 I'll try your code, but i'm on an ARM Windows on Mac, it's "slow" by design. -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
If you use Skia and have any things to draw on screen, enable other graphic libraries on other platforms and disable the raster by adding unit FMX.Types in your program and this after the GlobalUseSkia: PS : the "add code" tool don't work on my browser (latest Safari), I used QUOTE instead of it -
Extreme slow-down in Windows FMX app UI since upgrading to 12.1
Patrick PREMARTIN replied to domus's topic in FMX
Very strange. I didn't see this on my apps (but I mainly use them on macOS except for developers tools). Windows 24H2 (in a VM) had an bad effect under Parallels (and sometimes on "real" PC) but nothing seen linked to FireMonkey itself. Are you using the BringToFront often in your app ? Have the screens many layers of visual components? Do you use animations ? Do you use BeginUpdate/EndUpdate when you fill or draw things ? -
It's not what I read there : the splash screen images have been changes as some icons but not all. You should have all images like there :
-
Thanks. In this file you only changed the splash screen images. i see nothing wrong in it.
-
That's really surprising. So I have to ask again: are the splash screen images correctly specified in the project options? Would it be possible to share the DPROJ file (be careful with any passwords it may contain, such as the Android certificate password)?
-
This is abnormal behavior. You shouldn't need to go back over it if you save the options properly after making changes. Does this happen in the latest version of Delphi or RAD Studio? Does it happen on old projects or projects created in this version?
-
Try the blue arrow, it should refresh all the files.
-
They made a strange choice for this windows UI. I know. The checkbox are there to select the files to deploy, they don't have an other effect. Select the line(s) you want to remove, click on the grey cross (third icon from the left) to remove it/them. I suggest to click on the "local path" column to order the list and have all artworks at the same place.