added branch work/queries

git-svn-id: http://redmine.rubyforge.org/svn/branches/work@78 e93f8b46-1217-0410-a6f0-8f06a7374b81
This commit is contained in:
Jean-Philippe Lang committed 2006-12-07 18:15:57 +00:00
1 parent 828d8ac35e
commit d5192b82aa
472 files changed
+35909

No files matched your search

@@ -0,0 +1,429 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN" "http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
<book>
<title>RedMine Documentation</title>
<chapter>
<title>Administration</title>
<section>
<title>Users</title>
<para>These screens allow you to manage the application users.</para>
<section>
<title>Users’ List</title>
<para/>
<screenshot>
<screeninfo>Users’ List</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/users_list.png"/>
</imageobject>
</mediaobject>
</screenshot>
<para>The Lock/Unlock buttons allow you to lock/unlock the user accounts.</para>
<para>A user having a locked account cannot log in and access the application.</para>
</section>
<section>
<title>User Creation or Modification</title>
<para>In modification mode, please leave the Password field blank in order to keep the user’s password unchanged.</para>
<para>A user designated as administrator has unrestricted access to the application and to all projects.</para>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Administrator</guilabel>
: designate the user as the administrator of the application.
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">E-mail notifications</guilabel>
: activate or de-activate automatic e-mail notifications for this user
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Locked</guilabel>
: de-activates the user’s account
</para>
</listitem>
</itemizedlist>
<para/>
</section>
</section>
<section>
<title>Roles and Permissions</title>
<para>Roles organize the permissions of various members of a project. Each member of a project has a one Role in a project. A user can have different roles in different projects.</para>
<para>On the new or edit Role screen, check off the actions authorized for the Role.</para>
</section>
<section>
<title>Trackers</title>
<para>Trackers allow the sorting of Issues and can define specific workflows.</para>
</section>
<section>
<title>Customized fields</title>
<para>Customized fields allow you to add additional information in Projects, Issues or Users. A customized field can be of one the following types:</para>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Integer</guilabel>
: positive or negative number
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">String</guilabel>
: a string of characters - one single line of input.
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Text</guilabel>
: a string of characters with multiple lines of input. Differs from String Format by providing multiple lines of input instead of a single line.
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Date</guilabel>
: date
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Boolean</guilabel>
: true or false (check if necessary)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">List</guilabel>
: value to select from a predefined list (aka: scroll list or select box)
</para>
</listitem>
</itemizedlist>
<para>Validation elements can be defined:</para>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Required</guilabel>
: A required field must have input in the forms
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">For all the projects</guilabel>
: field automatically associated to all of the projects
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Min - max length</guilabel>
: minimum and maximum length for the input fields (0 means that there is no restriction)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Regular Expression</guilabel>
: regular expressions may provide validation of the input value
</para>
<para>Examples:</para>
<para>
<code>^\[A-Z]{4}\d+$</code>
: 4 capital letters followed by one or several digits
</para>
<para>
<code>^[^0-9]*$</code>
: characters only - no digits
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Possible values</guilabel>
: possible values for the fields of "List" type. Values are separated by the character |
</para>
</listitem>
</itemizedlist>
<para/>
<section>
<title>Fields for Projects</title>
<para/>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Required</guilabel>
: required field
</para>
</listitem>
</itemizedlist>
<para/>
</section>
<section>
<title>Fields for Issues</title>
<para/>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">For all projects</guilabel>
: field automatically associated to all project Issues
</para>
<para>If this option is not activated, each project could choose whether or not to use the field for its Issues (please see the project configuration).</para>
</listitem>
</itemizedlist>
<para/>
</section>
<section>
<title>Field for Users</title>
<para/>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Required</guilabel>
: required field
</para>
</listitem>
</itemizedlist>
<para/>
</section>
</section>
<section>
<title>Issue status</title>
<para>These screens allow you to define the different possible Issue statuses.</para>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Closed</guilabel>
: indicates Issue is considered as closed
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Default</guilabel>
: status applied by default to new Issue requests (only one status can be Default status)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Color</guilabel>
: HTML color code (6 characters) representing the displayed status
</para>
</listitem>
</itemizedlist>
<para/>
</section>
<section>
<title>Workflow</title>
<para>The workflow allows to define changes the various project members are allowed to make on the Issues, according to their type.</para>
<para>Select the role and the tracker for which you want to modify the workflow, then click Edit. The screen allows you then to modify the authorized change, for the chosen role and tracker. The Current Status options indicate the initial request status. The "New Statuses allowed" columns stand for the authorized status to apply.</para>
<para>
<remark>Note: In order for a particular Role to change an Issue status, the authorization must be given to it explicitly, regardless of the workflow configuration.</remark>
</para>
<para/>
<screenshot>
<screeninfo>Example of a workflow configuration</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/workflow.png"/>
</imageobject>
</mediaobject>
</screenshot>
<para>In the above example, Bug type Issue requests with a New status could be given an Assigned or Resolved status by the Developer role. Those with an Assigned status could get a Resolved status. The status of all the other Bug type requests cannot be modified by the Developer.</para>
</section>
<section>
<title>Enumerations</title>
<para>The value lists used by the application can be customized (for example, setting Issue priorities). This screen allows you to define the possible values for each of the following lists:</para>
<itemizedlist>
<listitem>
<para>Issue Priorities</para>
</listitem>
<listitem>
<para>Document Categories</para>
</listitem>
</itemizedlist>
<para/>
</section>
<section>
<title>E-mail notifications</title>
<para>This screen allows you to select the actions that will generate an e-mail notification for project members.</para>
<para>Note: E-mail sending must be activated in the application configuration if you want to make any notifications.</para>
</section>
<section>
<title>Authentication</title>
<para>By default, redMine refers to its own database to authenticate users, by a specific password.</para>
<para>If you already have one or several external user references (like LDAP), you can make them known in order to be used for authentication on redMine. This allows users to access redMine with their usual user names and passwords.</para>
<para>For each known reference, you can specify if the accounts can be created on the fly on redMine. If needed, the user accounts will be created automatically during the user’s signing in (without any specific rights on the projects), according to information available in the reference. Otherwise, the administrator must have previously created the user account on redMine.</para>
<para/>
<section>
<title>LDAP statement</title>
<para/>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Name</guilabel>
: reference display name
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Host</guilabel>
: LDAP server host name
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Port</guilabel>
: connection port to the LDAP server
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Account</guilabel>
: DN of the connection account to LDAP (please leave it blank if the directory authorizes anonymous read access)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Password</guilabel>
: password of the connection account
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Base DN</guilabel>
: Basic DN used for user search in the directory
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">LDAP screen</guilabel>
: User search screen in the directory (optional)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">LDAP features</guilabel>
:
</para>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Identifier</guilabel>
: LDAP feature name used as user identifier (e.g.: uid)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">First name</guilabel>
: LDAP feature name including the user’s first name (ex: givenName)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Last name</guilabel>
: LDAP feature name including the user’s last name (ex: familyName)
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">E-mail</guilabel>
: LDAP feature name including the user’s e-mail address (ex: mail)
</para>
</listitem>
</itemizedlist>
</listitem>
</itemizedlist>
<para>
The features"
<guilabel moreinfo="none">First name</guilabel>
", "
<guilabel moreinfo="none">Last name</guilabel>
" and "
<guilabel moreinfo="none">E-mail</guilabel>
" are not used except when the accounts are created on the fly.
</para>
</section>
</section>
<section>
<title>Information</title>
<para>Displays application and environment information.</para>
</section>
</chapter>
<chapter>
<title>Projects</title>
<section>
<title>Project preview</title>
<para>The preview presents the general project information, its main members, the latest announcements, as well as an synthesis of Issue requests open by tracker.</para>
<para/>
</section>
<section>
<title>Issue management</title>
<para/>
<section>
<title>Issue list</title>
<para>By default, the entire list of the project open Issues are displayed. Various screens allow you to select the Issues to be displayed. If the project has sub-projects, you have the possibility to display the sub-project's Issues as well (not displayed by default).</para>
<para>Once applied, a screen is valid during the entire session. You can re-define it or delete it by clicking Cancel.</para>
<para/>
<screenshot>
<screeninfo>Request list</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/issues_list.png"/>
</imageobject>
</mediaobject>
</screenshot>
<para/>
</section>
</section>
<section>
<title>Reports</title>
<para>This screen presents the number of Issues and Issue status synthesis according to various criteria (tracker, priority, category). Direct links allow for access to the detailed Issue list for each criterion.</para>
</section>
<section>
<title>Change log</title>
<para>This page presents the entire list of the resolved Issues for each version of the project. Certain types of Issues can be excluded from this display.</para>
</section>
<section>
<title>News</title>
<para>Allows you to inform users on project activity.</para>
</section>
<section>
<title>Documents</title>
<para>Documents are grouped by categories (see Value Lists). A document can contain several files (for example: revisions or successive versions).</para>
</section>
<section>
<title>Files</title>
<para>This module allows you to display various folders (sources, binaires, ...) for each version of the application.</para>
</section>
<section>
<title>Settings</title>
<para/>
<section>
<title>Project features</title>
<para/>
<itemizedlist>
<listitem>
<para>
<guilabel moreinfo="none">Public</guilabel>
: if it’s a public project, it can be viewed (request consultation, documents consultation, ...) for all the users, including those who are not project members. If it’s not a public project, only the project members have access to it, according to their role.
</para>
</listitem>
<listitem>
<para>
<guilabel moreinfo="none">Customized fields</guilabel>
: Select the customized fields that you want to use. Only the administrator can define new customized fields.
</para>
</listitem>
</itemizedlist>
<para/>
</section>
<section>
<title>Members</title>
<para>This screen allows you to define the project members as well as their corresponding roles. A user can have only one role in a given project. The role of a member determines the permissions they have in a project.</para>
</section>
<section>
<title>Versions</title>
<para>Versions allow you to follow the changes made during all the project. For instance, at the close of an Issue, you can indicate which version takes it into account. You can display the various versions of the application (see Files).</para>
</section>
<section>
<title>Request categories</title>
<para>Issue categories allow you to organize Issues. Categories can correspond to different project modules.</para>
</section>
</section>
</chapter>
</book>
@@ -0,0 +1,553 @@
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE book PUBLIC "-//OASIS//DTD DocBook XML V4.4//EN"
"http://www.oasis-open.org/docbook/xml/4.4/docbookx.dtd">
<book>
<title>Documentation redMine</title>
<chapter>
<title>Administration</title>
<section>
<title>Utilisateurs</title>
<para>Ces écrans vous permettent de gérer les utilisateurs de
l'application.</para>
<section>
<title>Liste des utilisateurs</title>
<para></para>
<screenshot>
<screeninfo>Liste des utilisateurs</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/users_list.png" />
</imageobject>
</mediaobject>
</screenshot>
<para>Les boutons Lock/Unlock vous permettent de
vérouiller/dévérouiller les comptes utilisateurs.</para>
<para>Un utilisateur dont le compte est vérouillé ne peut plus
s'identifier pour accéder à l'application.</para>
</section>
<section>
<title>Création ou modification d'un utilisateur</title>
<para>En mode modification, laissez le champ Password vide pour
laisser le mot de passe de l'utilisateur inchangé.</para>
<para>Un utilisateur déclaré comme administrateur dispose de toutes
les permissions sur l'application et sur tous les projets.</para>
<itemizedlist>
<listitem>
<para><guilabel>Administrateur</guilabel>: déclare l'utilisateur
comme administrateur de l'application.</para>
</listitem>
<listitem>
<para><guilabel>Notifications par mail</guilabel>: permet
d'activer ou non l'envoi automatique de notifications par mail
pour cet utilisateur</para>
</listitem>
<listitem>
<para><guilabel>Vérouillé</guilabel>: désactive le compte de
l'utilisateur</para>
</listitem>
</itemizedlist>
<para></para>
</section>
</section>
<section>
<title>Rôles et permissions</title>
<para>Les rôles permettent de définir les permissions des différents
membres d'un projet. Chaque membre d'un projet dispose d'un rôle unique
au sein d'un projet. Un utilisateur peut avoir différents rôles au sein
de différents projets.</para>
<para>Sur l'écran d'édition du rôle, cochez les actions que vous
souhaitez autoriser pour le rôle.</para>
</section>
<section>
<title>Trackers</title>
<para>Les trackers permettent de typer les demandes et de définir des
workflows spécifiques pour chacun de ces types.</para>
</section>
<section>
<title>Champs personnalisés</title>
<para>Les champs personnalisés vous permettent d'ajouter des
informations supplémentaires sur les projets, les demandes ou les
utilisateurs. Un champ personnalisé peut être de l'un des types
suivants:</para>
<itemizedlist>
<listitem>
<para><guilabel>Entier</guilabel>: entier positif ou négatif</para>
</listitem>
<listitem>
<para><guilabel>Chaîne</guilabel>: chaîne de caractère</para>
</listitem>
<listitem>
<para><guilabel>Date</guilabel>: date</para>
</listitem>
<listitem>
<para><guilabel>Booléen</guilabel>: booléen (case à cocher)</para>
</listitem>
<listitem>
<para><guilabel>Liste</guilabel>: valeur à sélectionnée parmi une
liste prédéfinie (liste déroulante)</para>
</listitem>
</itemizedlist>
<para>Des éléments de validation peuvent être définis:</para>
<itemizedlist>
<listitem>
<para><guilabel>Obligatoire</guilabel>: champ dont la saisie est
obligatoire sur les demandes</para>
</listitem>
<listitem>
<para><guilabel>Pour tous les projects</guilabel>: champ
automatiquement associé à l'ensemble des projets</para>
</listitem>
<listitem>
<para><guilabel>Min - max length</guilabel>: longueurs minimales et
maximales pour les champs en saisie libre (0 signifie qu'il n'y a
pas de restriction)</para>
</listitem>
<listitem>
<para><guilabel>Expression régulière</guilabel>: expression
régulière permettant de valider la valeur saisie</para>
<para>Exemples:</para>
<para><code>^\[A-Z]{4}\d+$</code> : 4 lettres majuscules suivies
d'un ou plusieurs chiffres</para>
<para><code>^[^0-9]*$</code> : chaîne ne comportant pas de
chiffres</para>
</listitem>
<listitem>
<para><guilabel>Valeurs possibles</guilabel>: valeurs possibles pour
les champs de type "Liste". Les valeurs sont séparées par le
caractère |</para>
</listitem>
</itemizedlist>
<para></para>
<section>
<title>Champs pour les projets</title>
<para></para>
<itemizedlist>
<listitem>
<para><guilabel>Obligatoire</guilabel>: champ dont la saisie est
obligatoire</para>
</listitem>
</itemizedlist>
<para></para>
</section>
<section>
<title>Champs pour les demandes</title>
<para></para>
<itemizedlist>
<listitem>
<para><guilabel>Pour tous les projects</guilabel>: champ
automatiquement associé aux demandes de l'ensemble des
projets</para>
<para>Si cette option n'est pas activée, chaque projet pourra
choisir d'utiliser ou non le champ pour ses demandes (voir
configuration du projet).</para>
</listitem>
</itemizedlist>
<para></para>
</section>
<section>
<title>Champs pour les utilisateurs</title>
<para></para>
<itemizedlist>
<listitem>
<para><guilabel>Obligatoire</guilabel>: champ dont la saisie est
obligatoire</para>
</listitem>
</itemizedlist>
<para></para>
</section>
</section>
<section>
<title>Statut des demandes</title>
<para>Ces écrans vous permettent de définir les différents statuts
possibles des demandes.</para>
<itemizedlist>
<listitem>
<para><guilabel>Demande fermée</guilabel>: indique que le statut
correspond à une demande considérée comme fermée</para>
</listitem>
<listitem>
<para><guilabel>Statut par défaut</guilabel>: statut appliqué par
défaut aux nouvelles demandes (seul un statut peut être déclaré
comme statut par défaut)</para>
</listitem>
<listitem>
<para><guilabel>Couleur</guilabel>: code couleur HTML (6 caractères)
représentant le statut à l'affichage</para>
</listitem>
</itemizedlist>
<para></para>
</section>
<section>
<title>Workflow</title>
<para>Le workflow permet de définir les changements que les différents
membres d'un projet sont autorisés à effectuer sur les demandes, en
fonction de leur type.</para>
<para>Sélectionnez le rôle et le tracker pour lesquels vous souhaitez
modifier le workflow, puis cliquez sur Edit. L'écran vous permet alors
de modifier, pour le rôle et le tracker choisi, les changements
autorisés. Les lignes représentent les statuts initiaux des demandes.
Les colonnes représentent les statuts autorisés à être appliqués.</para>
<para><remark>Remarque: pour qu'un rôle puisse changer le statut des
demandes, la permission doit lui être explicitement donnée
indépendemment de la configuration du workflow.</remark></para>
<para></para>
<screenshot>
<screeninfo>Exemple de configuration d'un workflow</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/workflow.png" />
</imageobject>
</mediaobject>
</screenshot>
<para>Dans l'exemple ci-dessus, les demandes de type Bug au statut
Nouveau pourront être passées au statut Assignée ou Résolue par le rôle
Développeur. Celles au statut Assignée pourront être passées au statut
Résolue. Le statut de toutes les autres demandes de type Bug ne pourra
pas être modifié par le Développeur.</para>
</section>
<section>
<title>Listes de valeurs</title>
<para>Les listes de valeurs utilisées par l'application (exemple: les
priorités des demandes) peuvent être personnalisées. Cet écran vous
permet de définir les valeurs possibles pour chacune des listes
suivantes:</para>
<itemizedlist>
<listitem>
<para>Priorités des demandes</para>
</listitem>
<listitem>
<para>Catégories de documents</para>
</listitem>
</itemizedlist>
<para></para>
</section>
<section>
<title>Notifications par mail</title>
<para>Cet écran vous permet de sélectionner les actions qui donneront
lieu à une notification par mail aux membres du projet.</para>
<para>Remarque: l'envoi de mails doit être activé dans la configuration
de l'application si souhaitez effectuer des notifications.</para>
</section>
<section>
<title>Authentification</title>
<para>Par défaut, redMine s'appuie sur sa propre base de données pour
authentifier les utilisateurs, à l'aide d'un mot de passe
spécifique.</para>
<para>Si vous disposez déjà d'un ou plusieurs référentiels externes
d'utilisateurs (annuaires LDAP), vous pouvez les déclarer afin qu'ils
soient utilisés pour l'authentification sur redMine. Cela permet aux
utilisateurs d'accéder à redMine avec leurs identifiants et mots de
passe habituels.</para>
<para>Pour chaque référentiel déclaré, vous pouvez spécifier si les
comptes peuvent être créés à la volée dans redMine. Si c'est le cas, les
comptes utilisateurs sont automatiquement créés à la première connexion
de l'utilisateur (sans droits spécifiques sur les projets), à partir des
informations disponibles dans le référentiel. Sinon, l'administrateur
doit au préalable créer le compte de l'utilisateur dans redMine.</para>
<para></para>
<section>
<title>Déclaration d'un annuaire LDAP</title>
<para></para>
<itemizedlist>
<listitem>
<para><guilabel>Nom</guilabel>: nom d'affichage du
référentiel</para>
</listitem>
<listitem>
<para><guilabel>Hôte</guilabel>: nom d'hôte du serveur LDAP</para>
</listitem>
<listitem>
<para><guilabel>Port</guilabel>: port de connexion au serveur
LDAP</para>
</listitem>
<listitem>
<para><guilabel>Compte</guilabel>: DN du compte de connexion au
LDAP (laisser vide si l'annuaire autorise l'accès anonyme en
lecture)</para>
</listitem>
<listitem>
<para><guilabel>Mot de passe</guilabel>: mot de passe du compte de
connexion</para>
</listitem>
<listitem>
<para><guilabel>Base DN</guilabel>: DN de base utilisé pour la
recherche des utilisateur dans l'annuaire</para>
</listitem>
<listitem>
<para><guilabel>Filtre LDAP</guilabel>: Filtre de recherche des
utilisateurs dans l'annuaire (optionnel)</para>
</listitem>
<listitem>
<para><guilabel>Attributs LDAP</guilabel>:</para>
<itemizedlist>
<listitem>
<para><guilabel>Identifiant</guilabel>: nom de l'attribut LDAP
utilisé comme identifiant de l'utilisateur (ex: uid)</para>
</listitem>
<listitem>
<para><guilabel>Prénom</guilabel>: nom de l'attribut LDAP
contenant le prénom de l'utilisateur (ex: givenName)</para>
</listitem>
<listitem>
<para><guilabel>Nom</guilabel>: nom de l'attribut LDAP
contenant le nom de l'utilisateur (ex: sn)</para>
</listitem>
<listitem>
<para><guilabel>Email</guilabel>: nom de l'attribut LDAP
contenant l'adresse mail de l'utilisateur (ex: mail)</para>
</listitem>
</itemizedlist>
</listitem>
</itemizedlist>
<para>Les attributs "<guilabel>Prénom</guilabel>",
"<guilabel>Nom</guilabel>" et "<guilabel>Email</guilabel>" ne sont
utilisés que lorsque les comptes sont créés à la volée.</para>
</section>
</section>
<section>
<title>Informations</title>
<para>Affiche des informations relatives à l'application et à son
environnement.</para>
</section>
</chapter>
<chapter>
<title>Projets</title>
<section>
<title>Aperçu du projet</title>
<para>L'aperçu vous présente les informations générales relatives au
projet, les principaux membres, les dernières annonces, ainsi qu'une
synthèse du nombre de demandes ouvertes par tracker.</para>
<para></para>
</section>
<section>
<title>Gestion des demandes</title>
<para></para>
<section>
<title>Liste des demandes</title>
<para>Par défaut, l'ensemble des demandes ouvertes du projet sont
affichées. Différents filtres vous permettent de sélectionner les
demandes à afficher. Si le projet comporte des sous-projets, vous avez
la possibilité d'afficher également les demandes relatives aux
sous-projets (non affichées par défaut).</para>
<para>Une fois appliqué, un filtre reste valable durant toute votre
session. Vous pouvez le redéfinir, ou le supprimer en cliquant sur
Annuler.</para>
<para></para>
<screenshot>
<screeninfo>Liste des demandes</screeninfo>
<mediaobject>
<imageobject>
<imagedata fileref="images/issues_list.png" />
</imageobject>
</mediaobject>
</screenshot>
<para></para>
</section>
</section>
<section>
<title>Rapports</title>
<para>Cet écran présente la synthèse du nombre de demandes par statut et
selon différents critères (tracker, priorité, catégorie). Des liens
directs permettent d'accéder à la liste détaillée des demandes pour
chaque critère.</para>
</section>
<section>
<title>Historique</title>
<para>Cette page présente l'ensemble des demandes résolues dans chacune
des versions du projet. Certains types de demande peuvent être exclus de
cet affichage.</para>
</section>
<section>
<title>Annonces</title>
<para>Les nouvelles vous permettent d'informer les utilisateurs sur
l'activité du projet.</para>
</section>
<section>
<title>Documents</title>
<para>Les documents sont groupés par catégories (voir Listes de
valeurs). Un document peut contenir plusieurs fichiers (exemple:
révisions ou versions successives).</para>
</section>
<section>
<title>Fichiers</title>
<para>Ce module vous permet de publier les différents fichiers (sources,
binaires, ...) pour chaque version de l'application.</para>
</section>
<section>
<title>Configuration du projet</title>
<para></para>
<section>
<title>Propriétés du projet</title>
<para></para>
<itemizedlist>
<listitem>
<para><guilabel>Public</guilabel>: si le projet est public, il
sera visible (consultation des demandes, des documents, ...) pour
l'ensemble des utilisateurs, y compris ceux qui ne sont pas
membres du projet. Si le projet n'est pas public, seuls les
membres du projet y ont accès, en fonction de leur rôle.</para>
</listitem>
<listitem>
<para><guilabel>Champs personnalisés</guilabel>: sélectionner les
champs personnalisés que vous souhaitez utiliser pour les demandes
du projet. Seul l'administrateur peut définir de nouveaux champs
personnalisés.</para>
</listitem>
</itemizedlist>
<para></para>
</section>
<section>
<title>Membres</title>
<para>Cet écran vous permet de définir les membres du projet ainsi que
leurs rôles respectifs. Un utilisateur ne peut avoir qu'un rôle au
sein d'un projet donné. Le rôle d'un membre détermine les permissions
dont il bénéficie sur le projet.</para>
</section>
<section>
<title>Versions</title>
<para>Les versions vous permettent de suivre les changements survenus
tout au long du projet. A la fermeture d'une demande, vous pouvez par
exemple indiquer quelle version la prend en compte. Vous pouvez par
ailleurs publier les différentes versions de l'application (voir
Fichiers).</para>
</section>
<section>
<title>Catégories des demandes</title>
<para>Les catégories de demande vous permettent de typer les demandes.
Les catégories peuvent par exemple correspondre aux différents modules
du projet.</para>
</section>
</section>
</chapter>
</book>