summaryrefslogtreecommitdiff
path: root/addons/website_hr/data/website_hr_data.xml
AgeCommit message (Collapse)Author
2019-07-04[REM] website_hr: Remove moduleYannick Tivisse
Useless module is useless. closes odoo/odoo#34579 Signed-off-by: Yannick Tivisse (yti) <yti@odoo.com>
2017-09-15[ADD] website: add new page managementrde
website.page = old ir.ui.view with page=True website.redirect is a new mechanism to replace in the futur the ir.attachment mechanism of redirect. From now, we don't have a specific /page controller to serve 'page'. We use a new model website.page which is rendered if none route matches the url and that the field 'url' on website.page matches the request.httprequest.path. The order to serve a path is: - Routes defines in controllers (/shop, /blog, ...) - ir.attachment with name matching the path - website.page with url matching the path - website.redirect with url_from matching the path - 404 To improve: - allow regexp in website.redirect model - allow to edit the view_arch from the page.management via redirect backend (needed when traceback in the page, or when modifying a js/css/less/...)
2016-03-23[MIG] website_hr: code migration to new api.rsi-odoo
2015-08-14[FIX] website*: `active` class in menuMathias Neef
In the top menu bar, the `active` class is set when the menu url matches the page url (the url in the browser url bar) A while ago, we made so all urls `/page/website.***' were automatically redirected to `/page/****` Therefore, if the menu url still contains this `website.` prefix, the active class wasn't set on it, while it should. Fixes #3059 Closes #3070
2013-10-14[MOV] website_hr: new module organization (models / data)Thibault Delavallée
bzr revid: tde@openerp.com-20131014083652-ropy9u51uxtz7s0k