Giter Site home page Giter Site logo

Comments (6)

francesco-ooops avatar francesco-ooops commented on July 20, 2024 2

Hi @pedrobaeza,

being "Description" the first visible part of the readme, I think it would be good if we could keep it as concise and direct as possible, explaining immediately "what" the module does;

"Usage" should then explain "how" the goal in description is achieved;

"Context/Use Cases" would be a space (also) for functionals to go in depth of the "why" one should employ this module.

IMHO it wouldn't be ideal to have too long of a "Description" section; I think @TumbaoJu request has the goal of adding a space where functionals can find and contribute module documentation without making the main description too lengthy.

from maintainer-tools.

pedrobaeza avatar pedrobaeza commented on July 20, 2024 2

I think the description is the best suitable place, but my opinion is only one amongst a lot, so if the rest wants to go that direction, OK for me.

from maintainer-tools.

TumbaoJu avatar TumbaoJu commented on July 20, 2024 1

@sbidoul : Here is the issue for the proposal of the new Read Me section

from maintainer-tools.

pedrobaeza avatar pedrobaeza commented on July 20, 2024

I'm not sure about adding a new section instead of putting the business use case inside DESCRIPTION.rst, which is the most visible one and most of the times is equivalent and the explanation is blended with the rest of the description. See for example https://github.com/OCA/sale-workflow/pull/2473/files#diff-630cc9f3ce79965b50eee70bf1e7247de551fb31fa5eafe8cd05a71e02998c34R28

from maintainer-tools.

sbidoul avatar sbidoul commented on July 20, 2024

Missing use case is often my main complaint concerning OCA documentation. Too often I contemplate a module, more or less understanding what it does but wondering when to use it.

So I'm in favor of encouraging contributors to add context / use case information.

I also think the description part must remain concise. I don't know if use case information would often be too long for the description section.

One interesting benefit of a separate CONTEXT fragment is that it opens the possibility to enforce its presence in 17.

from maintainer-tools.

sbidoul avatar sbidoul commented on July 20, 2024

I propose #576 to implement this.

from maintainer-tools.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.