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 trac-dev+unsubscr...@googlegroups.com. > To post to this group, send email to trac-dev@googlegroups.com. > 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 trac-dev+unsubscr...@googlegroups.com. To post to this group, send email to trac-dev@googlegroups.com. Visit this group at http://groups.google.com/group/trac-dev?hl=en. For more options, visit https://groups.google.com/groups/opt_out.
