August 23, 2012
Very interest post by Allen Bauer on the problems Delphi is facing in supporting WinRT... or, as he puts it, Windows 8 "Dirty Little Secret". Very interesting reading.
Very interest post by Allen Bauer on the problems Delphi is facing in supporting WinRT... or, as he puts it, "Windows 8 Little Dirty Secret". This is a very interesting reading. And yes, this is somehow similar to the problems with browsers: IE is allowed to do operations third party WinRT browsers cannot. Which is a bit undari and likley to cause some stirs in Europe (you might remember I blogged about Microsoft "forgetting" to follow the agreed EU antitrust requests for browsers).
The original post is here: https://forums.embarcadero.com/message.jspa?messageID=484319#484319
A good summary is at: http://delphitools.info/2012/08/23/why-no-native-winrt-support-in-delphi-xe3/
Another summary is at: http://www.itwriting.com/blog/6347-third-party-compilers-locked-out-of-windows-runtime-development.html
With my (imprecise) comment and David Heffernan correction:
posted by
marcocantu @ 10:24AM | 7 Comments
[0 Pending]
Delphi and WinRT or Windows 8 Dirty Little Secret
My comment was imprecise also. Instead of apps I meant
APIs.
Comment by David Heffernan on August 23, 12:18
Delphi and WinRT or Windows 8 Dirty Little Secret
If you want to develop for WinRT then you have to do it
through the .net, that is it!
There are so little difference between the Delphi and
Delphi Prism language, that Delphi language could well
be extended to target native WinAPI and .net framework.
Delphi and Delphi Prism should merge. What is needed is
a Firemonkey for .net.
RemObject did it with Hydra, isn't it?
Comment by Alexandre Jacquot
[http://ipm.fraunhofer.de]
on August 23, 13:01
Delphi and WinRT or Windows 8 Dirty Little Secret
The same comment I did in Jolyon's blog: I don’t know
if MS will ever drop that WinRT wall, but one thing is
sure: If they don’t, I’m deeply sure that WinRT will
follow other dead technologies once born in Redmond.
Most mobile developers are using Apple tools or other
open tools targeting Android. If you have to be locked
down to MS tools to develop targeting WinRT, then MS is
shooting itself in the foot. Windows history of
commercial success is not due MS, but due to the huge
number of Windows applications, created by a vast
number of tools and compilers out there, both
commercial and free/open sorce. If you consider all
programming languages and compilers, you will see that
the number of VC++/C# developers is not that big…
Comment by Alexandre machado on August 23, 18:03
Delphi and WinRT or Windows 8 Dirty Little Secret
Very strange indeed. I can understand such a behavior
in order to limit people to the API and I am sure MS
will evolve the WinRT quickly. If such a behavior
stays limited to their ECO systems and developments
for the limited tablets in combination with the Cloud
or their store. It's their freedom to do so. If it
does make MS happy. I totally understand that they
want to have this C/C++ and C# XAML but then MS is
locked in. It's their store. MS should live with their
own restricted API.
We have the Appwave which is a lot more open.
WinRT is part of almost every Win8 operating system,
but if MS continues this path for the 'normal'
operating systems ... :(. This is a beginning.
WinRT is part of the OS and it seems to be a separated
way one must believe in but part of several Windows
operating systems. WinRT is not finished. I don't have
a current status ...
We have Prism that allows to develop Metro and WinRT.
Maybe we should wait and see.
Comment by Michael Thuma on August 23, 18:32
Delphi and WinRT or Windows 8 Dirty Little Secret
What's the point? XE3 is still a half baked solution
and I doubt apps you make with it will pass the app
store's guidelines. Will EMB drop this like they did
with their ios from XE2? I've been burned enough with
their decision making and it was a costly exercise.
Comment by Al on November 26, 13:35
Delphi and WinRT or Windows 8 Dirty Little Secret
Al,
XE3 has no support for WinRT, so you cannot have a Windows store
application, and no one is implying that. iOS hasn't been dropped, but
extended and revamped and this was in the plans since the beginning...
-Marco
Comment by Marco Cantu
[http://www.marcocantu.com]
on November 28, 11:07
Delphi and WinRT or Windows 8 Dirty Little Secret
I have several projects running successfully with
Delphi 5 on Windows 8 - one of these projects
compiles 62k lines - no issues. I've amended the
install to Program Files\Borland...... and not (x86)
as prompted on install. Run in XP mode as
Administrator gives me A1 functionality.
Comment by JOHN H on August 12, 06:14
There are currently 0 pending (unapproved) messages.
Marco Cantu ( August 23, 2012 at 9:02 am)
"If Microsoft cannot relax the restrictions, so why is it letting Visual C++ developers use those “forbidden” APIs? The issue at stake is that Visual C++ and C++Builder (or Delphi) should have the same rights! More or less like Internet Explorer and Chrome…"
David Heffernan ( August 23, 2012 at 9:41 am):
"VC++ devs can’t use the forbidden apps either. But the VC++ runtime can. At the moment Emba’s runtime cannot call them. That’s the iniquity."