2013/3/5 Peter Stuge <pe...@stuge.se> > 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 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.
