-
Notifications
You must be signed in to change notification settings - Fork 114
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Restructure documentation #235
Comments
I hope the new manual will be done at Github so that users can participate
by cloning and issuing pull requests. It's difficult to think about the
content in the abstract, but the outline looks good.
|
Internal remark: @wujastyk Yes, it will. Same as this repository. Currently not that much contributors, but I'm looking forward positively! |
Please don't take my comments as inpolite. I mean it constructiv. My english is not the best, so I hope you won't take it to rude. Please do not try to "hear" some tones between my lines. First of all I believe in that a software should and can describe itself. The GUI (or any other type of interface) should be able to guide the user that way that it is not possible to read one line of documentation. But this is religion and not reallity - I know. But it should be a far away goal. Even if we could fullfill 50% of that goal it would be great. We also have to take into account that the core devs of JabRef are doing everything in freetime (beside their family and jobs) and the team is kind of overloaded. The question is how much time ressources should they detour from developend and invest into documentation? The reality: User do not read documentation before they use a software. Even if they have a problem they do not read it. So why should you/we invest time into user documentation? I would recommand not to write a full complete manual type document. I would recommand to focus on the most common problems users aks and report. The proposal of Tobias still flow into this direction. I really like the approach to describe features by use cases (Tobias named that section Guides). What I would completely remove is the Introduction. Installation should not be needed to described. It should be self describing fitting to the related plattform. Of course you need a how to install developer version or from source section. But I would put that in a separate developer documentation and strictly separate that from the user docu. The FAQ should be combined with a Troubleshooting (or known/often problems) section. btw: Users like video tutorials. |
I would prefer the online documentation to follow the menu structure (assuming that the menu reproduces some inherent structure). The next step would be to define a hotkey for help (say Ctrl) and jump to the help entry of that particular menu on click. Technically, a kind of wiki would be more helpful than a single PDF document (especially for searching, linking, opening some entry in a separate tab etc). I also like the idea of workflows (or guides), but they need to be comprehensive to be helpful, that is, covering also potential borderline cases rather than just the main use case. |
Currently http://help.jabref.org was meant to offer what you described. - In 2015, the help was incloded in JabRef. With JabRef/jabref#724, we extracted it out of JabRef and moved it to https://github.com/JabRef/help.jabref.org. One could also maintain both: help.jabref.org with the direct explanation of the menu entires / buttons / dialogs. For "user stories", it points to https://docs.jabref.org (maintained at https://github.com/JabRef/docs.jabref.org). |
Don't fogert that the help-buttons in JabRef (e.g. next to fields) open the context sensitive help, e.g. describin the dialog options/the action |
The current English documentation at help.jabref.org is written using the
second-person pronoun. "If you want to do this, you do that." I consider
this excellent practice, and I hope it will continue into the new
documentation effort. The old-fashioned, third-person style, "the user
should press return," is rightly to be dumped. :-)
Dominik
|
Hello @tobiasdiez I can see this issue to be open. Can I take this? If yes, please help me to get started. I know markdown quite well with good English and can start documenting. |
@mathagician This is a very hard task. Did you ever use JabRef? Please look at https://docs.jabref.org for the current help. It is contained in the |
Thanks everyone for the good feedback. I've now restructured the whole user documentation. A few of the new pages are still missing content and/or need to be revised. Help in this regard is very much appreciated. Moreover, the collection pages "Collect", "Organize", etc are currently empty. I think this would be a good place for the use-case oriented guides. I'll opened a new issue for this: #278 |
The help should be restructured. Based on this manual and the current structure, I would propose the following:
@JabRef/translators @domwass @Codeberg-AsGithubAlternative-buhtz @wujastyk @j0hannes @bernhard-kleine further suggestions what to include or leave out from our power-users? Any features that you discovered on your own but would have like to be told about before?
The text was updated successfully, but these errors were encountered: