My, I'm being vocal today. [^o)] But looking at the weaknesses of some of the add-ins, I have a suggestion - which Logos may already be doing.
When doing the first steps of a product - requirements gathering, design, prototyping ... - it would be useful to Logos to have a virtual committee to tell the developers how they, the committee members, would use the product. The committee should include:
- original language professors and.or researchers
- Bible study professors and/or researchers
- seminary students
- pastors
- Bible study teachers
- family users
Note that for some products, some users would say legitimately "it's of no use to me".
More importantly, the virtual committee should include:
- Jewish users
- Catholic and Orthodox users
- Liturgical Protestants - Lutheran, Anglican ...
- Main stream Protestants
- Evangelical /Pentecostal Protestants
- Non-believing academics
Why does Logos need such a committee? Simply because they can't have a balanced, diverse set of "users" among their employees. So they come out with conceptually wonderful products that just miss the mark. Examples:
- The lectionary add-in combines ordo (calendar) and lectionary (readings) - making it difficult to use for historical lectionaries. It's labeling options make it difficult to use for Jewish reading cycles. Minor modification would expand it to support prayer books.
- Reading plan - doesn't handle most canons; could easily be designed to handle shorter, repeating reading cycles such as the Orthodox 4 week cyle
- Study templates - many good features but current beta is geared (unintentional?) to sermons created outside the lectionary (multi-reading), liturgical year framework.
- Pericope comparisons - based on translation headings to define pericope; no implementation based on lectionary pericopes
I'm not talking about a committee that mandates major, expensive change - merely, a committee that can fine tune the product for a multiplicy of uses - position and tradition. See I've even diven Logos a catchy title for the group.