Daniel

Read the installation notes. The IDE itself has that requirement.

Support for DirectX11 is required by RAD Studio. This extension-pack might make this difference.

@emailx45 Could you try not to illustrate all of your posts with images? In many cases the plain information - in this case that you could not reproduce the error - might be enough and does not bloat the view of a topic.

In recent Delphi-versions the function "Windows.GetACP" does not exist anymore under this scope. The windows-scope is now called "Winapi.Windows", therefore the full-qualified function-name is now "winapi.windows.GetACP". That should compile. But - are you really sure that you don't have a toxic mixture of old and new versions from Jedi? The stuff from GetIt usually works out of the box and the errors you see there are suspicious. GetIt may have it's rough edges, but actually not this rough.

You might want to check the settings of the IDE. Look at the option "Unit scope names": http://docwiki.embarcadero.com/RADStudio/Sydney/en/Delphi_Compiler This should help your compiler to translate a "uses Classes" to "uses System.Classes".

This is true without any doubt. And I totally agree on the value of clear terminology - my criticism was not about the technical parts of your posts. I am sure you know that.

Probably we must talk your your QA because of the empty remarks-section in the XML-doc that is causing the trouble. Just kidding - sorry for that. Looks like no one tested with empty xml-nodes. However - this is such a simple and easy to reproduce test-case that I am quite confident too see a fix quite soon.

Maybe - but this harsh nitpicking is not helpful either. There are so many ways to find the right words - sometimes I wish you'd find a more relaxed wording...

Please check the system requirements against your VM: http://docwiki.embarcadero.com/RADStudio/Sydney/en/Installation_Notes @FredS Good catch! A very good one, indeed. Do you want to create an entry at quality.embarcadero.com providing that sample?

@PingPIng Strange visual effect. Do you have any 3rd-party components installed? I could not (yet) see this here.

folks -- please step down a little and focus on the topic. If you don't want to contribute anything substantive - even for the time being - that's okay. Together, we should be careful not to lapse into personal affronts.

Interesting. I have updated two separate installations from 10.4.1 to 10.4.2 and the Win64-paths are still present.

Yes, sorry - I will post my solution tomorrow morning. I have just turned off the development-computer. 😉

Thanks to all of you - it's working now.

This example should be working - and if I just (very naive) count the asterisks it should match the declarations. libvlc_media_track_t **tracks; uint track_count; if ((track_count = libvlc_media_tracks_get(media, &tracks)) > 0) { ... libvlc_media_tracks_release(tracks, track_count); } But I still fail to bring this to Delphi-language.

Please try to use the English language. And please post longer code-segments as file-attachments.

Hi @all, we are using the FGL printer-languange for ticket-printing on a Boca-printer. This is working great while using it on a real printer-device. Now I have to make several adjustments to the program-logic and to the layout, so I am thinking about redirecting the output to PDF so save paper and not having to connect that printer to my dev-machine. Does anyone of you know a PDF-printer that understands FGL-commands?

Understood. I'll bring the details tomorrow. My hope was that I could just install and select an other printer.

Sure. Using a physical device works perfectly. I am looking for a virtual device generating PDF-files and not paper-tickets. But using a regular PDF-printer literally prints out the fgl-language like "<RC200,20><RL><X2><sXL2>^TEST^" because it does not understand FGL-commands.

Even though we are a Delphi forum, we have a considerable number of users of the C++Builder among us. Without shifting the basic focus of this forum, we are aware of the long and close connection between Delphi and C++Builder and therefore want to give its users space for their questions. https://en.delphipraxis.net/forum/41-general-help/

You can. We will bring more options that will allow you to customize the forum to your needs. This should allow you to focus on the content you consider important to you. Nonetheless - the main purpose of this topic was to say "Hello" to some users.

... unregister from this community. A bit drastic, but there is not other solution yet.

Well ... FireDAC will no longer be a separate product - but it is still under active development and will stay as part of the Enterprise (and above) editions of Delphi.

Sure - I can do this later today.

Embarcadero released a C++Builder specific patch for 10.4.1: C++Builder 10.4.1 Event Handler and RTTI Patch https://blogs.embarcadero.com/cbuilder-10-4-1-event-handler-and-rtti-patch/ It should only impact you if you are building components with C++Builder.