[XSL-LIST Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Advocate for C# .NET + 100% XSLT Processing

Subject: Re: Advocate for C# .NET + 100% XSLT Processing
From: "Karl Stubsjoen" <kstubs@xxxxxxxxx>
Date: Fri, 10 Mar 2006 10:46:58 -0700
c xslt
Hmmm....
Thats deep man.
Similarily, I package most everything into an xml object, so like the
querystring and form vars, they are packaged together with data that I
have queried from the database, which might include many different
datasets.  This is also thrown one time at the XSLT Transformer.

Ahhh... so yah, I have ViewState enabled on my site ; )

Karl..

On 3/10/06, Mark Grant <mark.grant@xxxxxxxxxxxxxxxxxxxxxxxx> wrote:
> Hi Karl,
>
> Cool stuff, we actually went the whole hog and we can now create
> websites and other web apps without using ASP at all.  We have created
> ISAPI handlers to take HTTP Headers turn them straight to XML, ship them
> through the XSLT and send them straight back. Works a treat and is going
> to allow us to hook AJAX on top.
>
> We have dumped datasets as well.  We abstracted away from .Net so that
> we can provide Connection strings and Sql queries as metadata through
> the software and its config file.  We can then link the resultsets
> together to create XML including Parent/Child relationships. It's great
> we can do one transaction on the database and get a whole page of data
> for the website! Then use one XSLT file with templates to display.
>
> From my discussions with Microsoft Visual Studio guys they are heading
> towards a web part model a la SharePoint and I'm just not convinced it's
> the right solution.
>
> Mark
>
> -----Original Message-----
> From: Karl Stubsjoen [mailto:kstubs@xxxxxxxxx]
> Sent: 10 March 2006 17:14
> To: xsl-list@xxxxxxxxxxxxxxxxxxxxxx
> Subject:  Advocate for C# .NET + 100% XSLT Processing
>
> Hey Mark,
> Thats great to hear that there are others striving for a similar
> approach.  I know that David Peterson is (did you follow the below
> link?).
> Your points are well valid, I can relate to each of them.  Yes, the
> calendar control is a quick and easy way to display a calendar, but
> how easy is it to extend, scale (up or down), and style?
> I have been coding this way HEAVY for about 3 years now, of course it
> is just recently that I have switched to C# and .NET.  Previously it
> was the marriage of ASP and XSLT.  By the way, here is a rant:
>
> I can not stand the XML I am forced to work with as delivered from a
> DataSet in ADO.NET.  It is almost useless!  Give me the traditional
> persisted XML from the ADO recordset please.  (Hello Microsoft?)
>
> This site:
> www.meetscoresonline.com
> Models:  ASP + XSLT
>
> Start here (and enjoy!):
> www.meetscoresonline.com/documents/default_t.xsl
>
>
>
> I am an XSLT junky.. I get it.
> I also get C# and .NET, and I too was a EXTREMELY heavy ASP developer
> ( Ref:
> http://www.biglist.com/lists/xsl-list/archives/200309/msg00227.html )
>
> This is mostly a shout out, and feel free to shout back.
>
> Is there such sites dedicated to this approach?  Oh, I should mention
> that, to qualify as a C# + 100% XSLT Processing member, you must vow
> to never NEVER use the .NET design UI.  Strip it out!  Lose the page
> wrapped in a FORM tag!  Say goodbye to the calendar control!  Besides
> you can write a better one with XSLT!

Current Thread

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.