Rollo62

Interesting, I had overlooked and forgotten this little, ancient piece for years. I thought this was only Integer, but it seems to work with Real = Double as well. The only problem is that it ignores the decimal separator, so the result of '123.4' will be an integer 1234; Which doesn't make sense only in a few corner cases, for handling with Real. But good to know that it exists anyway, and to point into that direction again.

Yes, I was think of something like this, with pointer math. But not sure if this might be faster than System functions, which should include similar stuff.

Possibly loop a pointer through the string, until and non-digit or non-comma is found, and no more than 1 comma's, maybe that could be faster. If the string ends without any break, it should be convertible string ( if the length is also somewhat limited to what maximum digits could be there ). But I haven't checked yet (too late) what TryStrToFloat is doing, maybe its already there. If I assume that most digits are in normal range (not above min/max limits), then this precheck to find non-digits could be faster, as a kind of pre-selection. But when you finally convert, you will have to consider the min/max again, to make it complete.

CanIUse: Monterey Nope I had a similar Problem (under BigSur), with DocumentManager. A complete clearing of the SDK's in SdkManager and folders in Delphi, and a new addition to the SDK-Manager with Update local cache helped with that. But I don't know if that is also true for Monterey.

What happend there ? I think I last time used it 6-7 years ago, was still working well. Should be usable still, remote debugging is something to use for testing and bugfixing every day, if you're on Windows Apps.

The "wipe-left" feels also not very iOS-UX-standard-like, that is what my clients complain. So I tried to remove that, by some other methods.

Hi there, I just stumbled about an interesting article here, about SmartPointer internals https://www.beginend.net/view.dws?136077 This leads me to the question: Where do we stand now, after the new CustomRecords, which one would be the most favorite SP implementation ? There are some candidates out there in the field: from Spring4D, Grijjy, Marco Cantu, now Habrahabr version, and maybe hundrets more in older style, also recently discussed here in DP. To be honest, I love SmartPointer from C++, but not really used them productively in Delphi yet, the way I should, only in a few side-projects, because of the Delphi limitations, and probable instabilities, in the past. This might have changed now, since CustomRecords arrived, and about one year experiences with them. So I would like to start the challenge: Which SmartPointer implementation is the clear winner here, or maybe there is no clear winner, but maybe many different implementations, needed for many different situations. What are the possible Pro's and Con's of the different designs ? P.S.: (My favorite would be the Spring4D version, but maybe you can convince me otherwise).

Both: https://docwiki.embarcadero.com/Libraries/Sydney/en/System.TArray is defined as type TArray = array of T; and https://docwiki.embarcadero.com/Libraries/Sydney/en/System.Generics.Collections.TArray contains the generic version of the array var LDest : TArray< Integer >; begin SetLength( LDest, 2 ); LDest[ 0 ] := 111; LDest[ 1 ] := 222;

I would love that Feature too, but I would also completely drop it, if that debugger cannot even inspect an Integer value correctly all the time. First things first...

What happens when you offset the Top and Left position ?

I wanted to use Jenkins, but since Jenkins X arrived I'm a kind of starred like a rabbit in front of a snake, not konwing the status and future of Jenkins. While Jenkins X is a dockerized version of Jenkins, but not really compatible and not my true favorite, I'm not sure where the roadmap and the developers will move. Will Jenkins dissappear and get less active, or not ? Will Jenkins be replaced by Jenkins X in the long run ? Is Jenkins X just intended for different kind of customers ? Meanwhile still some time has passed by, and Jenkins seemed still normal and active, but I haven't checked the current situation for a least a few months now.

When you start XCode, open the menu Windows/Devices and Simulators/ page, then plug in your iPHone device do you see the iPhones info popping up in this page ? If not, maybe some settings were missing, like the registration of your device in the AppStore, the provisioning files, etc. Not sure if you have a full Apple account already, or if you just first time playing with this stuff ?

You mean these little red thingies ? Not visible enough for me, I use standard lines like this, as my default

@dummzeuch Done. You're perfectly right. At this time of the day my english translation brain sub-module doesn't work so well anymore. I have to wait until next morning, if I'm lucky

I hope that I make my first D11 AppStore Upload soon ... thats usable enough if it works as expected

I prefer 2 as well. But in case of AntiPattern, I like to make "shouting" comments showing me where the problem sits. Make it as as much as "shouting" as you like, its more a question of "taste" ( Ok, I'm overdoing a bit in the upper example ). Are these "shouting" comments another AntiPattern maybe ? 🤔

Another question beside the move to M1, if Apple will also move away from Objective-C to Swift, with more speed now. I think Swift will still be a problem for Delphi, but on the other hand maybe its easier and cleaner too once a bridge is in place. But I'm afraid that it includes more obstacles for Delphi, as Objective-C did (which has maybe not the latest features inside). Will M1 ARM also affect this move to Swift somehow ?

But you have to sometimes, in case of you have to use Android / iOS. Anyway, I find D11 quite stable so far, but I'm still in the process of porting and testing. At least I can say that I have no show-stoppers yet 🙏

Not sure if you mean Cef4Delphi ? This one is always quite actual.

If there is no way to use Win x86 on this nice M1 MacBook Max machine, this will be a showstopper for me. So I will be probably locked-in on Intel desktop then, lets wait and see. I don't believe in Win on ARM and Microsofts x86 emulation that much, so maybe time will tell.

Exactly, the issue was that it always overwrites, no matter what you do, which may drive you crazy soon. After a single checkbox change, it behaves normally again (toggle), but I'm afraid I had never seen the locking of the insert mode.

Yes, when usually toggling the insert key, to change between INSERT and OVERWRITE mode, this is ignored and stays at INSERT ( only in Delphi behaves like that, other apps do change the mode ). The solution is to change above combobox selection.

I still have hope that we will see VmWare or the like on M1 Macos, which is able to support x86 Win10/11. That would leave the problem to VmWare to make it run. I haven't thought too deeply about what that conversion would mean on the CPU virtualization side of an entire OS, but why not its also simply a "program" Yes, maybe a missing hypervisor emulation would be a problem.

That is a very good point, maybe that is not so good news if Wintel is needed, like for Delphi. It would be worth checking that with Apple, and try to get some clear guarantees. On the other hand, this time they are not moving from IBM to Intel, but from x86, which means they will have the chance to catch Wintel users in the long run. Why should they kill a well working emulator solution, which can attract all the Windows users to M1, I think cancelling that would be a stupid marketing decision. At least they had added some more interfaces, like HDMI, etc. this is what their advertising said, not sure in detail how many USB sockets they have. But I'm used to have a short USB-Hub dongle plugged in anyway, so not that big deal for me.

Me neither. Sometimes I recognize that INSERT mode had changed, and this won't get back by normal key, only by changing the mode here. Maybe there is also a hidden catch like that for Ctrl-F, somewhere hidden in the options ?