2013/3/5 Peter Stuge <[email protected]> > Javier Domingo wrote: > > > I'll echo Ethan's question: Have you already looked into my > > > suggestion to extend the existing permission system? > > > > I did, but I would still need to hit against the database, > > and some other things. > > Be specific. What is the problem? > > It just sounds like you are afraid of (unfamiliar with?) databases. >
No, just that I don't like having to make the queries specific to db. > > easier to hack the core without having to understand > > This sentence perfectly sums up *everything* that is wrong with > hipster programmers. > > How about FIRST understanding, and THEN hacking the core? > I understood the code, what I meant is that I don't like to have to struggle my head onto the code. I would use perl if I would like to do so. I am using python because it is easier to read on a simple glance. > No - it is critical to avoid understanding at ALL cost! Even if > it means rewriting a mature application using a peppy framework. I understand that trac is a mature, but that is not a reason for not upgrading it. In the same line of thinking, you should be using a plaintext database, as that would work too, you should use a non-preemtive kernel (for example), or develop web apps in asm. > > I have asked in #django > > Your method is mindblowing. Did you consider that #django might be biased? > Well, I don't see why it should be biased, as I just asked for a way of implementing a component manager in django, and he suggested the same solution trac is using. > I have found a guy very interested on your component manager, and > > talking to him, he has given me an idea about how to create it. > > ..except.. IT ALREADY EXISTS! > > Stop wasting time and REUSE what is already there. > That is my idea, I plan to use a DAL that is already there, and many more things. > > I am going to try it with my team, as I think its a very great idea, > > I think it is an absolutely horrible idea and waste of precious life. > Ok Please please just do something useful with the existing Trac instead. Well, that is the first thing I planned to do, but I see no bad on trying to experiment with the migration > //Peter > > -- > 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.
