Jump to content
PeterPanettone

Drag and Drop Component Suite for Delphi 10.4 Sydney

Recommended Posts

Does anybody know a Drag and Drop Component Suite version for Delphi 10.4 Sydney?

 

https://github.com/DelphiPraxis/The-Drag-and-Drop-Component-Suite-for-Delphi

 

The latest version on that page is for Delphi 10.3 Rio.

 

I tried to install it on Delphi 10.4 Sydney by using the Delphi 10.3 Rio package, but this error didn't allow me:

 

[dcc32 Fatal Error] DragDropDesign.pas(38): E2213 Bad packaged unit format: ..\Library\DX103R\Win32_Release\DragDropDR103R.dcp.DragDrop - Expected version: 34.0, Windows Unicode(x86) Found version: 33.0, Windows Unicode(x86)

 

But that dcp file is a binary file and cannot be edited.

 

Does anybody know an existing version for Delphi 10.4 Sydney, or a trick on how to install the Delphi 10.3 Rio package in Delphi 10.4 Sydney?

Edited by PeterPanettone

Share this post


Link to post

Not tested but I think you need to:

  1. Open DragDropDR103R.dpk (the run-time package)
    Save as DragDropDR104S.dpk
    Compile
  2. Open dclDragDropDR103R (the design-time package)
    Remove DragDropDR103R from requires and add DragDropDR104S instead.
    Save as dclDragDropDR104S
    Compile and Install.

Personally I would just get rid of the run time package (and the requires).

Share this post


Link to post
3 minutes ago, John Kouraklis said:

Sadly it does not support FMX apps

I think I can count the FMX application I've made on one finger, so I have no expertise in that area, but if FMX controls on Windows have a Windows handle then it could be made to work. My guess is they do not.

It could still be made to work without a Windows handle on individual controls but that would require a emulation layer between FMX and the DD components. Not something I have time to write at the moment.

Share this post


Link to post
6 minutes ago, dummzeuch said:

I'd guess you need to change the package suffix.

As far as I can tell they don't use a package suffix (hence the "103" in the package name)

Share this post


Link to post
37 minutes ago, Anders Melander said:
  • Open DragDropDR103R.dpk (the run-time package)
    Save as DragDropDR104S.dpk
    Compile
  • Open dclDragDropDR103R (the design-time package)
    Remove DragDropDR103R from requires and add DragDropDR104S instead.
    Save as dclDragDropDR104S
    Compile and Install.

That worked, with these exceptions:

 

1. "Save as DragDropDR104S.dpk": you cannot save it directly as DPK. You must save it as DragDropDR104S.dproj which implicitly creates the DragDropDR104S.dpk.

 

2. There are a few typos in the original source. You should fix it at Github:

 

Typos:

 

image.png.ea72a8b9a89092c160d84fe0fc927200.png

 

Fixed:

 

image.png.af3c5d6a36baf225f70e061d29a92266.png

Share this post


Link to post

BTW, the demos have issues with non-existing project icons. I resolved them by assigning the default icon in Project Options. Maybe you should fix this at Github.

Share this post


Link to post
1 hour ago, PeterPanettone said:

"Save as DragDropDR104S.dpk": you cannot save it directly as DPK. You must save it as DragDropDR104S.dproj

Yes. That was what I meant. My brain was in Delphi 3 mode :classic_smile:

 

1 hour ago, PeterPanettone said:

There are a few typos in the original source. You should fix it at Github

You fix it :classic_wink:

I have nothing to do with that fork. I just wrote the original code.

 

1 hour ago, PeterPanettone said:

Typos: 

I think that is a problem with Unix vs DOS line endings. I've seen that kind of problem when a file contains Unix line endings.

One of the contributors probably has their Git client misconfigured. Or maybe it's your client. The client needs to do implicit LF->CR/LF conversion.

Share this post


Link to post
19 hours ago, PeterPanettone said:

That worked, with these exceptions:

 

1. "Save as DragDropDR104S.dpk": you cannot save it directly as DPK. You must save it as DragDropDR104S.dproj which implicitly creates the DragDropDR104S.dpk.

 

2. There are a few typos in the original source. You should fix it at Github:

 

Typos:

 

image.png.ea72a8b9a89092c160d84fe0fc927200.png

 

Fixed:

 

image.png.af3c5d6a36baf225f70e061d29a92266.png

I think the 'typos' are caused by the file not having Windows line endings i.e. CR-LF and the IDE not able to handle them.

 

-=mike=-

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

×