.NET Possibility?

Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic

   I see that there is a version of Delphi that supports .NET.  Is it possible to convert the library to a .NET ActiveX?  I don't know if it would be a complete re-write or just a re-compile.

I'm asking since I have an ASP.NET application.  One of my customers has a problem because they are running 64-bit Windows Server.  I think that a .NET native control will run fine under 64-bit, but the current ActiveX does not.

Author	Message Topic Search Topic Options Post Reply Create New Topic Printable Version Translate Topic
Jim Sullivan Members Profile Find Members Posts Team Player Joined: 10 Nov 05 Location: United States Status: Offline Points: 36	Post Options Post Reply Quote Jim Sullivan Report Post Thanks(0) Quote Reply Topic: .NET Possibility? Posted: 15 Feb 08 at 2:05PM
	I see that there is a version of Delphi that supports .NET. Is it possible to convert the library to a .NET ActiveX? I don't know if it would be a complete re-write or just a re-compile. I'm asking since I have an ASP.NET application. One of my customers has a problem because they are running 64-bit Windows Server. I think that a .NET native control will run fine under 64-bit, but the current ActiveX does not.

Ingo Members Profile Find Members Posts Moderator Group Joined: 29 Oct 05 Status: Offline Points: 3524	Post Options Post Reply Quote Ingo Report Post Thanks(0) Quote Reply Posted: 16 Feb 08 at 6:31AM
	Hi Jim! I've this version you mean... BDS 2006 does it. The version offers automatic convert-routines for the dpr-files to .NET... I'll try it tomorrow and post my results here. A nice weekend to all members here, Ingo

Ingo Members Profile Find Members Posts Moderator Group Joined: 29 Oct 05 Status: Offline Points: 3524	Post Options Post Reply Quote Ingo Report Post Thanks(0) Quote Reply Posted: 18 Feb 08 at 1:30AM
	Hi Jim! It's not so easy as i had thought ;-) After the quick "converting" i want to compile and got immediately the first errors in the modules... errors having to do with unsafe methodes and so on... I stopped immediately going on without enough konwledge ;-) If you don't have much knowledge from both sides (win32delphi and .NET) you shouldn't try it. Best regards, Ingo

Jim Sullivan Members Profile Find Members Posts Team Player Joined: 10 Nov 05 Location: United States Status: Offline Points: 36	Post Options Post Reply Quote Jim Sullivan Report Post Thanks(0) Quote Reply Posted: 18 Feb 08 at 8:49AM
	OK, thanks for the attempt. I'm seriously considering switching over to iTextSharp, but it doesn't print so I'd have to figure something out for the printing.

Ingo Members Profile Find Members Posts Moderator Group Joined: 29 Oct 05 Status: Offline Points: 3524	Post Options Post Reply Quote Ingo Report Post Thanks(0) Quote Reply Posted: 18 Feb 08 at 9:09AM
	Hi Jim! I don't think that "printing" is a real problem for "pdf-workers". All will have pdf-readers installed and (for example) the adobe reader allows invisible printing via shell-syntax from the commandline... br, Ingo

Jim Sullivan Members Profile Find Members Posts Team Player Joined: 10 Nov 05 Location: United States Status: Offline Points: 36	Post Options Post Reply Quote Jim Sullivan Report Post Thanks(0) Quote Reply Posted: 20 Feb 08 at 8:47PM
	My application is ASP.NET, and it's designed to run on a company's intranet. In some companies I can just deliver the PDF to the browser, which does work fine. However, some of my customers want the printing to happen "behind the scenes". So I need the server to be able to print. In order to do that I'm using the printing functions of QuickPDF. I can't really shell out to Acrobat Reader because of the volume, plus someone might be using the web server PC for something else. Also, from a licensing perspective I don't think I'm allowed to run Acrobat Reader on the server. Unless there's another way that I'm missing?