shineworld

We bought industrial Iot licence version for 45 to 89€ depending by number an type of cores. W10 1908 version. It works very fine. I in will prepare a video next week.

I've already made 😉 RPI 4b running W10 which execute intel 64 bit native code. A very low cost operator interface for a CNC. Also Open GL works but remain the price of intel to arm just in time conversion. All for lees than 90€... All made with Delphi. An early video of first experiments but well working. https://youtu.be/3u0L4uaigV8?si=H5mApXT-ryQ3EbGc

A Windows ARM compiler could be interesting because W10/W11 can run in low-cost devices as like as Raspberry overall for kiosk or embedded user panels projects.

In the past, I was in trouble with web installation so I always downloaded the full iso image.

Ok, I'm trying... Uninstall does not ask me anything but the new installation asks if to use an Already Existent License 😉 Before, however, I've clonezilled the C disk 🙂

So to get the new 12.1 I've to uninstall and reinstall all by zero? 1] I have got a lot of manually installed 3rd part libraries (13, ... uh...). 2] What happens with the Installation counter? Do they take into account that I've uninstalled it? 2nd question is important because I've two development PCs: 1] main office desktop PC to do work when I'm in the office. 2] A secondary portable notebook to do work when I'm at the customer's factory They are used mutually exclusive, or 1 or 2, but I've already used 2 installations shoots.

Will be available as GetIt update ?

In my case would be amazing to have a valid Delphi compiler for ARM64 Linux + FMX. A lot is moving in the embedded world based on ARM architectures + Linux and I've also tried FPC + Lazarus (a nightmare...). Dreams are dreams 🙂

After Athens patch 1, using GetIt, the compiled programs, in IDE, do not run and notice missing of a DLL: Do you have any info about how to fix it? The message message does not say what to reinstall 🙂

A forum user suggested me to ask to "Programs and Features" to "Repair" the installed packages "Microsoft Visual C++ 2015-2022 Redistributable (x64)" and "Microsoft Visual C++ 2015-2022 Redistributable (x32)". This worked and solved the issue. I've reported that here to other users. Thanks.

Antivirus block page access:

Amazing Anders, works perfectly also in Linux with Wine.

So, to use a 3rd part DLL made with C++, eg: MSVC or C++Builder itself, it is necessary to create a Proxy C DLL with C++ Builder. https://blogs.embarcadero.com/how-to-use-a-c-dll-in-any-delphi-program/

Good to hear but no real match. There are two libraries in git for porting OpenCV to Delphi. Both use a middle-man C DLL made in C++ Builder to access the DLLs...

Delphi can use external DLL made with C. I Delphi13 will be useful to import DLL made with C++ to open road to use directly tools like OpenCV, VTK, numpy, etc. I don't know how complex it is but would be amazing...

I use practically 90% of TFrame and 10% of TForm. IDE sometimes is wrong to place or list the available TFrame so I add them programmatically. No issue in this way.

I'm some commits far from latest in Indy10 git repository but to work I've: 1] moved all files in folder from git project to be close on what I've found on Delphi 2] changed the .inc to be close to Delphi originals all work fine and I'm free to modify Indy to meet my "odd and old" protocols...

I've missed saying that you also have to "disable" temporary the native Delphi Indy10 in the Browsing path: I simply added a '_' char so it is fast to re-enable it with normal projects.

I'm used to using a different Indy version in some programs. I've left the official Indy of Delphi installation and I don't touch it. In a project I add a sources\Indyxx path with the desired Indy version source code. Usually this is a modified version of the current GitHub because I need to manage some base mechanism to adapt it to my embedded devices. In the program options I added this path to Search Path: Obviously I don't use IDE to place Indy components onto form but I've to create them programmatically. At now building exe Delphi uses .\sources\Indy10 version file instead of Delphi native Indy.

Hi all. Recently I've been using VTK to manage 3D Views. Unfortunately, I've found only info on how to use it with QT Pyside6 with QVTKRenderWindowInteractor. I will hope to use DelphiVCL (my first choice) or DelphiFMX + VTK. Do you have any idea on how to use VTK in a TForm or any other Windows-based window object?

Perhaps the solution is to watch what VTK do with tkinter to implement the vtkTkRenderWindowInteractor. I will study and try to do a close thing with a compatible DelphiVCL Windows based component. https://github.com/Kitware/VTK/blob/master/Wrapping/Python/vtkmodules/tk/vtkTkRenderWindowInteractor.py

Yes, maybe I explained myself wrongly. I am using Python + VTK + QT. VTK is a very good Python library for working with 3D scenes. QT is terrible for me and I love DelphiVCL e DelphiFMX UI for Python. Unfortunately, to do the rest of the interface, I had to switch from Python4Delphi (DelphiVCL or DelphiFMX) to QT precisely because there is a lack of coverage to OpenGL in them, and however, found no way to integrate VTK to DelphiVCL/DelphiFM. So I was asking if anyone had already done this or could point me to how to create a VTK component that would appear in an area of a Python DelphiVCL TForm, as in the example in the picture below.

1. Sorry for mistakes in post, I never studied English. 2. I use GExpert, and I've to thank the project manager, but I would like to have a better grep in the native IDE. 3. Usually mine are very big project subdivided in many customized versions managed as project group with shared sources. To manage manually the versions info for single project is an hard work which requires jumps as like as a monkey in the three. DDExpert does something to simplify. 4. OpenGL and 2D mix is not so unusual in industry automation related projects, where Delphi, at least in Italy, is yet used also by big firms. I k know FMX, but it's not a level of VCL for many reasons, at least in my cases. Some samples on how VCL + OpenGL can live and be happy: https://youtu.be/3IC15XM_8ow?si=RLuDHZmpU9PgdFj7 And as VCL + OpenGL + Python are a good team: https://youtu.be/ehyZanI54c8?si=dCV6nZd3kbLHa2K4

For me: arm64 compiler for Linux a better refractory tool (often fails also with 100% compilable project) that can work also at a project group level. grep as like as available in GExperts sort lines as like as available in GExpers set version info (to fastly manage version info in a group of projects) as like as in DDevExtension an Embarcadero-managed OpenGL / Vulkan library, like GLScene, for VCL. a more simple way to create ActiveX (to migrate Delphi-made visual components to other platforms).

When you have collected all the ideas, it would be interesting to add a pool where everyone gives one or more preferences. Just to understand what is really needed.