Fair enough. To be more accurate then, the speed of the IDE for me is directly related to the number of plugins installed. I think what’s curious about this issue is that some people see it all the time, some never see it at all, and some see it under particular circumstances.
Yes. And it’s really frsutrating for some of us. I use Xojo at my daily Job and i’m glad it runs just fine there on Windows 10 (64bit). But at home where i mainly use it as a Hobby on macOS Catalina, i stopped using it because it’s too slow.
And believe me; i’ve tried everything suggested in this Forum to fix the issue, without success. 
@Greg O’Lone I see slowdown, particularly in the code editor, when I have all the MBS plugins installed, even though I’m actually working on an iOS project today. If I remove the plugins and restart the IDE, things speed back up. Surely they shouldn’t impact an iOS project, should they?
For us, the code editor is directly related to the number of plugins installed. We have limited non-Xojo plugins to the ones we use but that is still 48 plugins.
One of our tests involved spamming the keyboard for 5 seconds to see how reactive the code editor was in different versions of Xojo using a new project and the same plugins. This was our result:
Xojo 2017r3 - less than 1 second (just about instant)
Xojo 2018r2 - 1 second
Xojo 2019r1.1 - 2 seconds
Xojo 2019r2 - 6 seconds
[quote=467896:@Kevin Gale]One of our tests involved spamming the keyboard for 5 seconds to see how reactive the code editor was in different versions of Xojo using a new project and the same plugins. This was our result:
Xojo 2017r3 - less than 1 second (just about instant)
Xojo 2018r2 - 1 second
Xojo 2019r1.1 - 2 seconds
Xojo 2019r2 - 6 seconds[/quote]
Could these performance issues in the IDE have anything to do with having much older versions of the IDE also installed?
I surmise that when you have multiple copies of Xojo installed, they do at the very least appear to share many settings and/or resources in the Perferences/Options category and obviously whether you’re signed in and licensed.
Could the newer IDE’s somehow be compensating for some older shared resource, when it’s encountered? And it is that backward compatibility logic that is injecting some additional live processing to cause the slow downs?
Maybe some of the oldest versions are somehow slowing down the newer ones?
I’m just guessing of course. But is it worth some comparison testing to find out?
For myself, after doing complete re-installs of each of my machines not long ago (the first such in a couple of years), these are the versions of Xojo I have installed for both macOS & Windows:
- 2019r1.1
- 2019r2
- 2019r2.1
- 2019r3
The following also shows what Plugins I’m using (but only for r2.1 & r3) and my IDE performance is good in r3, which I’m using the most lately.
@Greg O’Lone , if you don’t mind saying, what is the oldest version of Xojo you have installed on your development machine?
I still think that the problem is a combination of issues. Graphics card? Memory? Number of controls?
I did a quick test with >300 TextFields. The copy-and-paste isn’t fast but selecting and moving is normal.
The slower GUI issues with xojo2019r2 and r3 are also for your own bigger projects when you compile it with those Xojo versions. So It’s not only Xojo itself that’s slower. Especially for Windows in my case.
Definitely something ‘wrong’ in the Xojo framework for 2019r2 and r3.
It seems to me that plugins are loaded when the IDE app starts, before it knows what project(s) you will work on. So Xojo startup will already be impacted before you open an iOS project. Unless all you have is an iOS license, in which case I suppose you won’t have extra plugins installed anyway. And I suspect once loaded by the IDE, things like code completion are impacted regardless of project type.
You could keep another Xojo folder in Applications which has no plugins if all you wanted to work on was iOS projects. Similar to keeping multiple versions of Xojo installed.
I would suspect that autocomplete still has to sort through all the classes/methods included in the plugins to see that they don’t apply in iOS…
If you disable Autocomplete, do you still see the lag?
Yes. Editing Code is a bit faster then, but the rest of the UI is not faster at all.
Not in my case. Only the latest Version is installed.
@Sascha Schneppmüller: can you try a couple of examples like Eddie’s Electronics? Is editing slow there, too?
The IDE is slow right after the start and with a new/clean project. But it doesn’t slow down even more when I load a project. The IDE is just always slow.
I just recorded this at 30fps in a VM, 2019r2.1 eddies demo, light and dark mode speed difference scrolling the navigator.
https://www.dropbox.com/s/0zmbv2l0lf98vd1/MacSlowDarkMode.mp4?dl=0
Glad I’m using windows, it runs this demo like silk.
I see slow-downs on my Mac with the following conditions:
- Mojave (relatively clean user profile)
- Intel i9-9900K
- 32GB 3200MHz DDR4
- PNY SSD
- Radeon RX 580 8GB GDDR5 @ 1366MHz
- No plugins
- Module edit, no view open
- Xojo 2019R2+
Of course I also catch the IDE using as much as 4GB of RAM from time-to-time.
Feel its important to note none of these tests of performance are valid if your not adding exclusions in anti-virus or firewall software since Xojo is using network resources. All performance can be affected by either of those at the network layer. You need to add exclusions to both for Xojo if you want true unheeded performance numbers.
I use no FW or AV on my Mac.
Aw but do you have a firewall on your network that would restrict Xojo’s access to network resources that it may request either within your network or outside?
No, just my NAT on the DSL Router.
Do you have any Dead DNS search domain entries in your network settings?
Tried Xojo now offline and it did not perform any slower or faster…