https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19817
--- Comment #8 from Katrin Fischer <katrin.fisc...@bsz-bw.de> --- (In reply to Jonathan Druart from comment #7) > Next step is to re-add the ability to "edit the manual". > I would suggest to remove the possibility to edit the manual, but allow to > create new pages (which will not be erased on update). > > I need to know what are the different use cases and needs. Possible use cases I could see for local help files: - Being able to explain custom fields like authorised values, patron attributes etc. - Being able to explain how to use collections, locations, item types - Offer local help for cataloguing like explanations for fields and subfields, internal standards and agreements > We need also to think about an ergonomic way to manage these additional help > files. > For instance: in the top right of the staff pages we will have a "Help" > group buttons with > Link to the official manual | Add a new page > And when new pages are created: > Link to the official manual | Additional pages 1..N | Add a new page > > The additional pages would be linked to a specific page of the staff > interface (see the mapping in Koha::Manual) > > Does it make sense? Other ideas/opinions? That makes sense to me. I think having a HTML based editor would be better than .rst for the local help files and that we should store them in the database. -- You are receiving this mail because: You are watching all bug changes. _______________________________________________ Koha-bugs mailing list Koha-bugs@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/