Jump to content

User:Jstaniek/Calligra Sprint 2011.2 presentation: Difference between revisions

From KDE Community Wiki
Jstaniek (talk | contribs)
No edit summary
Jstaniek (talk | contribs)
Line 21: Line 21:
===Sharing Kexi's CSV import/export engine within Calligra===
===Sharing Kexi's CSV import/export engine within Calligra===
===Better separation between engine and UI===
===Better separation between engine and UI===
===Eating our dog food: use Kexi, Tables, Plan, etc. in our work===
===Eating our dog food===
*Why?
**Sends clear message: this software is useful
**Testing by fellow contributors is valuable
**Generates usage scenarios and then requirements
**Brings ideas for improvements in terms of integration with other apps
***Helps avoid feature duplication
**If right tool picked, development process improves
**Team building
**Easier to understand and acknowledge differences between apps
**Helps identify specific competences among contributors
 
*Use Where? 3 aspects
**Reusing our features of one app in other apps (instead of reinventing)
***Target: Calligra developers/designers
**Using our apps in the development process
***Target: Any Calligra contributors
**Using our apps elsewhere unrelated
***Target: Any Calligra contributors and advocates
 
*Use What?
**Use Kexi for relational data
***Already good for storing and simple queries
***Not yet good for analyzing
***Only simple relational features
***Status: not used, let's start!
***Action point: provide usage scenarios
****Example: CSV import/export
***Action point: provide server infrastructure for shared databases
****some of that public, some of that for contributors only
**Use Tables for tabular data
***Status: used for some ods files
***Action point: identify problems like usability
**Use Plan for project management
***Status: some contributors use it
***Action point: get best practices from them

Revision as of 23:33, 4 November 2011

My Plans

  • Why Kexi? - introduction for Calligra Developers
  • Sharing Kexi's CSV import/export engine within Calligra
  • Better separation between engine and UI
  • Eating our dog food: use Kexi, Tables, Plan, etc. in our work

Other Plans

(from https://sprints.kde.org/sprint/43)

  • Shreya: Improving UI and features of Kexi Web Element,fixing bugs, Multimedia in Kexi
  • Dimitrios:
    • Need for Interoperability between Calligra apps
    • UI perspective from a non developer
    • Promoting Calligra
    • Plug-ins K.I.S.S. proposal
    • Calligra and DTP (ideas)
    • Kexi Documentation / Making documentation roadmaps
  • Radek: bug hunting in kexi, futher maps plugin expand

Outline

Why Kexi? - introduction for Calligra Developers

Sharing Kexi's CSV import/export engine within Calligra

Better separation between engine and UI

Eating our dog food

  • Why?
    • Sends clear message: this software is useful
    • Testing by fellow contributors is valuable
    • Generates usage scenarios and then requirements
    • Brings ideas for improvements in terms of integration with other apps
      • Helps avoid feature duplication
    • If right tool picked, development process improves
    • Team building
    • Easier to understand and acknowledge differences between apps
    • Helps identify specific competences among contributors
  • Use Where? 3 aspects
    • Reusing our features of one app in other apps (instead of reinventing)
      • Target: Calligra developers/designers
    • Using our apps in the development process
      • Target: Any Calligra contributors
    • Using our apps elsewhere unrelated
      • Target: Any Calligra contributors and advocates
  • Use What?
    • Use Kexi for relational data
      • Already good for storing and simple queries
      • Not yet good for analyzing
      • Only simple relational features
      • Status: not used, let's start!
      • Action point: provide usage scenarios
        • Example: CSV import/export
      • Action point: provide server infrastructure for shared databases
        • some of that public, some of that for contributors only
    • Use Tables for tabular data
      • Status: used for some ods files
      • Action point: identify problems like usability
    • Use Plan for project management
      • Status: some contributors use it
      • Action point: get best practices from them