[sword-devel] CrossWire lacks a Content Management System
caleb at alerque.com
Mon Nov 8 02:17:09 MST 2010
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
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
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.
On Sat, Nov 6, 2010 at 14:49, Troy A. Griffitts <scribe at 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.
> 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.
>> sword-devel mailing list: sword-devel at crosswire.org
>> Instructions to unsubscribe/change your settings at above page
> sword-devel mailing list: sword-devel at crosswire.org
> Instructions to unsubscribe/change your settings at above page
More information about the sword-devel