Rollo62

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 ?

Does this help ? https://en.delphipraxis.net/topic/3316-problems-with-fmxcameracomponent-sample/?do=findComment&comment=27607

The "trick" here seems just to play, and measure the time. private func playSound() { ... self.interval = Date.timeIntervalSinceReferenceDate //<==== Measure before AudioServicesPlaySystemSoundWithCompletion(self.soundId) { [weak self] in self?.soundFinishedPlaying() //<==== Start playing } ... } /// Called when AudioService finished playing sound private func soundFinishedPlaying() { self.isPlaying = false let elapsed = Date.timeIntervalSinceReferenceDate - self.interval //<==== Measure elapsed time let isMute = elapsed < 0.1 //<==== !! Decide here whether it was muted or not ... }

Hello there, I was trying to integrate some features of the ModernListView from here into my projects. It all looks very good, until I got to that point where a form uses Livebinding to populate the Listview. This worked well before, and I would like to keep that, otherwise I need to rework much more than desired. Since ModernLV makes changes to the FMX.ListView.pas it gives the following error message: F2051 Unit Fmx.Bind.Editors was compiled with a different version of FMX.ListView.TCustomListView Yes, pretty clear;: But I've expected to find FMX.Bind.Editors.pas in my source folders, but I cannot find it So FMX.Bind.Editors seems to be secret module, hardcoded in the DCU binaries somewhere. I used an extended TListView approach before, extended by two measures: 1. Extending the TListView class by some variables I need, using an interposer class 2. A helper for adding the missing functionality This approach worked well, and I have never have seen any issues or a message like above. So this approach changed the binary DCU version, since I didn't touch FMX.ListView.pas directly. With the ModernListView approach, there is a patched FMX.ListView.pas file needed, which of coarse changes the DCU version. I could try to get back to the 2-step verson like above, but I don't know yet if all changed might be in (probably not). Do you have any suggestions howto handle this, best of all if FMX.Bind.Editors would be available somewhere ? Since I have implemented my changes in a few projects already 80%, it would be really nasty to switch back. Ok, its already quite late, maybe tomorrow I can see some light on this issue ...

As an addition to this topic: I just stumbled about a great article from Jitendra Kumar regarding the deeper explanations to this type of error F2051 Unit Abc was compiled with a different version of Xyz http://delphiprogrammingdiary.blogspot.com/2019/04/f2051-unit-s-was-compiled-with.html Thanks for that nice summary 👍

Hi there, it should be changed to open source in Q3 https://blog.gurock.com/smartinspect-open-source/

Right, the last reasonable project I have seen here. https://www.delphipraxis.net/203346-texte-richedit-suchen-und-markieren.html#post1457012 There is not much for RichText, thats why I try to move to HtmlEditor in my projects.

Maybe you could globally register unit versions.

Ok, Anyway, new traction in the project is also good news.

@Wil van Antwerpen Ok, if thats regarded off-topic I won't get deeper here too. Only so far that two MacBooks 2013, 2018 behaved exaclty the same, maybe I find some time to check current Vm11.5.6, if this is improved. At least I know who I could ask if I see such strange behaviour again 👍

Would be good to get your opinion here, since I've disabled 3D for a good reason. In one of the former versions of VmWare Fusion (1-2 versions earlier), it crashes the whole VmWare HOST reproducable, only by openening any 3D app, even MsPaint 3D. (VmWare Fusion, MacBook Pro, VmWare, Host Catalina, Guest Win10 190x, ...) Have you recognized same behaviour ? I have not tested with latest version, as I don't need 3D at the moment.