On 16/05/12 11:21 +0200, Albert Cervera i Areny wrote: > A Dimarts, 15 de maig de 2012 10:16:08, Cédric Krier va escriure: > > So this change follow the KISS principle we apply on Tryton. > > I don't see why an administrator needs again to read a description of a > > module before activate it on the database when he already install in on > > the system. > > The thing is, at least in our use case, that the one who installs the module > in the OS is an administrator but not necessarily the one that installs the > module in the database. > > For example, we provide users an environment for testing where they can test > any modules they want. They do not get any information about the module > unless > there's some doc in the list of modules.
They just have to look at http://doc.tryton.org/ > Anyone that wants to provide a SaaS > will probably be in a similar situation. This should not be managed in the application because it is not enough. As SaaS, you must provide a lot more stuffs and the application is clearly not the right place. By the way, I'm thinking also about moving out the database management from the client (and just move it to neso). > As well as users that want to try > Tryton and they use neso. They will not find information easily. So let's make http://doc.tryton.org/ easy. > Of course, another solution would be to create a new module that adds a > function field that shows the information in doc/ but then the user must know > he has to install that module before anything else :) Do you think it is a > problem to provide such a field in the base module? Yes: - There is no good way to provide translations. Don't say it was working before because it was a crappy hack. - The application is not the right place for documentation. - There is already a place for documenation http://doc.tryton.org/ -- Cédric Krier B2CK SPRL Rue de Rotterdam, 4 4000 Liège Belgium Tel: +32 472 54 46 59 Email/Jabber: [email protected] Website: http://www.b2ck.com/
pgpYC48dfQI46.pgp
Description: PGP signature
