fix lists in readme
[mixstore.git] / src / Mixstore / StaticBundle / Resources / views / policy.html.twig
... / ...
CommitLineData
1{% extends "::base.html.twig" %}
2
3{% block title %}{{ parent() }}policy{% endblock %}
4
5{% block header %}
6{{ parent() }}
7<link rel="stylesheet" href="{{ asset('mixstore/css/static/policy.css') }}">
8{% endblock %}
9
10{% block content %}
11
12<div id="maintext" class="row">
13
14<h2 class="center">Procedure to add and maintain packages or usecases</h2>
15
16<ol class="policy">
17 <li>
18 Registration is mandatory: follow <a href="{{ path('fos_user_registration_register') }}">this link</a>,
19 and fill in your name and email address. Neither of them will ever be displayed on the website,
20 but internally we like to identify people modifying the mixstore pages.
21 </li>
22
23 <li>
24 Once signed up you should be able to <a href="{{ path('fos_user_security_login') }}">login</a>.
25 Logging in gets you to the main <a href="{{ path('mixstore_user_board') }}">board</a>.
26 All your actions on the website start from here.
27 </li>
28
29 <li>
30 Both sections (packages and usecases) have a link "add some new thing". Click on either of them
31 to add for example a new package. The following fields are mandatory :
32 <ul>
33 <li>Name: the name of your package.
34 </li>
35 <li>Headline: a few words to describe what the package does.
36 </li>
37 <li>Url: a web link to (at least) download the package.
38 </li>
39 <li>Authors: a (unstructured) list of authors.
40 </li>
41 <li>Contact: an email address for any exchange related to the package.
42 </li>
43 </ul>
44 <p>
45 Only the description field is optional, because you might already have the description page
46 on your own website. But even in this case it might be good for SEO, and to give a preview
47 of your website to mixstore users.
48 </p>
49 <p>
50 Mixstore improves the visibility of your package. In return, <span class="red">we kindly ask
51 you to provide a visible link to Mixstore on your website.</span>
52 </p></li>
53
54 <li>
55 Finally, a usecase has the following fields (all mandatory):
56 <ul>
57 <li>Institution: the structure where the work took place. Either academic,
58 industry (please be more specific) or personal usage.
59 </li>
60 <li>Softwares: a list of packages involved (all in the store).
61 </li>
62 <li>Headline: a few words describing the context of the usecase.
63 </li>
64 <li>Description: an extended abstract showing how the softwares were used.
65 </li>
66 <li>Contact: an email address for any exchange related to the usecase.
67 </li>
68 </ul>
69 </li>
70</ol>
71
72</div>
73
74{% endblock %}