Rollo62

@Dave Nottage Happens since I've tested TMS components, at least I haven't noticed earlier, maybe I have to unload them. Up to now I have just a bare Rx10.4.1, except TMS and yes, TestInsight.

I have seen such behaviour when I tried to include functional code (with implementation section) from one file (.pas or .inc, doesn't matter),into another .pas file. Instead of integrating this as a whole into the target file, I could not separately debug this, got a similar error and a non-editable file. If I remember right, I could compile that, only opening the file while debugging caused the issue, but not sure anymore.

@David Heffernan More trouble means I have to make all these components work in the designer now, I think there is no neat trick w/o registering them. Also they are no more compatible classes, which could be used as "Xyz is TButton".

I don't see any stability issues, thats why I carefully added more and more interposers with such fixes. But what would be the alternative, to have a separate layer of self-defined components, on top of the existing ones. That would basically do the same job as the interposers, but would cause a LOT more trouble in designing the forms. Maybe it depends much on how your current workflow is. I mostly use component designer for fast (RAD) visual definitions, a few Events maybe for early testing sometimes, but mostly I do the coding via interposers and their wrapping around events, by adding their own anonymous methods. That way RAD is for design, and interposers serve for easy to use runtime coding the business logic. I agree this gets maybe difficult when it comes to BPL, DLL, etc., or binding statis DCU from other sources. Happily I don't have to do that, but if you work a lot with 3rd party components I would be more careful. Even then, when you keep your units capsulated from external DCU, that should be still OK, only the mixing might crash. I also try to divide my units into smallest possible fractions, to ensure that de-coupling (which not always works that easy).

@Stefan Glienke @Dany Marmur Thanks for your considerations. I use interposer heavily on components, to fix and enhance their behaviour. Sometimes I think even thats too much, but everytime it turns out that they behave so well. From that fact comes my dark consideration to use them elsewhere too, from time to time. My thoughts were about enhancing existing units and frameworks, by simply dropping an uses entry, which "auto-magically" can enhance the units functionality, without too much (or any) reworking of the whole unit. But sure, I was afraid of all that "side effects" too, thats why I didn't use them on RTL classes right now. You're arguments are right, so I won't touch them, and stay on the safe side.

I like useful enhancements to such basic classes very much . But as always I ask myself, if its worth a separate class, or would it be better to have an interposer class for the new functionalty. With such basic class I'm not very sure if such interposer would be good or bad animal, maybe there could be hard issues when mixing with original, static classes. Since I basically compile all code from sources, I'm quite relaxed, but this could lay the ground of nasty problems. What is your opinion, about when to use interposer classes, and when better avoid it ?

If its a new project, then its still time to change to FMX.

Do you know that FMX instead of VCL basically has maps for iOS and Android included ? In a new project, maybe FMX makes sense for you too ?

Ok, thanks. So when to you estimate that version 4.3 be ready then ? Is it worth waiting before I start my Rx10.4.1 tests ?

@Alexander Sviridenkov Looks very cute. From which version can we see that feature, is this already in 4.2 ? Never sure how I get the latest registered sources, will you send a mail, shall we re-load from latest URL ? Since I'm going to test Rx10.4.1 soon, would be good to get the latest version.

I don't expect to see many VC, GNU, QT related questions here anyway. So all the C++Builder issues were discussed in this forum already, I see them here and then. So it would not change much IMHO, only to have a dedicated place for C++Builder. BTW: Can the users in this forum hide complete categories ? If so, all the C++ haters could simply switch that category OFF. That would even get less noise to them.

I would add still some more reasons: 4) @David Millington is working so hard to find ways in better integrating and interacting C++Builder with the Delphi eco-system. We all should honour his effords to flatten the ways to C++ by opening a sub-forum here too. 5) The Delphi ecosystem might gain from C++ in many cases too, like compiling & binding C++ libraries and make it available in Delphi. E.g. where speed or other concepts are an issue, Delphi might be UI and C++Builder might provide the core logic. 6) Divide and conquer 🙂 Together we might be stronger than alone. Edit: Some more ... 7) Component suppliers face often the issue to make their components available to Delphi AND C++Builder 8.) Maybe C++ developers see how cool Delphi is, and some might change from C++ to Delphi 😎

@Daniel Well Daniel, no problem for me. Lets open a new site then

I don't mind. Lets add JS and Python too. There's is much to learn when looking from another perspective. But seriously: Delphi and C++ is RadStudio for me = Ying and Yang. Whats so wrong about this ? I'm NOT looking deeper into C++ yet, because there is so little support and attention in the web. That might change.

Because Delphi has a forgotten brother ? I would like to see more C++ here too. Its a small world.

Yeah, thatshot in my eye directly too, looking forward to check this out.

Hi there, I'm looking for a scripting engine in my projects, and since I had last time contact with scripting this is some years ago. I would like to check out the pros and cons of the solutions, to find the best fitting match for me. Since paxCompiler seems gone by Apex, this is maybe out of sight now, but I'm not so sure about that. DwScript is not available on mobile, as far as I know. DwScript is somewhat available in different forks (so it seems), not sure which one is the right one to choose. Maybe the list of engines is nit final, please let me know if there is something missing. What I'm looking for is a script engine that has the following features (I've put the most important in bold) usage for some base analysis and event control lightweight very stable well supported and documented Pascal supporting multiple languages would perfect, but not a main criteria (JS, C++, C#, Basic) Multiple platforms Win, Macos, Linux, iOS, Android is a must have supporting full language support is nice to have, but not a must (I can skip the special stuff I would say). performance (not that critical, but should be able to process dynamic protocols behaviour reasonable well ) memory footprint good, active community Free to use in commercial products I hope you can bring some light in this dark forest of possibilities, and share some experiences.

Yes, I'm aware of that too. But it looks too freaky to me (.so, .dylib, ...), and not sure if this is just a proof-of-concept, or a well maintained library. I think I better look to the existing solutions, so far I'm checking PascalScript and HtmlScripter (since I have that in subscription anyway). Both looks very capable, and will probably do more than I will ever need.

Beside all the structural discussions behind, I'm a huge fan of color information in a UI, like o Prepared o On-boarded o In Progress o On hold / problem / issue o Waiting for more info o Pending signoff o Completed  Which is able to give you in a dashboard the information of the situation immediately. All green lights is a no-brainer, it took only milliseconds to recognize this state.

Hi there, I used a TListview with Text and Detail already some versions ago, mainly for iOS and Android. Representation is like Text / Detail line side by side, while the detail can be multiline text. Usually this looked centered, well arranged I used a CrLf as linebreak by default, and all the time that worked well. Now I realize that the display looks different, since it shows an empty line at the center: / Detail line 1 Text / <empty line> / Detail line 2 When I moved from CrLf to Lf as linebreak, the display seems OK again. So CrLf seems to add two linebreaks, instead of only one (which is understandable on non-windows platforms). So I ask myself, since this was OK earlier with CrLf too, has something changed in the linebreak separation of text in iOS ? Unfortunately I cannot really say since when this was going wrong, for sure Rx10.1/2/3 was OK. Maybe only in the newer versions, I guess, this happened.

Not sure if CData Firedac covers all features what you need, but its possible to connect Salesforce.

Oh well, yes. I didn't had that on the screen, sorry. @Alexander Sviridenkov The problem that I have HtmlScripter not on the screen is, that there are no really "scripter only" samples available. Just I read the documentation, that looks very promising. When I want to check out the samples I find nothing, only part of much more complex demos, like reports. Would be a great idea to add some simple to complex "scripter only" samples, to better understand up to where I can go from here. (simple function, Delphi interaction, GUI components, standalone IDE, debugging, ...).

@Arnaud Bouchez Thanks, thats what I think about DwScript too. PascalScript seems also to be supported well, the licens is as-is, and should be open for any projects. Do the commerial engines perform better or worse in some regards, is there any comparison, benchmark available ?

Regarding backups I would also take GitHub into account. For a few bucks, about 50 to 60 USD per year, you get a perfect project storage. Imagine how many hard drives you need for storage in this year.

I think 0 ... 500 is not correct. Your ABmp seems to have 501 pixel with in the first place. Maybe forgot to set with-1 and height-1 in tue caller of the function ?