Rollo62

Sorry, its just a little off-topic, but I think fits well to this discussion ... As always in life: by chance I just got the case that I wanted to change the 1. char in a string. I stumbled into that this 0-based method didn't work, since .Chars is read only LStr.Chars[0] := LStr.Chars[0].ToLower; So I have to fall back to the High/Low solution here LStr[Low(LStr)] := LStr[Low(LStr)].ToLower; Is this right, that TStringHelper for 0-based strings doesn't offer any solution to replace single characters, beside the Low/High solution ? This is a little disappointing, because I was changing new code to 0-based StringHelper but now it seems that there is a solution missing for single-char handling. The TStringHelper function which I expected to solve this, TStringHelper.Replace(), does seems to have a different purpose. So I think I still have to rely on Low/High for a while, instead of moving to a clear, common 0-based handling for all cases.

@Uwe Raabe thanks for the info. So I can stay with Length, and hope that EMBT doesn't change arrays to 1-based, one sunny day

Absolutely right. German engineers use their hands for more important stuff

@Uwe Raabe Yes, I know what you mean, but I'M not sure if other solutions solve all these needs automatically. E.g. recently I was trying again to configure to produce and deploy iOS/Android/Mac versions, which I gave up. Are Continua & FinalBuilder solving this out of the box, I havent seen some positive comments yet. If you do mobile development under CI currently, would be great if you could share your experiences with it.

Low/High shoukd work well, at least they are considered to take out the 0-based / 1-based questions in Strings. Personally I prefer to use Length too, because I like to have something where I know what to expect, instead of "hidden magic". What I always wanted to know is: Are there any performance differences between High/Low and Length solutions ?

@Vincent Parrett @Uwe Raabe Thanks for the info, I expect FinalBuilder would be the best choice. But on the other hand Jenkins solution is free (also a good and valid argument). Is anyone using Travis CI, howto compare that with names CI's ?

@David Millington Thanks for the nice article. Does this change also affect/improve the compatibility with native VC libraries and Delphi ?

Yes, I did use Forms too, before switching more and more to Frames. Works well either. In new projects I will have 1 main form, and the rest of the views will be done in frames. Anyway, Frames should be more lightweight, and for me proofed to be stable under FMX. I think the biggest problem with Frames at all is: If you try to use them as component by the IDE-Designer, this will end up in crash sooner or later with a lot of headache.

Howto compare CI ? Is Travis CI a good recommendation ? I was just looking forward to Jenkins.

Oooh yes, you're right. Just checked the headline Then I hope that someone still finds the info about such alternative (system) method interesting, with all pro's and con's.

This works well for me in many places procedure Frame_Embed_To(const AFrame : TFrame; const ACarrier : TControl); begin if Assigned( ACarrier ) and Assigned( AFrame) then begin ACarrier.BeginUpdate; try AFrame.Parent := nil; AFrame.Parent := ACarrier; AFrame.Align := TAlignLayout.Client; finally ACarrier.EndUpdate; ACarrier.Repaint; end; end; end; procedure Frame_Embed_ReleaseFrom(const AFrame : TFrame; const ACarrier : TControl); begin if Assigned( ACarrier ) and Assigned( AFrame) then begin ACarrier.BeginUpdate; try AFrame.Parent := nil; finally ACarrier.EndUpdate; ACarrier.Repaint; end; end; end;

I was also hesitating to use Frames for many years, from some bad experieces under VCL, and especially in Designmode. For FMX I use Frames in some places very successfully, where I use designer to design them same like a form, and loading only via runtime into TRectangles. I checked also other carriers, like TPanel, TLayout, they all seems to work well. Since also the TFrameStand uses Frames as visual container, I feel quite sure about them now. I also use Interface with Frames, so that I'm able to create the frame in a factory, and using them via Interface elsewhere. Still I don't use Frames in Designmode, like dropping a component, since I think there are a lot of misconceptions. With good encapsulations, at runtime, they behave quite well, and I even can embed frames into frames in same way. Rollo

What is your code doing ? Have you checked with a very simple, expectd to be constant, function (like cos(), etc.) ?

Whoever needs this ...

Still unsure what you mean. If you mean accessing Bitmaps, this is done by mapping the Bitmap first, so to be able to access single pixels. This should have no pixel scaling problems.

The anonymous procedure helps to keep your app responsive, instead just showing a modal dialog or form. This is required on mobile devices, but I also highly recommend to use the same strategy for desktop too. There are many other methods to prevent unwanted user actions while the dialog is shown, beside modal dialogs and forms.

I always consider the Application.ProcessMessages suspicious, do you really need this ? Usualy I'm fine when reacting to my stuff directly in the anonymous procedure.

I considered Node as a small excutable wrapper (a main loop if you will) around the V8 engine, and all the rest done by additional JS modules. Don't beat me if I think too simple here, but I have never looked under the hood of Node, maybe I'm wrong and there are still a lot "system stuff modules" written in C++. If the same thing could be done with ChakraCore too (build a small executable around, maybe via Delphi), and then use the ecosystem of V8-Node too. Anyway, the question would be if there is any advantage of such ChakraCode-Node over V8-Node ? Probably a smaller executable, or a better Delphi-integration, if possible at all ? But your demos here look very promising.

I love InnoSetup too, great tool, but it would also make sense to have a Wix-compatible installer. So far, from my last research a while ago, this was not possible to easily integrate with Inno or Nullsoft, only by M$-Tools. My hope would be to have a simple option so that Inno can generating Wix-compatible installers too.

Very interesting. I'm not that deep in Chakra and Node, maybe can you point out the main differences between both briefly ? Where are both cores compatible, and where not ? Maybe you know a good source in the web like "Can-I-Use" for comparing both engines. I never considered Chakra as 1:1 replacement for Node, but they seems to be more close than expected.

I still have hope thats existing Apps might get a somewhat less strict treatment. Its only a vague Hope...

Thanks for the reminder, if we try to analyse what this really means for us there are still some questions left (at least for me). Maybe somebody know more about the coming changes in the PlayStore, etc. ? Would be good to align the right launching strategy for new apps before the deadline. For the earlier store changes I already placed new, planned apps, as dummy apps, before the deadline. So that there are at least apps in the store, and Google might be a little less strict with them.

Ok thanks for the info, seems to have some support left at least. Would be good to have another strong option left beside Chromium, as this seems to take over everything at the moment.

Well yes ... But reality bites.

Thanks for the nice project. Sorry, I don't want to be negative, but do you know more about the future of ChakraCore ? Since Edge browser has moved to Chromium, this is probably a not too bright future. I would not try to launch big projects based on ChakraCore any longer.