Jorge Vargas wrote: > Actually the problem is a little more complicated then the order, it's a > weird issue with the fact that references to other tables are strings. the > people at SQLObject list said a couple of reasons why this is suchs a > problem. when I talk about it on the list they complain about the > commandline tool usage :)
What does this mean? I am confused now... Is this a TurboGears or a SQLObject issue? I looked in the sqlobject-discuss archives but I was unable to find such a thread. Would you have any pointer? Anyway, I hope that's not a case of bucket being passed around. That makes it very difficult for even motivated people to try to contribute... Because yes, I'd love to contribute and help fixing this issue: I am considering the possibility of porting a fairly large application to TG (~70 entities), building and maintaining an ordered (*) "soClasses" list with this many interrelated classes does _not_ sound like fun... (*) In my experience, contrary to what is said in the last entry on ticket #279, it seems the soClasses list must be ordered by *dependencies*, and not alphabetically. Cheers! PS: with such a large system, would I be better of going with SQLAlchemy? -- Yves-Eric --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "TurboGears" 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/turbogears -~----------~----~----~----~------~----~------~--~---
