Rollo62

Thanks, I like all the new styles you offer. My question is, how are they prepared to be configurable in color and rendering on all mobile devices and desktop ? The original styles are not very compatible, and not easy to adjust, they need to have special tweaks for every platform, so that its sometimes not possible to have same look on all OS. Do you use same structure of the styles for all platforms, wherever possible ? Have encapsulated the main swatch colors, so to be able to adjust the color scheme from changing a few variables only ? Are those variables accessable during runtime, so that custom color changes can be made easily w/o creating a new style ? IMHO the biggest drawback of the Style system is that it doesn't not really support easy changes of the main colors in a style: like background, text,/labels, foreground color, etc. There is the option of TintedColor somehwere, to be able to recolor some objects, but this is not consequently used in all components and platforms. What would be your recommendation if I would need to e.g. to re-color your backgground color slightly different tone, as well as to change your foreground color from green to red ?

EMBT is close to the test platform Gurock and Sencha JS now, so they should better learn to eat their own dogfood. Enjoy your meal

@Dalija Prasnikar Good to hear that with Fmx we're not the only hopeless bunch of people out there, and all others face similar issues. But your' reight, XCode e.g. fixes most issues by itself, and I wigh Delphi could have that state of smartness too. Regarding above "old code" line, thats true. IMHO the only reliable way to keep old code running is to separate code parts into many quite small, well testable fractions. Much more code-modularization is needed than it would be necessary for traditional Windows development. Its good coding practice anyway, so we have to have even more discipline maybe.

Record destructors are a brand new feature sind 10.3 Rio. Do you really want to use it already ? http://blog.marcocantu.com/blog/2018-november-custom-managed-records-delphi.html http://docwiki.embarcadero.com/RADStudio/Rio/en/New_features_and_customer_reported_issues_fixed_in_RAD_Studio_10.3

Hi , I ran into another iOS problem, which I thought was solved in 10.3 Rio. Since I updated some iPhone and iPad to iOS12.13, the Location doesn't seem to fire any more. I was sure this was fixed before, but now it seems to strike back. System(s): Rx10.3 Rio Ent, iPhone/iPad iOS12.13 Problem: The location sensor doesn't send OnLocationChange events at all, while all other events, like OnHeadingChanged are there. When starting the "Allow" selection appears, but that doesn't start actions. Workarounds tested: I followed the advices to add NSLocationAlwaysAndWhenInUseUsageDescription in newer iOS, also following the nice instruction here from FeLDMARShaL, which is probably the essence of all other descriptions found in the web. http://fire-monkey.ru/topic/5393-ios-полноценная-фоновая-работа-приложения/#comment-34184 and the description and demo from DelphiWorlds https://www.delphiworlds.com/2016/02/location-sensor-work-in-the-background-on-ios-9/ The solutions described were simple: just add "NSLocationAlwaysAndWhenInUseUsageDescription" key, but that doesn't seem to work always. In my tests neither the Emba samples, not the DelphiWorlds sample seems to work any more. Does anybody has a clue what else is missing ? Rollo

Well Dave, I think I owe you a beer. Thank you very much for pointing me in the right direction. I already made such proposal earlier, why is it so hard to find workarounds in the web. Wouldn't it be about time to have a kind of "CanIUse" and "Polyfills" for Delphi ? I would rather look into a well sorted database of workarounds, instead of searching Google first. If anybody at EMBT (or elsewhere) is listening to me, I hope there could be such a valuable search structure too (maybe here in DP as well).

I don't think a preliminary "guess" might help, when e.g. TryStrToFloat() fails. It is maybe only a general switch on what is the preferred method to use. Even if the guess is valid, and you have only ONE wrong decimal number, you have to handle the TryStrToFloat() failure anyway. So what ?

Hi , does anybody know more deeply about what Apple plans for the new "teams" restructurization ? https://developer.apple.com/support/teams/ Is this an iTunes case only, or does this affect the MemberCenter teams too ? How would this affect RadStudio anyhow, as we're using "personal teams" and "company agents" in the MemberCenter ? I'm afraid this could affect the provisioning files, and the RadStudio way of reading and analysing the provisioning data. I hope this is not one another Apple "improvement" which causes too much headache for developers. Maybe some insiders could already peek inside whats going on at Apple .

I would add a little more safety anyway, to ensure that you' in a number at all, e.g. like _s[i-1].IsSpace or _s[i-1].IsDigit _s[i+1].IsSpace or _s[i-1].IsDigit and probably if you find the first dot in a new number, just analyse this number until the end. I assume this would give a little more stable results, to avoid things like "a,b,c,d" counting wrong.

On mobile I would recommend Sqlite, its small, preinstalled and less "headache" DB.

If you can use Sqlite, its working fine. Take care to remova any FB reference, even unused, to avoid this msg.

Would be a consideration to use IDE for views only, and setting all events via code. Would bring your design more close to MVVM too, as a side effect .

@PeterBelow That looks alittle to much copying for simple task, from my point of view. Ok, its possible, but i See no advantage beside thats low is still there. The current string is Not immutable in my case, but a subresult from a former function call, where i want to modify the 1. Char in a second step..

@Der schöne Günther Yes immutable strings are fine, if I want to use them. But it seems that then the only possible to re-build the whole string, if I only want to change one character. @Stefan Glienke ZBS = OFF would be a hard choice, which I want to avoid, it would be not necessary just for my simple, single case now. The Low/High solution works fine, but I'm aware now that removing all 1-based strings causes probably some unexpected performance issues.

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;