The syntax i was referring to is much more straightforward. With sfDoctrine, for example, if you specify the foreign column name (user_id) then you edit... the user id. If you specify the foreign (table) name (User) then you get a popup menu. That is plain logic. There shouldn't be any more syntax needed, imo. (no "allowpkinsert"...)
Besides it's the same logic as in the "list" part of the generator. If you want to see the id, you use the field "user_id", if you want to see the object behind, you use: "user". Let's keep that same logic everywhere and editing foreign keys will be possible. This was difficult to implement with propel before the refactoring of sfPropelCrudGenerator and sfAdminGenerator. I believe that's the reason it never got implemented. :-) == Olivier Le 30 nov. 06 à 17:56, skr a écrit : > > > Olivier Verdier schrieb: > >> It should. Someone should set out to implement that. It pretty easy >> with the fact that sfPropelCrudGenerator now inherits from >> sfAdminGenerator. > its easy - see: > http://www.symfony-project.com/trac/ticket/345 > > Konrad > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "symfony developers" 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-devs?hl=en -~----------~----~----~----~------~----~------~--~---
