Freewheel (Read Only)
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Project Draw XAML Support

5 REPLIES 5
Reply
Message 1 of 6
Anonymous
518 Views, 5 Replies

Project Draw XAML Support

Presumably many persons may not know about XAML which briefly explained is
vector graphics expressed using XML. Given the fact that most people will be
viewing the 2008 Olympics we will be seeing XAML at work this next week as
it is going to be used extensively during the 2008 Olympics which will be
viewable via the web as well as being rebroadcast on what we continue to
call TV.

Autodesk has licensed XAML from Microsoft so there's no reason why Project
Draw should not be modified to export to XAML as it does for SVG which as it
turns out in the real world is not as useful as XAML quite frankly.

Project Draw could easily become a service used to draft user interfaces for
virtual machines and other applications which run as "web pages" once drawn
and exported as XAML which is then imported into IDEs such as Visual Studio
where the graphics are wired up to support interactivity, animation,
integration with collaborative services and so on.

Why the foot dragging?
5 REPLIES 5
Message 2 of 6
Anonymous
in reply to: Anonymous

You might want to check out the numerous SVG to XAML converters out there.

For example:
http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html

Alos, now you can retrieve your SVG using the Draw API, so it's only one
additional step to convert it to XAML on you side. Thus is the beauty of
APIs: it enables the users to convert to their own favorite formats...

