Lars Fosdal

I do 🙂 Both to deliver tasks to worker threads, and to collect the updates and results.

or ... GetMem(ballnumber, 7000); FillChar(ballnumber[0], 7000, 5);

Datasnap is intended for serving applications with data, not for being a custom Web UI. Not sure if you can customize any html part of it?

Personally, I'd sacrifice build speed over code speed, and there are ways to reduce the impacts of slower build speeds, like continous background builds, etc.

Please note that since it still is marked as beta - there may be issues. If you find something, please report it.

The version resource of the default installed XMLMapper says 28.0.47991.2819 which only indicates it was built at the same time as the IDE. It still can't handle a recursive .xsd definition file. But, in GetIt - you'll find and that can handle my recursive .xsd - so that version appears to be the one with the new features!

The What's New presentation made a point of the number of issues that were fixed for 11.x versions - nearly 3k of them. The amount of issues highlights the need for a change in their development process. The marketing driven release process needs to come to an end, and a quality driven release process to replace it. There are many good developers in the team, but there is not enough time/resource to ensure that quality is the primary goal. There also seems to be developers that write code that really is sub par, but no process that corrects it. Instead, it seems to be, "let's add this cool new feature for the sales guys and release it on this pre-determined date to make sure marketing can maximize their campaigns". That needs to change.

I recommend strongly EITHER using the web installer OR using the ISO - never both. Did you connect an Android device? and read these? https://docwiki.embarcadero.com/RADStudio/Alexandria/en/FireMonkey_Platform_Prerequisites https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Android_Mobile_Application_Development https://docwiki.embarcadero.com/RADStudio/Alexandria/en/Creating_an_Android_App We are unable to guess which ones.

@havrlisan Report it. Make a video. Describe what we see vs what you expect.

I wonder why I can't access that issue! And... now it works. Make sure to re-enter your creds after time-out 😛

Not sure why the colors for this are not one single color entry, but two. Foreground - Sync edit highlight (it appears only the foreground color is used) Background - Sync edit background (it appears only the foreground color is used) Edit: But no - I don't know why the template "helper" goes away when you switch focus, but the behaviour is the same in 11.1.

No, no, @David Heffernan - What I mean is that I keep the new version away from my regular work cycle until the new unintended features have been discovered - and if those affect our apps, until the first service update arrives. When I am happy that 11.3 is ready to use, having built our apps with it, and gone through the tests, we migrate everything. All of the devs switch version, and the build environment is upgraded. So far, that approach has worked well. As an example, we never upgraded to 11.2, f.x. as it didn't really fix the issues we had with 11.1, and offered little new of use to us. We went from 10.4 to 11.1 as well. We have the luxury of being able to do that, since our software is corporate and not shelf-ware.

@Vandrovnik - Tools | Options | User Interface | Editor - Don't highlight keywords - is checked by default. Also, Highlight words setting offers None, When selected, By cursor. I prefer By cursor.

I just noticed that my 11.3 in the VM compiled my 1.1MLOC project in 36 seconds, while 11.1 in the main OS used 1 min 5 seconds. The main OS has a corporate straight jacket and a ton more processes, though.

I have the new version in a VM until I am satisfied that it won't cause me problems. Only then do I upgrade my "production enviroments".

Not if you use a thread safe queue and the access to the data that needs to be updated are protected with f.x. a critical section, or you only access data that you know will not be touched by other threads. Lets say you have a 500ms timer. If you have activities on the TCPClient that receive data every 50 ms - the UI would still only refresh only every 500 ms The only time you would get an issue with performance in the UI, is if the render takes longer than the timer - but you would not lose any data - and assuming the render contains all the most recent data - it would all be displayed, albeit at your fixed timer frequency. In most cases, throttling the UI updates to refresh less often than the actual data refresh-rate will not be an issue. If your TCPClient thread consumes all your CPU - you have a very different problem. The only way it would be a problem, is if you use UI elements as data storage, instead of having an underlying structure as you should. Divide and conquer. Separate your UI from your business logic.

I agree.

Are we talking about the same highlight?

Drat - I think I got the wrong color >< Nope, it was the right color option.

That was good info, @Dalija Prasnikar! Thank you!

@Stano - In the Tools - Options - User Interface - Editor Options - Color, you can change the color with "Additional search match highlight".

I really REALLY dislike Synchronize. It is a pitfall of pitfalls. IMO, a better approach is: In your thread, send a signal when there is something that needs to be refreshed. That signal can be a queue, and you may want to include info about the type of content change if the UI should do a selective refresh Decide how often the UI should refresh and make a timer in the UI that checks the queue if something should be refreshed You still need to protect access to elements shared by the UI thread and the background threads - but at least you will have FULL control over what the UI draws and when.

The users that get the error - what Windows version do they have?

@bzwirs Do you get a callstack from the IDE?

Big mistake. It is the .dproj file that can be recreated.