Sherlock

When was the last time you actually witnessed that?

Yeah, my comment was rather tongue in cheek. I do sense an overall trend there 😉

My understanding is: It wont. You have to add your timezone information to the resulting UTC. So don't bother with your own ntp-client implementation. Just store the timezone offset between local time and client time.

Well, as long as you didn't change your code, it's a strong hint towards deteriorating compiler quality (it could also be that iOS is getting worse, there seem to be some indicators towards that). Otherwise...well 😉

+ Nice! Just as I predicted only with a twist 👿. Pretty shitty software, considering it is supposed to be multinational, if I may say so. But back to the problems we can solve: So the users have to evaluate log files? How about you create a log reader, that will make the timezone calculations for them? Or you could store the correct timezone information in your own settings and use them when writing logs - remember however to calculate correct daylight savings time in both cases.

There is an established protocol for this called NTP. However, it is based on UTC and clients must add their timezone information. So to achieve your goal, you could either implement an NTP client, with the possibility to configure his own private timezone, or just deduct the timezone differences. Or you could give those fellows who set their PCs to different timezones a good whack on the back of their heads. If they need to see a different time, either they or the special software they use, should do aforementioned basic math, I am pretty sure some client/server packages wont appreciate this behavior. A neat trick that involves only minor changes is to log UTC time. Just remember to add your timezone when evaluating the logs.

Me neither!

@Eli M. The discussion concerning usability of LiveBindings in production on G+ was quite biased towards unusable. What is your typical data volume i.e. how many tables/fields/rows are bound to how many controls?

It also assumes that neither of them may be anything but a period or a comma. In Europe alone this will lead to errors. Switzerland for example allows for this to be correct: 1'000. Other countries allow this 1 000 000 or even more ludicrous 1/000/000. As an academic exercise, this project is great. But not suitable for production. I strongly advise against guessing games.

Did it help?

You may have to CoInitialize and CoUninitialize when multi threading and using COM objects.

The problem there might be, that FMX-Buttons are not Windows Buttons, and therefore don't rely on Windows messages. At least, that's what I remember about FMX.

Only safe if it works...and just to make sure, this is still Delphi we are talking about, correct? So this feature might work reliably two versions after the introduction, if it gets used enough for a decent flow of error tickets from the get go. At the current rate for RIO, people (including me) seem to be holding off the upgrade until RIO.1 is out - the more people do that, the less likely that .1 will make sense. Sorry for that OT interjection there...carry on.

That still has users? I loved it back in the day (around, oh...8 years ago), and actually miss it some times. I have the occasional merge conflict, that a pascal enabled merge tool wouldn't even think about, but have to keep dreaming of a language aware merge...

I would only accept numbers in a well defined format known to me. https://en.wikipedia.org/wiki/Decimal_separator#Digit_grouping gives me the creeps. 😱 tl;dr: digit grouping (thousand separators) may also occur to the right side of the decimal separator. BTW: I've seen something like this 1'000'000 quite often.

@Dalija Prasnikar Yay! for dogfooding!

Just to be clear, Uwe Schuster is the one who wrote that expert. Not Uwe Raabe.

Oh, yes you are right. It is not built in. But it works with Rio! What I posted however is a screenshot with Tokyo. You can get the plugin here: https://github.com/MJSt/DelphiVersionInsight Compile it and activate the add-in DLL via a tool like GExperts Expert Manager.

On a totally unrelated matter I would like to direct your attention to a completely underrated feature of Delphi: LiveBlame - in the IDE! This however works with hg,git and Subversion. But I just love this! I love to put blame on others, and then find out it was my fault after all! 😄

That's what this forum is for.

I myself favor Mercurial (hg), but that is just another flavor for the DVCS concept. And we are only two and a half developers. Considering Microsoft themselves favor git over VSS (which they have never used seriously themselves) or TSF, that speaks volumes. Subversion is nice and all, but just can't keep up with the young folks anymore. Why learn to move a two horse carriage, when you could be learning to drive a Model S? So if you consider moving to a different VCS, make the move count. There is not that much to learn anyway. And most of it you'll learn when you need it. Just look at one of the hundreds of VSS->DVCS tutorials and go for it. Best of all, they both are free. Even if you setup an apache server to host a central repository, still free for any amount of users. Edith actually wanted to add Joel Spolskys very cool hginit.com which is a very nice introduction to Mercurial, but it is down for some reason. So instead you get Joels 2010 blog entry on how he took on DVCS after years of Subversion: https://www.joelonsoftware.com/2010/03/17/distributed-version-control-is-here-to-stay-baby/ Examples: https://edmundv.home.xs4all.nl/blog/2014/02/08/migrate-sourcesafe-to-mercurial/ https://www.perforce.com/blog/migrating-visual-sourcesafe-mercurial https://accu.org/index.php/journals/1828

You, Sir, are a scholar and a drinker of fine ales.

I'm sorry to insist but libraries are not simple. And neither is the need to install one to reproduce a bug, that is supposed to be rooted in the IDE.

Are you able to reproduce this bug in a somewhat simpler example?

Hmmm, user of what? On 99% of mobile devices there is only one user. Some may allow a multi user environment, but those are exotic to say the least. As for the device name, maybe this works on all platforms: https://community.idera.com/developer-tools/b/blog/posts/using-delphi-to-get-os-version-device-name-language-on-ios-android