[sword-devel] Legitimate FTP Mirrors & Module Distribution Rights Question
Brian J Dumont
brian.j.dumont at gmail.com
Mon Jul 30 19:47:22 MST 2012
On 07/30/2012 07:16 PM, Karl Kleinpaste wrote:
>> We've discussed a better format than image modules for maps and some
>> century might get around to implementing something, but Xiphos just
>> goes out and releases something. That's not a bad thing. I think you
>> claim that characterization with your head high.
> People who author modules for Xiphos repo generally want them out, now,
> rather than when consensus is achieved. Consensus, and feature
> completeness, is never achieved in Sword. So yeah, we put out stuff
> more or less as soon as it's available. If anyone's pet UI doesn't
> grasp what such modules provide, I figure that's a problem for the UI,
> not the modules, and it's an inducement to apply pressure for better,
> more up-to-date implementation. So many of the UIs have been feature-
> stagnant for years.
Regardless of source, author, time, or focus, all modules continue to
leave room for improvement. Even the KJV module, which is in most ways
the flagship module, continues to have changes, updates, and feature
additions. This is proof that it's a bit silly to hold back content for
markup-completeness.
Now accuracy is, in my mind, a different story. A very thoughtful and
real effort should be made to ensure accuracy insofar as possible.
But if a module is valid xml (OSIS or ThML), and some apps do not handle
the full content, then it's the app that should be updated rather than
the module. A module developer *should* push the capabilities of the
apps. If no module uses an OSIS/ThML feature, then there is no way
anyone will get around to adding support.
My $0.02,
Brian
--
-----------------------------------------------------------------------
The question is not "Have you accepted Jesus into your heart", but "Has
Jesus accepted you into His heart?"; not "have you given your whole
life for God", but "has God given His whole life for you"
- Pr Bryan Wolfmueller, 2010
More information about the sword-devel
mailing list