Troy and Chris et all, I cannot speak for what David felt as the exact problem, but I can tell you why I jumped in with a comment. Troy it's hard to come up with a specific example because the problem might be best described as general discombobulation. The main crosswire site and the sword sub site are both navigational catastrophes. This happens over time as people come and go and projects eb and flow. I know how it is. The top level layout has lost focus and usefulness to newcomers and content has stagnated.
Chris you mention the issue of balancing devel news / nightly snapshot type updates and releases that the public aught to be informed about. I realize this is an issue, but it was pointed out just last week on this list that the information for diatake on the site is some ten years old and there is no indication that it has actually been maintained to this day. Surely that's erring on the side of not enough up to date information. Also it was pointed on on another thread that there is a crosswire wiki. Even new module developers seem to miss that this exists. I looked and didn't see any reference to it on the crosswire home page. Furthermore a quick glace at each area shows massive duplication of content between the main site and the wiki, usually with the scales tipping to the wiki for being up to date. A little more poking shows even further duplication and even older content on the sword specific sub-site. Troy you mention the word involved in "committing to the maintenance of another framework". From the outside it looks like there are already at least a trio if not half a dozen frameworks that don't interact and are in various states of disrepair. I chimmed in on this thread because it sounded like David was suggesting getting all of the above under one heading so there is only one framework that actually CAN be reasonably maintained. Further thoughts? Caleb On Sat, Nov 6, 2010 at 14:49, Troy A. Griffitts <scr...@crosswire.org> wrote: > I agree with Chris on this issue. CMS has been a debated topic in the past. > > From my conservative position, you must give a specific, real world > problem we currently have which is not easily solved with our current > infrastructure, or a real world benefit we are currently lacking because > we do not have something labeled a "CMS", for us to even consider > committing to the maintenance of another framework. > > Troy > > > > On 11/06/2010 12:22 PM, Chris Little wrote: >> >> >> On 11/6/2010 3:49 AM, David Haslam wrote: >>> We have an ftpmirror that does not keep track of updates to scripts and >>> other software tools that we host. >> >> What you're referring to here (linking directly to the SVN versions of >> perl scripts that we maintain) would be akin to replacing every single >> binary we provide with nightly builds. We don't need to be publishing an >> SVN commit that I made just over 12 hours ago when it hasn't even >> undergone testing beyond one or two USFM docs. The perl scripts change >> seldom and slowly, and they are used and tested by very few people. >> >> --Chris >> >> _______________________________________________ >> sword-devel mailing list: sword-devel@crosswire.org >> http://www.crosswire.org/mailman/listinfo/sword-devel >> Instructions to unsubscribe/change your settings at above page > > > _______________________________________________ > sword-devel mailing list: sword-devel@crosswire.org > http://www.crosswire.org/mailman/listinfo/sword-devel > Instructions to unsubscribe/change your settings at above page > _______________________________________________ sword-devel mailing list: sword-devel@crosswire.org http://www.crosswire.org/mailman/listinfo/sword-devel Instructions to unsubscribe/change your settings at above page