Leaderboard

https://www.finalbuilder.com/resources/blogs/dpm-package-manager-progress-update

you must be using a version before 10.3 - this has been fixed: https://quality.embarcadero.com/browse/RSP-11302

The community is here.

It was a long time ago, but let me offer a few recollections. I got UCSD Pascal (for CP/M) at a disk copying fest held at Foothill College in Los Altos Hills, CA. Fairly certain it was 1978. There was also Sorcim Pascal/M which was 1980-81, I think, and Pascal-MT+ from the same time. Microsoft also released an ISO Pascal which had no I/O, since ISO defined none. TP 1.0 (for CP/M) was 1983, and flyers were sent out with cartoon art of "Frank Borland". Looked like a prospector, as I recall. I still have my manual from that. When I called to ask about it, Philippe was answering the phone from his office above the Jaguar repair shop in Scotts Valley. TP 1 came out just after a scandal about JRT Pascal, which had been offered for $29.95, I think, but was apparently quite buggy. Some of the UK Borland team went off on their own when Borland elected not to market Modula-2. And how many here realize that Quattro Pro was written in Modula-2? But there were, in fact, versions of Modula-2 published by Borland, and I used to have one that ran on my LittleBoard Z80. The commercial Modula-2 was under the name Topspeed. And they also offered Topspeed C++. See this page: http://www.edm2.com/index.php/TopSpeed_Modula-2 Also see: https://en.wikipedia.org/wiki/Modula-2

Hello, i could not rightly show arabic text on a listview text item on android, on windows every things work fine help pleas

I used the online installer. AV program is not a problem. I have my installation now running - but Embarcadero should improve the installation process. This error has been known for some time, but so far it is unclear what the trigger is. See RSP-29385. I think this is very frustrating for new users in particular.

Test project (was already provided in one of previous posts)

I wonder though - if it would be accepted as an IDE addon in GetIt 😛

As I said, a customer now has to tweak the requires clause of his package using Indy for each new Delphi version anyway. If you start the new scheme for the 10.5 packages and keep the old as is, you don't have any compatibility issue at all. At least this will ease the use of Indy in all versions 10.5 up. A backport to packages for older Delphi versions can then be done separately if feasible. The interesting thing is that the Indy version delivered with Delphi already follows the LIBSUFFIX approach. package IndyIPClient; ... requires rtl, IndyCore, IndyProtocols, IndySystem, CustomIPTransport, IndyIPCommon; That said, using the non-included Indy packages already lays a burden on the user, because the requires clauses won't match when switching to a non-included Indy version. Even more: the necessary package changes are already available and ready for use.

This is an amazing project, congratulations. I wanted to contribute but I just didn't find time to do so. This is the future for Delphi dependency manager and will bring a revolution to Delphi development if the library builders adopt it. I have the intention to do so.

My bad. Your best. Peace

Please note that we started with just a single sub-forum for the C++Builder guys because we had no idea how many there are and how many questions there would be. We can divide up in more subforums if the usage dictates it.

Well, I suppose if you need both English&coding tutor, you should expect x2 price 😄

I have to admit that this is one of rare cases when I cannot find the reason of issue What I've found: - Upon closing the form calls DestroyWindow in its destructor to destroy self handle. As specified in MSDN, DestroyWindow destroys all children windows (recursively) and then - the window itself. And it should send WM_DESTROY messages. - So, this is not Delphi stuff (no recursive itertation of children, etc) - all handles of all controls are destroyed with a single call to DestroyWindow. - However, WM_DESTROY is not received by the tree view. Moreover, WM_NCDESTROY message (which should be sent after WM_DESTROY) is received - and so, this is an indicator that everything is still set up at the moment (constrol exists; its handle exists and valid; its WndProc is still wired and continues to receive messages). So, I believe that something crazy happens recursively, which prevents DestroyWindow to do its work correctly. Maybe DestroyWindow or some other incompatible API is called second time from one of messages sent by the original DestroyWindow call - something like that. I've tried to Google, but was unable to find any results where people discuss mising WM_DESTROY messages. Another idea is that some hook (maybe even style hook) eats the message. But, unfortunately, tree view's style hook also does not receive WM_DESTROY. Who steal the message!!!

Come on, don't be so negative.. it only took from D2006 till now to get here with ErrorInsight..

I saw the code in Delphi 10.4.2, but I don't see any forms flickering in Window 10.

But the naming of the DCP would change, and that would break existing projects. At the very least, I would have to issue an advisory and document that any Indy upgrades made past X release would require project updates to continue using Indy. I was waiting until Indy 11 to make that change, since I'm restructuring the packages anyway.

@KodeZwerg Not bad at all! I'm too tired 😉

When creating a small test app for Android using Delphi 10.4.1, I use a TMemo component with WordWrap set to true. When running the app, when it is time to the word wrapping to become active, the cursor jumps to the top of the memo. Has anybody else experienced this issue? By the way, the app works properly when created with Delphi 10.3.3

I know. But since Indy has never used LIBSUFFIX, its package project names are suffixed, and so the dcp files are also suffixed. Well, they do use Indy inside some of their own tech, so they need a stable version to link against. But they are supposed to be using a private copy that is separate from the public copy they ship for users. That being said, it is a goal for Indy to eventually be phased out of the IDE releases and move into GetIt instead. But its complicated installation steps (more for C++ than Delphi) makes that difficult right now. I'm hoping to clean that up in Indy 11. True, most IDE releases don't ship with the latest Indy release available at the time. 10.4 did, though (which its Indy is already not the latest anymore).

bug

I'm impressed! I used the migration tool to update from 10.4.1 to 10.4.2. Downloaded the WebInstall. Everything went well. The IDE opened and as expected only Getit Packages were out. Getit package got better! I manage to install my packages without any glitches. ( VCL Styles, ICS, SynEdit and JCL is also there ). I don't understand why some VCL Styles were only available to some IDEs (older). Shouldn't they be available to all? I understand VCL Styles should be part of delphi from the version it is released upwards. When opening a large project a status screen the unit being loaded! It also shows when you open a unit/frame/form. Cool! There's a nice progress bar on the project manager window footer. It shows code insight working! Cool! The compiler screen has more info too! I haven't tested debugging yet, but I have high hope with viewing generics and of course a more stable debugging experience (Win32/Win64) I haven't noticed any faster compilation. My projects are not suitable for such tests. All of them compiles in a few seconds. I still prefer the Dark theme. I haven't noticed any flicking in the IDE and there's clearing a lot more going on. There's absolutely no doubt the IDE improved a LOT. In 10.4.1 when typing [CTRL+SPACE] to call the form methods nothing was shown. You had to type method declarations / parameters.. Very annoying. They fixed it in 10.4.2! Cool! We can click "Inherited" Cool! Can wait to start debugging my projects!

Why not a simple update process instead of every time a full uninstall and install ?

We have open sourced our Deployment Manager to simplify deployment of a large number of files or folders to iOS or Android. https://blog.grijjy.com/2021/02/07/deployman/