Leaderboard

Yes, but it's pointless. And I'm sure that won't stop people from doing it anyway. Like, I once worked with a developer who consistently used Pred and Succ on integers but couldn't explain why he didn't just use -1 and +1. I paid for the whole language, so I'm going to use the whole language. Next up: The ValueOf function: function ValueOf<T>(Value: T): T; begin Result := Value; end;

Still no iOS 17 debugging in Delphi 13, including September Patch. What can be the problem, since other IDE's seems to have solved this issue already one year ago? When I peek a little deeper into this: The root cause seems to be the change from usbmuxd to devicectl, as far as I can see, enforcing the new CoreDevice.framework. // Communications-Stack until iOS 16: ┌─────────────────┐ │ IDE/Tool │ ├─────────────────┤ │ libimobiledevice│ (Open Source) ├─────────────────┤ │ usbmuxd │ (USB Multiplexer Daemon) ├─────────────────┤ │ lockdownd │ (iOS Service) ├─────────────────┤ │ iOS Device │ └─────────────────┘ // Communications-Stack since iOS 17: ┌─────────────────┐ │ IDE/Tool │ ├─────────────────┤ │ devicectl │ (CLI Tool) ├─────────────────┤ │ CoreDevice.fw │ (Closed Source) ├─────────────────┤ │RemoteXPC Service│ (New Protocol) ├─────────────────┤ │ iOS Device │ └─────────────────┘ It seems to change a few permission requirements and the protocol, but it mainly seems to be a doable change on the communication level, IMHO. Maybe I'm wrong and there were deeper changes and showstoppers too. I cannot find much about the CoreDevice.framework, it seems to be still private and not fully public (perhaps still under development). https://marcoeidinger.github.io/appleframeworks/ Is this perhaps the reason that Embarcadero has no sources available yet, to implement a solution??!! I would think that Embarcadero should have all files to provide a solution, but maybe need to wait until Apple officially makes it public. Does it make sense to look after other IDE's, how they solved the issue and learn from them about fixes and workarounds under Delphi 13 too? So far I cannot see a clear, official solution description yet, but others seems to have it.

V16.0.10.85 Fix: accept single line literal starting with three quotes Show invisible Source Indexer when searching is invoked Don’t auto-dock Floating Explorer when invoked from menu Locate Editor Position Do rename when leaving Entity Insight name edit with changed content Option to hide units from VCL/FMX framework in Use units Parser recognizes new generic constraints interface and unmanaged. Support multi-select with Break up Property and Convert Property to Field Download from MMX Beta Setup

We are glad to add new demo with Skia VCL for RAD Studio 13 Florence! It uses TForm.CustomTitleBar property + TTitleBarPanel control + StyleControls VCL + Skia VCL + Vcl Styles! https://www.almdev.com https://www.delphistyles.com Regards, Almediadev

Delphi 13 September patch mentions this as one of the things fixed. https://blogs.embarcadero.com/rad-studio-13-september-patch-available/ RSS-4059: PAServer Manager 37.0 looking for /Applications/PAServer-24.0.app on Mac

Opening and closing the configuration dialog doesn’t resolve the issue. Assigning the hotkey to a different key combination works; however, I can’t reassign it back to Alt + Shift + S afterward, suggesting that the original hotkey is likely already in use.

I used to use Pred and Succ, mainly because early Intel 8080 compilers mapped those to simple assembly instructions, rather than using arithmetic. But compilers got better. Angus

You can explicitly give the name of the current method. But I guess emileverh asks for something similar to "Self" ? I would love that. Something like: "CurrentMethod" 🙂 ShowMessage('Error in ' + CurrentMethod); That would have been useful on a project that truly abused Try/Except. Basically, everything was wrapped in Try/Except. The program never ever crashed! I wrote a small program to detect all empty try/except blocks and insert a log msg there (plus a counter). I was too lazy to detect the method name to put it in the message. ShowMessage('Swallowed exception in ' + CurrentMethod) would have been great 🙂

lol I wish

With the introduction of NameOf there are still gaps where it doesn't work (partly huge ones). I guess we can expect extensions to NameOf targets in future updates and releases.