Hi, + 1 for creating/adding a DAL to Trac
I could imagine that doing a fundraising for the goal could raise some money for solving the human ressource problem. best regards Hans-Peter Locher Am 05.03.2013 um 09:17 schrieb Leho Kraav: > On Monday, March 4, 2013 3:20:28 PM UTC+2, Javier Domingo wrote: > Hi, I am looking into trac's code, and I have found that there is no DAL. It > has a very flexible database design, but it is not an efficient design for a > database that will have lots of queries. > > I have found that it uses hard-coded queries (which is difficult to > understand how it works), text as primary keys, etc. > > I would like to ask why doesn't trac use django (with south for db > versioning). > > I plan to develop a parallel ticket system as a plugin (as I mentioned in > previous threads) using as base the original trac.ticket structure, using > django as a DAL and maintaining the interfaces. > > I say all this because I think that trac is a very great software if you want > to extend it, the interface is clear and simple, but I think it needs to be > internally hackable. > > Hi Javier > > Trac is almost 10 years old. Django (or anything else, Pyramid etc) wasn't > nearly the quality players they are today. Trac is also a web application > framework on its own. It has therefore never needed an outside framework to > perform its job. > > Main implementation on top of this app is a rather specialized software > development process tool. Because the amount of core developers has remained > small for whatever reason, no (human) resources have appeared that could've > made Trac web app framework core part to the level of Django so whatever apps > could easily be built on top of Trac core. Very few people have needed this > and it's a very difficult thing to do. > > That being said, I myself long been interested in somehow either getting Trac > core to a higher level (Wordpress, Django) so it could support building a > wider range of applications sitting next to its excellenet main functionality > > OR > > Take Trac's primary modules (Wiki, Ticket) and port them on top of a > generalized web app framework that has a significantly wider user and > development base, so you don't have to write alot of plumbing again if you > want to make a new app. > > Unfortunately both of these tasks is a *significant* undertaking. It is not a > trivial task at all. I'd estimate months of pretty serious time commitment > for at least 2 skilled developers to achieve anything significant either way. > > So, out of curiosity (for now), how serious are you about attempting this? > Hacking interest can fade very quickly when tasks are hard. > > -- > You received this message because you are subscribed to the Google Groups > "Trac Development" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > To post to this group, send email to [email protected]. > Visit this group at http://groups.google.com/group/trac-dev?hl=en. > For more options, visit https://groups.google.com/groups/opt_out. > > -- You received this message because you are subscribed to the Google Groups "Trac Development" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at http://groups.google.com/group/trac-dev?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
