summaryrefslogtreecommitdiff
path: root/addons/survey/data/mail_template_data.xml
AgeCommit message (Collapse)Author
2019-03-18[FIX] survey: prevent certification email from being sent twiceAurélien Warnon
Purpose ======= The certification email template had both "email_to" and "partner_to" fields set and that implied the mail being sent twice. This commit removes the "partner_to" field to fix it.
2019-03-11[IMP] survey: rename 'Survey' to 'Certification' when relevantAurélien Warnon
Purpose ======= This commit reworks some views to rename 'Survey' to 'Certification' for a better visual integration of the new certification flow.
2019-02-06[IMP] survey: scoring & certificationAurélien Warnon
Task #1902306 Purpose ======= This commit adds certification capabilities to the survey module. A certification is a survey with the "certification" flag set to true than can be linked to a certification email template that contains a certification document (PDF). This template can be edited by the user in the technical settings to customize the certification email/document. To be able to implement this certification concept, we also have to add scoring mechanisms to surveys. survey.questions of type 'simple_choice' and 'multiple_choice' now have scores for the suggested answers. These question scores allow to compute a global score that is used to determine whether the user has successfully passed the certification or not. As additional features, we also have: - A time limit with an interface timer that limits the test to X minutes When reached, the survey is automatically submitted and unregistered (= unsubmitted) answers are not taken into account. - A limited number of attempts for the survey/certification If reached, the user can't take the survey/certification anymore The 'survey result' layout was adapted accordingly to show the success rate of participants and the correct answers to the survey questions. Specs ======= - Create a new survey : - Add a description field for the survey - Options on a survey : - Passing score : (sum of all good answers) in % - If No scoring => No passing score, no certificate - If Scoring with answers => Passing score and can see the answers (can create certificate) - If Scoring without answers => Passing score but can't review the answers at the end (can create certificate) - for the questions, if "no scoring" selected, can 't see the option "good answer" and "score" on the questions - If the 2 others options, can see the options "good answer" and "score" on the questions - all the types of questions are available for each option. - Questions - Add the option correct answer on the multiples questions (one or more good answers) - Certifications - If scoring, force "mandatory" for "mutliple choices (1or multiple answers)" - On the dashboard => visual information that this specific survey is a certification - Time Limit : The student is informed on the home screen of the survey of the time limit. The clock start when he clicks on "start survey" - Template of the certificate : send email with attachment PDF - Front-end : - Add some margin - Replace "Back to survey" with the blue-bar from the portal - Add a timer (start when the survey starts) - Add a progress bar (number of section and number of question inside the section) - Analyse of the results : - First a global graph with the number of people who''ve participated and passed the test - Stages of a survey : - Remove the stage "Permanent" - 3 stages : - draft : not on-line but can be tested (with phantom token) - In progress : on-line - closed : not on-line - Who can test a survey : the manager and the user. Add this condition to the phantom token.
2019-01-25[IMP] survey: access survey through access tokensThibault Delavallée
Purpose of this commit is to use an access token to access survey instead of their ID. Routes are updated to use that token instead of the survey ID. Purpose is to have less discoverable routes and be able to control a bit more survey access even if it is not really a security parameter. Some renaming is performed to avoid confusion in terms. Survey token and answer token are now clearly labeled differently in the code to know which model we are working on. Some templates are updated to directly use the answer as base record to have access to token and test_entry fields instead of giving those parameter values directly in the controller. It makes some more diff but also allow easier edition and improvement in templates when having directly survey and answer record available. This commit is linked to task ID 1932508 and PR #30508.
2019-01-25[FIX] survey: fix invite mail templateThibault Delavallée
Purpose of this commit is to improve the recently-introduced mail template used to invite people to surveys. Containing * fix the display of deadline that is not required; * correctly talk about survey, not apparaisal; This commit is linked to task ID 1932508 (side-dish fix). closes odoo/odoo#30537
2019-01-14[REF] survey: refactor template use on invite wizardThibault Delavallée
Purpose of this merge is to remove the ugly __URL__ hack of survey templates. It is solved by making template rendered on user_input model. This means each invitation recipient will received its own rendered mail. Small jinja code allows therefore to include the url in a clean odoo-style way. Subject and body in survey invite wizard are not rendered anymore. It means jinja could be displayed. This is necessary as this wizard will work in batch mode, rendering the body on each recipient. This commit is linked to task ID 1911586 and PR #28986.
2018-07-24[IMP] survey: make templates more modern and updated with Odoo guidelinesHaresh Kansara
In this commit we improve templates used in survey. Purpose of this commit is to have templates that embed or use standard Odoo email layouts to make them look modern and have a common style across all emails. Main guidelines * better use of div / p / br to try to lessen layout issues, especially when updating templates using the editor; * correctly sequence the templates fields definition; * correctly set templates values notably auto_delete and user_signature fields to avoid confusion; * correctly layout the email content using light notification email. It can either propagate the layout choice through various send mail methods or directly embed the styling in the templates for more technical or complex templates; * use email_formatted computed field when possible to avoid having hand-made from / to addresses; * fix various typos and improve subjects when necessary; Content of emails is not necessarily updated as the purpose of this task is about styling, not content itself. This commit is linked to task ID 1843224 (and 1868112) and to PR #25313 (and #25889).