[EMAIL PROTECTED] wrote on 28/09/2004 11:44:32 AM:
> >> ColdFusion, as a server-side product, should have as little to do
> with presentation as possible
>
> even to the point of ditching cfform, cfgrid, cfchart et al?
Umm, honestly if i were on the features team and had some say heheh.. i'd typically be warey of allowing cfform/cffgrid to go unchecked. I say this for many reasons especially with regards to FLASH now.
While they all use CFML-->XFORMS-->? (well thats what i've read anyway) to describe how the UI is to be presented, one can argue thats where the server-side stops and the UI "engine" picks up, switches to request langauge (DHTML/FLASH) and displays accordingly.
Having said that, cool, if we were to have the ability to simplify our form creation by using CFFORM to populate a "XFORM" xml packet, ready for parsing on whatever native UI engine we want, that would be cool and i'd welcome that ability very much so ( i think you can do that with 7? no idea..gotta sit down and play with it more when its available me thinks..so much to explore! heheh).
BUT..
This is what irks a lot of people when i preech this, but CFFORM - FLASH wise, is great for basic prototypes or "programmer-art" based applications. If you want it beyond that, i think its not a feasible solution if UI branding/consistency is a requirement.
An example:
Say you have an application that uses part CFFORM-FLASH and part Normal HTML Form. If you have this typically setup so that one screen its HTML form UI, and second Screen its FLASH/HALO styled form? it kind of becomes a noticeable point of difference. Even worse is if you were to have half a screen HALO and the other half normal?
Furthermore if you are like me, and like to roll purty app UI to suite the client (nice icons, and all that crap..aka http://www.spidaweb.com/nexus) then as you can imagine, it also would be a noticeable difference in presentation.
Now, this is just the creative brain ticking over on the pro's / con's of a pre-built CF UI vs Using your own. Using your own has benefits but at times it'd be great to use an XFORM procedure to render your applications form. That to me is the boon and why products like FLEX exist, allowing you to take the form out of the UI, and put the UI into the form depending on your tastes (yes i know FLEX isn't XFORM..but you get my meaning..hopefully).
So..
Point is, if a server-side UI solution exists, in my view it should be agile enough to cope with Skinning and be abled to be extended. Then I'd welcome it, but it is blackboxed and untouchable and has limited capabilites? well why use it at all? Sure its no longer java applet or JS uglyness but.. dunno..
CFCHART is different in comparison to CFFORM/CFFGRID i think. CFFGRID is a pain in the ass in many ways (see FlashCoders for CellRender queries alone to illustrate its level of complexities).
My thoughts are simple: Work on skinning the above. Atleast then we can keep UI consistent if need be. I'd settle for that at anyrate.
Scott Out.
>
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
> [EMAIL PROTECTED]
> Sent: Tuesday, 28 September 2004 11:06 AM
> To: CFAussie Mailing List
> Subject: [cfaussie] Re: CF UI intergration enhancements (was Re:
> Blackstone (was: Jeremy Allaire on ASP))
>
> It's not on mine either. ColdFusion, as a server-side product, should
> have
> as little to do with presentation as possible.
>
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to
> [EMAIL PROTECTED]
> Aussie Macromedia Developers: http://lists.daemon.com.au/
>
>
> ---
> You are currently subscribed to cfaussie as: [EMAIL PROTECTED]
> To unsubscribe send a blank email to [EMAIL PROTECTED]
> Aussie Macromedia Developers: http://lists.daemon.com.au/
To unsubscribe from this email please forward this email to: [EMAIL PROTECTED]
If this communication is not intended for you and you are not an authorised recipient of this email you are prohibited by law from
dealing with or relying on the email or any file attachments. This prohibition includes reading, printing, copying, re-transmitting,
disseminating, storing or in any other way dealing or acting in reliance on the information. If you have received this email in
error, we request you contact ABN AMRO Morgans Limited immediately by returning the email to
[EMAIL PROTECTED] and destroy the original. We will refund any reasonable costs associated with notifying ABN
AMRO Morgans. This email is confidential and may contain privileged client information. ABN AMRO Morgans has taken
reasonable steps to ensure the accuracy and integrity of all its communications, including electronic communications, but
accepts no liability for materials transmitted. Materials may also be transmitted without the knowledge of ABN AMRO Morgans.
ABN AMRO Morgans Limited its directors and employees do not accept liability for the results of any actions taken or not
on the basis of the information in this report. ABN AMRO Morgans Limited and its associates hold or may hold securities in
the companies/trusts mentioned herein. Any recommendation is made on the basis of our research of the investment and
may not suit the specific requirements of clients. Assessments of suitability to an individuals portfolio can only be made
after an examination of the particular clients investments, financial circumstances and requirements.
ABN AMRO Morgans Limited (ABN 49 010 669 726 AFSL 235410) A Participant of ASX Group
--- You are currently subscribed to cfaussie as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] Aussie Macromedia Developers: http://lists.daemon.com.au/