Also, note that there is nothing to be licensed with XAML, since it's an
open format
(http://www.sdtimes.com/(X(1)S(kw21wu45u03kzpnafqlanyiy))/content/article.aspx?ArticleID=31886&AspxAutoDetectCookieSupport=1)

Cheers,
Gyuri

clintonG wrote:
> Presumably many persons may not know about XAML which briefly explained is
> vector graphics expressed using XML. Given the fact that most people will be
> viewing the 2008 Olympics we will be seeing XAML at work this next week as
> it is going to be used extensively during the 2008 Olympics which will be
> viewable via the web as well as being rebroadcast on what we continue to
> call TV.
>
> Autodesk has licensed XAML from Microsoft so there's no reason why Project
> Draw should not be modified to export to XAML as it does for SVG which as it
> turns out in the real world is not as useful as XAML quite frankly.
>
> Project Draw could easily become a service used to draft user interfaces for
> virtual machines and other applications which run as "web pages" once drawn
> and exported as XAML which is then imported into IDEs such as Visual Studio
> where the graphics are wired up to support interactivity, animation,
> integration with collaborative services and so on.
>
> Why the foot dragging?
Message 3 of 6
Anonymous
in reply to: Anonymous

//google
xaml site:autodesk.com

There is a demand for XAML as a native file format and it is corrupt and
dishonest for a company to force its customers to use the SVG file format as
the "only" --native file exchange format-- and even worse to compel the
customer to use 3rd party converters which are almost always fraught with
errors and ommissions as they are usually developed by well meaning but
broke and underfunded independent developers who can't do a good job.

If that weren't true the dude Sanpaku you referred me to [1] would not be
begging people to help him keep writing all the code needed to convert SVG
to XAML back and forth whereas Autodesk should be
doing itself. Kudos to Sanpaku but he and others can't affors to keep up. I
mean who do you think you are trying to fool dude? Are you from Georgia?

Finally, I know for a fact that an older Autodesk press release stated
Autodesk --licensed-- XAML from Microsoft but I cannot find a reference in
my collection of Favorites/Bookmarks and since the company's website sucks I
cannot find it externally using site: filter presuming the company does not
hide its own announcements from the googlebots.

// Autodesk blocking google perhaps?
// Will not produce any results.
xaml site:pressreleases.autodesk.com

// but the press release are found here
// and the release I read --should-- be found there
http://pressreleases.autodesk.com/

I've even seen what I consider proof that Autodesk is already using WPF/XAML
internally as it was apparently accidently left into a released product when
used as a RIA interactive dialog that was discovered and then complained
about by a customer who didn't know what he was looking at and why the
dialog now all of a sudden actually functioned like a (broken) web
application; i.e. for those reading along and have some knowledge of
development there is much more to it but WPF/XAML is how WIndows
applications replicate the functionality web developers achieve using DHTML
and the DOM (interactive dialog boxes).

So again Gyuri, XAML should be supported as a native file format and when
more customers learn about Silverlight/WPF/XAML and how useful it is to help
them operate their businesses efficiently and profitably.


[1]
http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html


"Gyuri Ordody [Autodesk]" wrote in message
news:6003879@discussion.autodesk.com...
You might want to check out the numerous SVG to XAML converters out there.

For example:
http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html

Alos, now you can retrieve your SVG using the Draw API, so it's only one
additional step to convert it to XAML on you side. Thus is the beauty of
APIs: it enables the users to convert to their own favorite formats...

Also, note that there is nothing to be licensed with XAML, since it's an
open format
(http://www.sdtimes.com/(X(1)S(kw21wu45u03kzpnafqlanyiy))/content/article.aspx?ArticleID=31886&AspxAutoDetectCookieSupport=1)

Cheers,
Gyuri

clintonG wrote:
> Presumably many persons may not know about XAML which briefly explained is
> vector graphics expressed using XML. Given the fact that most people will
> be
> viewing the 2008 Olympics we will be seeing XAML at work this next week as
> it is going to be used extensively during the 2008 Olympics which will be
> viewable via the web as well as being rebroadcast on what we continue to
> call TV.
>
> Autodesk has licensed XAML from Microsoft so there's no reason why Project
> Draw should not be modified to export to XAML as it does for SVG which as
> it
> turns out in the real world is not as useful as XAML quite frankly.
>
> Project Draw could easily become a service used to draft user interfaces
> for
> virtual machines and other applications which run as "web pages" once
> drawn
> and exported as XAML which is then imported into IDEs such as Visual
> Studio
> where the graphics are wired up to support interactivity, animation,
> integration with collaborative services and so on.
>
> Why the foot dragging? Message was edited by: Discussion Admin
Message 4 of 6
Anonymous
in reply to: Anonymous

Dear "clintonG",

Thank you for your remarks. I think we're closer to the solution then we
originally thought.

The latest version of Autodesk's DWF file format called DWFx is actually
based on the XPS specification
(http://www.microsoft.com/whdc/xps/default.mspx). XPS uses a subset of
XAML to represent 2D geometry.

DWFx is therefore XAML based.

Autodesk Draw can export files in DWFx, even though it's only in alpha
stage. This DWFx then can be opened with the XPS viewer in Windows XP or
natively with Windows Vista.

However its not trivial to get to the actual XAML. I will forward your
comments to our developers working on this project: namely that there is
demand out there to access the actual XAML content; unless it's enough
for you to get the DWFx/XPS.

May I ask what project you need the XAML for?

Hope this helps,
Gyuri

ps: try googling Autodesk and XPS for that press release



clintonG wrote:
> //google
> xaml site:autodesk.com
>
> There is a demand for XAML as a native file format and it is corrupt and
> dishonest for a company to force its customers to use the SVG file format as
> the "only" --native file exchange format-- and even worse to compel the
> customer to use 3rd party converters which are almost always fraught with
> errors and ommissions as they are usually developed by well meaning but
> broke and underfunded independent developers who can't do a good job.
>
> If that weren't true the dude Sanpaku you referred me to [1] would not be
> begging people to help him keep writing all the code needed to convert SVG
> to XAML back and forth whereas Autodesk should be
> doing itself. Kudos to Sanpaku but he and others can't affors to keep up. I
> mean who do you think you are trying to fool dude? Are you from Georgia?
>
> Finally, I know for a fact that an older Autodesk press release stated
> Autodesk --licensed-- XAML from Microsoft but I cannot find a reference in
> my collection of Favorites/Bookmarks and since the company's website sucks I
> cannot find it externally using site: filter presuming the company does not
> hide its own announcements from the googlebots.
>
> // Autodesk blocking google perhaps?
> // Will not produce any results.
> xaml site:pressreleases.autodesk.com
>
> // but the press release are found here
> // and the release I read --should-- be found there
> http://pressreleases.autodesk.com/
>
> I've even seen what I consider proof that Autodesk is already using WPF/XAML
> internally as it was apparently accidently left into a released product when
> used as a RIA interactive dialog that was discovered and then complained
> about by a customer who didn't know what he was looking at and why the
> dialog now all of a sudden actually functioned like a (broken) web
> application; i.e. for those reading along and have some knowledge of
> development there is much more to it but WPF/XAML is how WIndows
> applications replicate the functionality web developers achieve using DHTML
> and the DOM (interactive dialog boxes).
>
> So again Gyuri, XAML should be supported as a native file format and when
> more customers learn about Silverlight/WPF/XAML and how useful it is to help
> them operate their businesses efficiently and profitably.
>
>
> [1]
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
>
> "Gyuri Ordody [Autodesk]" wrote in message
> news:6003879@discussion.autodesk.com...
> You might want to check out the numerous SVG to XAML converters out there.
>
> For example:
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
> Alos, now you can retrieve your SVG using the Draw API, so it's only one
> additional step to convert it to XAML on you side. Thus is the beauty of
> APIs: it enables the users to convert to their own favorite formats...
>
> Also, note that there is nothing to be licensed with XAML, since it's an
> open format
> (http://www.sdtimes.com/(X(1)S(kw21wu45u03kzpnafqlanyiy))/content/article.aspx?ArticleID=31886&AspxAutoDetectCookieSupport=1)
>
> Cheers,
> Gyuri
>
> clintonG wrote:
>> Presumably many persons may not know about XAML which briefly explained is
>> vector graphics expressed using XML. Given the fact that most people will
>> be
>> viewing the 2008 Olympics we will be seeing XAML at work this next week as
>> it is going to be used extensively during the 2008 Olympics which will be
>> viewable via the web as well as being rebroadcast on what we continue to
>> call TV.
>>
>> Autodesk has licensed XAML from Microsoft so there's no reason why Project
>> Draw should not be modified to export to XAML as it does for SVG which as
>> it
>> turns out in the real world is not as useful as XAML quite frankly.
>>
>> Project Draw could easily become a service used to draft user interfaces
>> for
>> virtual machines and other applications which run as "web pages" once
>> drawn
>> and exported as XAML which is then imported into IDEs such as Visual
>> Studio
>> where the graphics are wired up to support interactivity, animation,
>> integration with collaborative services and so on.
>>
>> Why the foot dragging?
>
> Message was edited by: Discussion Admin
Message 5 of 6
Anonymous
in reply to: Anonymous

I'll keep an eye on DWFx thank you as it sounds close enough for now but
yea, bring my suggestions upstairs. I'm not wrong by saying the XAML file
format is going to make a new era for CAD.

As for what projects you ask? I have a prospective customer who develops
software applications that utilize the "man-machine interface" on
touchscreens that wants to migrate to web development. Currently static
bitmap representations of actual machine controls, knobs, switches and so on
have to be used to fake it but really, what we are talking about can be
represented graphically using simple 2D vector graphics and XAML is the best
way to wire it all up with server-side code to generate a virtual machine
interface.

Which is why I'm trying to tell you Freewheel being a hosted 2D drafting app
that can draw the simple 2D graphic representations natively saved to XAML
and then imported into Visual Studio has an opportunity to be used for these
types of projects that are going to grow in number as more people in
manufacturing and industry learn XAML allows developing virtual machine
interfaces.

<%= Clinton


"Gyuri Ordody [Autodesk]" wrote in message
news:6005976@discussion.autodesk.com...
Dear "clintonG",

Thank you for your remarks. I think we're closer to the solution then we
originally thought.

The latest version of Autodesk's DWF file format called DWFx is actually
based on the XPS specification
(http://www.microsoft.com/whdc/xps/default.mspx). XPS uses a subset of
XAML to represent 2D geometry.

DWFx is therefore XAML based.

Autodesk Draw can export files in DWFx, even though it's only in alpha
stage. This DWFx then can be opened with the XPS viewer in Windows XP or
natively with Windows Vista.

However its not trivial to get to the actual XAML. I will forward your
comments to our developers working on this project: namely that there is
demand out there to access the actual XAML content; unless it's enough
for you to get the DWFx/XPS.

May I ask what project you need the XAML for?

Hope this helps,
Gyuri

ps: try googling Autodesk and XPS for that press release



clintonG wrote:
> //google
> xaml site:autodesk.com
>
> There is a demand for XAML as a native file format and it is corrupt and
> dishonest for a company to force its customers to use the SVG file format
> as
> the "only" --native file exchange format-- and even worse to compel the
> customer to use 3rd party converters which are almost always fraught with
> errors and ommissions as they are usually developed by well meaning but
> broke and underfunded independent developers who can't do a good job.
>
> If that weren't true the dude Sanpaku you referred me to [1] would not be
> begging people to help him keep writing all the code needed to convert SVG
> to XAML back and forth whereas Autodesk should be
> doing itself. Kudos to Sanpaku but he and others can't affors to keep up.
> I
> mean who do you think you are trying to fool dude? Are you from Georgia?
>
> Finally, I know for a fact that an older Autodesk press release stated
> Autodesk --licensed-- XAML from Microsoft but I cannot find a reference in
> my collection of Favorites/Bookmarks and since the company's website sucks
> I
> cannot find it externally using site: filter presuming the company does
> not
> hide its own announcements from the googlebots.
>
> // Autodesk blocking google perhaps?
> // Will not produce any results.
> xaml site:pressreleases.autodesk.com
>
> // but the press release are found here
> // and the release I read --should-- be found there
> http://pressreleases.autodesk.com/
>
> I've even seen what I consider proof that Autodesk is already using
> WPF/XAML
> internally as it was apparently accidently left into a released product
> when
> used as a RIA interactive dialog that was discovered and then complained
> about by a customer who didn't know what he was looking at and why the
> dialog now all of a sudden actually functioned like a (broken) web
> application; i.e. for those reading along and have some knowledge of
> development there is much more to it but WPF/XAML is how WIndows
> applications replicate the functionality web developers achieve using
> DHTML
> and the DOM (interactive dialog boxes).
>
> So again Gyuri, XAML should be supported as a native file format and when
> more customers learn about Silverlight/WPF/XAML and how useful it is to
> help
> them operate their businesses efficiently and profitably.
>
>
> [1]
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
>
> "Gyuri Ordody [Autodesk]" wrote in message
> news:6003879@discussion.autodesk.com...
> You might want to check out the numerous SVG to XAML converters out there.
>
> For example:
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
> Alos, now you can retrieve your SVG using the Draw API, so it's only one
> additional step to convert it to XAML on you side. Thus is the beauty of
> APIs: it enables the users to convert to their own favorite formats...
>
> Also, note that there is nothing to be licensed with XAML, since it's an
> open format
> (http://www.sdtimes.com/(X(1)S(kw21wu45u03kzpnafqlanyiy))/content/article.aspx?ArticleID=31886&AspxAutoDetectCookieSupport=1)
>
> Cheers,
> Gyuri
>
> clintonG wrote:
>> Presumably many persons may not know about XAML which briefly explained
>> is
>> vector graphics expressed using XML. Given the fact that most people will
>> be
>> viewing the 2008 Olympics we will be seeing XAML at work this next week
>> as
>> it is going to be used extensively during the 2008 Olympics which will be
>> viewable via the web as well as being rebroadcast on what we continue to
>> call TV.
>>
>> Autodesk has licensed XAML from Microsoft so there's no reason why
>> Project
>> Draw should not be modified to export to XAML as it does for SVG which as
>> it
>> turns out in the real world is not as useful as XAML quite frankly.
>>
>> Project Draw could easily become a service used to draft user interfaces
>> for
>> virtual machines and other applications which run as "web pages" once
>> drawn
>> and exported as XAML which is then imported into IDEs such as Visual
>> Studio
>> where the graphics are wired up to support interactivity, animation,
>> integration with collaborative services and so on.
>>
>> Why the foot dragging?
>
> Message was edited by: Discussion Admin
Message 6 of 6
Anonymous
in reply to: Anonymous

Duh. I've meant to say Project Draw when referring to Freewheel okay?

"Gyuri Ordody [Autodesk]" wrote in message
news:6005976@discussion.autodesk.com...
Dear "clintonG",

Thank you for your remarks. I think we're closer to the solution then we
originally thought.

The latest version of Autodesk's DWF file format called DWFx is actually
based on the XPS specification
(http://www.microsoft.com/whdc/xps/default.mspx). XPS uses a subset of
XAML to represent 2D geometry.

DWFx is therefore XAML based.

Autodesk Draw can export files in DWFx, even though it's only in alpha
stage. This DWFx then can be opened with the XPS viewer in Windows XP or
natively with Windows Vista.

However its not trivial to get to the actual XAML. I will forward your
comments to our developers working on this project: namely that there is
demand out there to access the actual XAML content; unless it's enough
for you to get the DWFx/XPS.

May I ask what project you need the XAML for?

Hope this helps,
Gyuri

ps: try googling Autodesk and XPS for that press release



clintonG wrote:
> //google
> xaml site:autodesk.com
>
> There is a demand for XAML as a native file format and it is corrupt and
> dishonest for a company to force its customers to use the SVG file format
> as
> the "only" --native file exchange format-- and even worse to compel the
> customer to use 3rd party converters which are almost always fraught with
> errors and ommissions as they are usually developed by well meaning but
> broke and underfunded independent developers who can't do a good job.
>
> If that weren't true the dude Sanpaku you referred me to [1] would not be
> begging people to help him keep writing all the code needed to convert SVG
> to XAML back and forth whereas Autodesk should be
> doing itself. Kudos to Sanpaku but he and others can't affors to keep up.
> I
> mean who do you think you are trying to fool dude? Are you from Georgia?
>
> Finally, I know for a fact that an older Autodesk press release stated
> Autodesk --licensed-- XAML from Microsoft but I cannot find a reference in
> my collection of Favorites/Bookmarks and since the company's website sucks
> I
> cannot find it externally using site: filter presuming the company does
> not
> hide its own announcements from the googlebots.
>
> // Autodesk blocking google perhaps?
> // Will not produce any results.
> xaml site:pressreleases.autodesk.com
>
> // but the press release are found here
> // and the release I read --should-- be found there
> http://pressreleases.autodesk.com/
>
> I've even seen what I consider proof that Autodesk is already using
> WPF/XAML
> internally as it was apparently accidently left into a released product
> when
> used as a RIA interactive dialog that was discovered and then complained
> about by a customer who didn't know what he was looking at and why the
> dialog now all of a sudden actually functioned like a (broken) web
> application; i.e. for those reading along and have some knowledge of
> development there is much more to it but WPF/XAML is how WIndows
> applications replicate the functionality web developers achieve using
> DHTML
> and the DOM (interactive dialog boxes).
>
> So again Gyuri, XAML should be supported as a native file format and when
> more customers learn about Silverlight/WPF/XAML and how useful it is to
> help
> them operate their businesses efficiently and profitably.
>
>
> [1]
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
>
> "Gyuri Ordody [Autodesk]" wrote in message
> news:6003879@discussion.autodesk.com...
> You might want to check out the numerous SVG to XAML converters out there.
>
> For example:
> http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.html
>
> Alos, now you can retrieve your SVG using the Draw API, so it's only one
> additional step to convert it to XAML on you side. Thus is the beauty of
> APIs: it enables the users to convert to their own favorite formats...
>
> Also, note that there is nothing to be licensed with XAML, since it's an
> open format
> (http://www.sdtimes.com/(X(1)S(kw21wu45u03kzpnafqlanyiy))/content/article.aspx?ArticleID=31886&AspxAutoDetectCookieSupport=1)
>
> Cheers,
> Gyuri
>
> clintonG wrote:
>> Presumably many persons may not know about XAML which briefly explained
>> is
>> vector graphics expressed using XML. Given the fact that most people will
>> be
>> viewing the 2008 Olympics we will be seeing XAML at work this next week
>> as
>> it is going to be used extensively during the 2008 Olympics which will be
>> viewable via the web as well as being rebroadcast on what we continue to
>> call TV.
>>
>> Autodesk has licensed XAML from Microsoft so there's no reason why
>> Project
>> Draw should not be modified to export to XAML as it does for SVG which as
>> it
>> turns out in the real world is not as useful as XAML quite frankly.
>>
>> Project Draw could easily become a service used to draft user interfaces
>> for
>> virtual machines and other applications which run as "web pages" once
>> drawn
>> and exported as XAML which is then imported into IDEs such as Visual
>> Studio
>> where the graphics are wired up to support interactivity, animation,
>> integration with collaborative services and so on.
>>
>> Why the foot dragging?
>
> Message was edited by: Discussion Admin

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report