Hrmm...I get the feeling this post was an accident. :-) (wrong thread?) :-D
On 11/30/06, Teddy Payne <[EMAIL PROTECTED]> wrote: > > Well, Adobe Apollo will provide you the ability to run Flex applications > from your desktop. As long as you have an internet connection, Apollo can > references the same webservices as your Web Flex application has access > to. > Apollo also has access to your system's file system to make it easier to > interact with your application instead of sending system requests over > your > network whenever you want to do a file upload. > > So the trend for applications for the realm of Adobe products seems to be > a hybrid one that would not make one or the other obsolete. > > Teddy > > > On 11/30/06, John C. Bland II <[EMAIL PROTECTED]> wrote: > > > > Yeah, you could rewrite all html controls and CF controls (which rewrite > > html one's) using tags but you're right...there is no value. Yet in > still, > > this won't solve a code-behind desire. runat="server" all you > want...you'd > > have to still instantiate a CFC or in app.cfc set the values of the > > element. > > The prob is, from what I know of CF, you can't control any page element > > after the page has been included (either direct or via app.cfm/cfc). > > > > On 11/30/06, Dave Watts <[EMAIL PROTECTED]> wrote: > > > > > > > Dave, I'd have to disagree with you here. ASP.NET's > > > > code-behind is sweet feature. Yes, it helps desktop > > > > developers transition but the things you can do in a > > > > code-behind are VERY nice, which CF can't do. > > > > > > > > For instance: > > > > - The different steps of a page loading you have access over > > > > (much more than App.cfc gives you) > > > > - Controlling page elements (with runat="server") from the > > > > code-behind at the different parts of the page loading > > > > - 100% complete separation of code and visuals (no > > > > instantiation of objects, etc at the top of the page...they > > > > are already there) > > > > > > You do know you can rewrite every HTML tag as a CF custom tag, right? > > You > > > simply point CFIMPORT to a directory containing form.cfm, a.cfm, etc. > > > > > > That gets me <form runat="server"> if I want it. You could mimic > enough > > of > > > what ASP.NET does in code-behind, if you wanted to - I just don't see > a > > > compelling reason to do so. > > > > > > I don't dislike code-behind, I just don't see any value in trying to > > > translate that model into CF. > > > > > > Dave Watts, CTO, Fig Leaf Software > > > http://www.figleaf.com/ > > > > > > Fig Leaf Software provides the highest caliber vendor-authorized > > > instruction at our training centers in Washington DC, Atlanta, > > > Chicago, Baltimore, Northern Virginia, or on-site at your location. > > > Visit http://training.figleaf.com/ for more information! > > > > > > > > > > > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~| Introducing the Fusion Authority Quarterly Update. 80 pages of hard-hitting, up-to-date ColdFusion information by your peers, delivered to your door four times a year. http://www.fusionauthority.com/quarterly Archive: http://www.houseoffusion.com/groups/CF-Talk/message.cfm/messageid:262287 Subscription: http://www.houseoffusion.com/groups/CF-Talk/subscribe.cfm Unsubscribe: http://www.houseoffusion.com/cf_lists/unsubscribe.cfm?user=89.70.4
