Board index » delphi » Why Turbo Delphi for win32 need .NET SDK?

Why Turbo Delphi for win32 need .NET SDK?


2006-09-06 10:14:31 AM
delphi203
I don't like install it
 
 

Re:Why Turbo Delphi for win32 need .NET SDK?

"Yu Haibo" <XXXX@XXXXX.COM>writes
Quote
I don't like install it
Why not?
 

Re:Why Turbo Delphi for win32 need .NET SDK?

In article <44fe344e$XXXX@XXXXX.COM>, Dave White says...
Quote
"Yu Haibo" <XXXX@XXXXX.COM>writes
news:XXXX@XXXXX.COM...
>I don't like install it

Why not?
Does it matter?
Sure, the technical reasons might not be important at a nuts and bolts
level, but the perception is a bit odd and potentially dangerous :-
"I'm installing a Win32 development tool - I have chosen this one
specifically because I am not interested in the .net alternative, yet I
need a whole bunch of .net stuff..."
Wonders: Is this _really_ a Win32 tool, or a .net one that has been
tweaked for Win32? Am I really getting a tool that is best suited for
Win32? Maybe the vendor will be dropping Win32 support at some point?
If that is the case, and I have heard there's a bit of upheaval where this
vendor is concerned, perhaps I would better look at the alternatives for
.net rather than investing time and energy in this Win32 product? But
.net is a Microsoft Technology isn't it? And I see that this vendors
.net tools are using an old .net framework....
All this in a blink of an eye, and before you know it....
C:\>del TurboDelphi.exe
C:\>www.microsoft.com
;)
--
Jolyon Smith
 

Re:Why Turbo Delphi for win32 need .NET SDK?

Jolyon Smith writes:
Quote
"I'm installing a Win32 development tool - I have chosen this one
specifically because I am not interested in the .net alternative, yet I
need a whole bunch of .net stuff..."
Installing all those .NET runtime files (including the J#!!) is really a
pain in the back, especially when all you care is a native Win32.
But that does not stop Borland developing the IDE in .NET or Java or in
combination of both, as long as the compiler is spitting what you want.
One day, they might even rewrite the compiler in .NET!! ;)
Regards,
Sarah
 

Re:Why Turbo Delphi for win32 need .NET SDK?

** Microsoft .NET Framework v1.1,
** Microsoft .NET SDK v1.1,
****Microsoft Visual J# v1.1,
*** Microsoft XML Core Services v4.0 SP2.
hate level:
* = less hate
**** = more hate
Jolyon Smith writes:
Quote
In article <44fe344e$XXXX@XXXXX.COM>, Dave White says...
>"Yu Haibo" <XXXX@XXXXX.COM>writes
>news:XXXX@XXXXX.COM...
>>I don't like install it
>Why not?

Does it matter?

Sure, the technical reasons might not be important at a nuts and bolts
level, but the perception is a bit odd and potentially dangerous :-

"I'm installing a Win32 development tool - I have chosen this one
specifically because I am not interested in the .net alternative, yet I
need a whole bunch of .net stuff..."

Wonders: Is this _really_ a Win32 tool, or a .net one that has been
tweaked for Win32? Am I really getting a tool that is best suited for
Win32? Maybe the vendor will be dropping Win32 support at some point?
If that is the case, and I have heard there's a bit of upheaval where this
vendor is concerned, perhaps I would better look at the alternatives for
.net rather than investing time and energy in this Win32 product? But
.net is a Microsoft Technology isn't it? And I see that this vendors
.net tools are using an old .net framework....

All this in a blink of an eye, and before you know it....

C:\>del TurboDelphi.exe

C:\>www.microsoft.com


;)

 

Re:Why Turbo Delphi for win32 need .NET SDK?

Yu Haibo ha scritto:
Quote
I don't like install it
Oh my gosh, *AGAIN*?
It's been *beaten to death* why the net SDK is needed in the IDE.
Like it or not, the W32 compiler still generates(d'oh!) W32
*executables* and that is the important.
Cheers,
Andrew
 

Re:Why Turbo Delphi for win32 need .NET SDK?

***** BDS2005 missing .NET Framework v2.0
***** BDS2005 missing .NET Compact Framework v2.0
These two condemn me to coding in C#.
Nils
 

Re:Why Turbo Delphi for win32 need .NET SDK?

Dave White <XXXX@XXXXX.COM>writes:
Quote
>I don't like install it

Why not?
In my case:
o it is more hassle (an extra ~200MB download, along with extra
installing).
o it is an extra major system change (actually, take that back -- it's
multiple extra major system changes), which increases the likelyhood
of problems (incompatibilities, vulnerabilities, ...) and in some
cases can significantly affects the performance of the system (I
don't know whether that is the case here or not -- but isn't that
part of the point? I don't like "I don't know how it affected my
system" situations).
For example, just now I have booted Windows for the first time since
installing Turbo Delphi and all of a sudden the 'welcome' display
has turned itself on. This never happened before on there, and the
only change I made in the last Windows session was to install Turbo
Delphi.
Sure, the 'welcome' screen being on is not the end of the world, but
I don't like software that, when installed, changes system-wide
settings unnecessarily. If it has indeed made this change, what
other changes might it have made?
(I suspect that it added a user account and that that is the cause
here, but I am not certain, and I am not interested in going through
the whole process again just to check.)
o There is a slight suggestion there of: "It's more convenient for us
to do it this way. The user can suffer."
If it would be a better idea for Borland not to worry about this and to
keep things as they are, then so be it. But it would be foolish to suggest
that all of this is insignificant.
 

Re:Why Turbo Delphi for win32 need .NET SDK?

Quote
(I suspect that it added a user account and that that is the cause
here, but I am not certain, and I am not interested in going through
the whole process again just to check.)
Yep, .Net FrameWork SDK installs an account for ASP.Net, you can go to
the users panel and delete it, but it is one of those things that happen
without you being asked about it, and that affects the whole system.
Another thing that affects the whole system is an addition of an
Explorer plugin, used to give a "special look" to the GAC folders.
Eric