Hi! On Fri, Nov 06, 2009 at 10:56:02AM -0800, J.H. wrote: > 2) If the repository is cloned the ctag information is not retained, > which means there is no real way for the original developer to > manage or move this information between different hosting sites, > I.E. repo.or.cz and kernel.org (though I'll admit I have it turned > off) This is interesting argument, I have always thought about ctags being a rather site-specific mechanism and I think it would've meet with a lot of user opposition to e.g. keep ctags in a specific branch; I can think of no other good way to do it either. > So if your going to eliminate the project listing, with the general > intention of using the tag cloud as more of a primary search > mechanism, including the search box, I think there's some serious > work that needs to be put into the ctags system because in it's > current state, for the likes of kernel.org, it's unusable, unstable > and not something I would recommend to anyone to run in production. > I like the idea, I just have concerns over it's current > implementation. This patch is orthogonal to that, I believe. I agree that the ctags mechanism is somewhat hackish; unfortunately, I personally don't have the time to fix it up properly. I think it is still good enough for many users, and the frontpage mechanism would be quite useful even for people who don't want to use content tags. -- Petr "Pasky" Baudis A lot of people have my books on their bookshelves. That's the problem, they need to read them. -- Don Knuth -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html