I hope this isn't because you are generating HTML inside your actions or model and passing it to the view to render that way? Then I could understand a non-symfony/PHP person being scared to work with symfony's template. One of the strenghts of symfony, if you follow best practices of HTML only in the view, is that the templating/HTML side of the app is totally seperated from business logic and so editing HTML doesn't break logic and vice versa.
Twist his arm and get him into it and he'll realise how cool it is ;). The time spent trying to do it this special way will far exceed time spent for him just to learn the directory structure On Tue, Sep 29, 2009 at 9:23 PM, Simon Cast <[email protected]> wrote: > > Why? Quite simply my programming skills/experience doesn't extend tong to > doing what you talk about in the time I have. > > It is a trade-off. > > I written the application to use the full Symfony framework however > the person responsible for the UI doesn't want to learn Symfony > templating to fix my mediocre HTML pages. > > -Simon > > On Sep 28, 7:28 pm, Gareth McCumskey <[email protected]> wrote: > > Personally I don't see why you would even bother with symfony then. The > > whole point is that symfony is an MVC, not just M and half a C. Sure, you > > probably could just use the bits you want but if your not using symfony's > > view/templating system why not just use Propel on its own, tack on your > own > > "actions" class, etc and let that HTML you are talking about do the rest. > > Then you don't have to worry about hacking symfony up to do half its job. > > > > > > > > On Mon, Sep 28, 2009 at 5:55 PM, Simon Cast <[email protected]> > wrote: > > > > > Hi, > > > > > I'm working on a project where we are going to not use the presenation/ > > > view layer of symfony to render pages. All the actions, business > > > logic and database access will be handled by Symfony but the > > > presenation/page generation will be handled using straight HTML/JS > > > (don't ask). Symfony in effect manages API calls. > > > > > Does any one have advice or tips on potential pitfalls? > > > > > One pitfall that I haven't resolved is how the HTML/JS pages and > > > Symfony are going to site on the same server and play nice together. > > > I could see problems with going towww.example.comand Symfony > > > index.php taking over but that is probably resolved by changing the > > > htmldocs directory. > > > > > On a similar note, does anyone know if there will be problems with > > > calling actions straight without first going through the index.php? > > > > > Thanks for any pointers. > > > > > Regards, > > > > > Simon > > > > -- > > Gareth McCumskeyhttp://garethmccumskey.blogspot.com > > twitter: @garethmcc > > > -- Gareth McCumskey http://garethmccumskey.blogspot.com twitter: @garethmcc --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony users" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/symfony-users?hl=en -~----------~----~----~----~------~----~------~--~---
