| Age | Commit message (Collapse) | Author |
|---|
|
|
|
On website/theme installation and other website_* module installation,
an action was triggered to launch tours. These tours are now used only
for tests and should not be used as onboarding anymore.
Note: in master these tours will be removed to use the new test system.
|
|
Refactor snippet structure
* new "cover" snippet
* move the title out of col-md-12
* delete snippets (s_quote_slider)
* rename snippets (FAQ Roller -> Accordion)
* ...
Refactor the way the background images are handled so that themes
can customize the defaults ones easily without ugly xpath or ugly
css.
|
|
[IMP] account: d'ont create journal items for invoice lines with quantity 0 (not amount because of tax)
[IMP] crm: usability kanban view and schedule an activity
[FIX] crm: schedule an activity bug when no activity yet
[IMP] website: app for website (not a menu in website admin)
|
|
Easy solution: a binary field in website.config.settings
|
|
|
|
|
|
|
|
|
|
Note: only relevant for enterprise web client as icon is not display in
ommunity version.
|
|
|
|
Did you missed me? That was a big one.
|
|
|
|
Coming from a bug in web_settings_dashboard. Invited user didn't have any rights
when created from the dashboard, which was leading to an error.
This bug leaded to a new discussion. Better to have basic employee having user
rights for all main applications. For bigger entreprises there is an admin that
will carefully remove extra rights, if necessary. The target is small businesses,
it makes sense that every way to create a user gives the same result.
In conclusion, each new user has a full access to the applications by default
How is it implemented ?
We added an inactive default user which original access right to the groups
'base.group_user' and 'base.group_partner_manager' in base. Each
application will extend the default user's access right by adding the maximal
access right for this application.
On user creation, we will use by default the 'group_id' field from the default
user. We will in the same time remove the ugly 'default_groups_ref' key which
was passed sometimes in the context for some fields in some views, and sometimes
nothing.
So, the user can modify the access rights for the default user, but he should be
aware that removing project user access rights for a default user will prevent
a *created on the fly in a task* user will not be able to access the task.
|
|
- Deduplicate default website definition
- Remove hardcoded english values
- All active languages enabled in the website by default
- Default website language = default database language
|
|
|
|
|
|
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
|
|
Update the name of the website groups, be less technical in the group name.
Use designer group instead of marketing groups in the versionning module.
|
|
- remove deprecated tree_but_open ir.values
- remove magic ir_ui_menu delete at loading
- remove unused icon and web_icon_hover
|
|
This commits adds icons for most applications. They are
necessary for the home menu in the enterprise edition.
|
|
them alphabetically
Bloc Simple apps
1 Chat
2 Agenda
3 Notes
4 Contacts
Bloc Sales apps
5 Sales
10 Lead Automation
15 Members
20 Point of Sale
25 Purchases
Bloc Operation apps
30 Warehouse
35 Manufacturing
Bloc Accounting app
40 Accouting/Invoicing
45 Payroll
Bloc Project
50 Project
55 Timesheets
Bloc Marketing
60 Mass Mailing
65 Events
70 Surveys
Block HR
75 Employees
80 Recruitment
85 Appraisal
90 Attendances
95 Leaves
100 Expenses
105 Lunch
110 Equipments
115 Fleet
Bloc Website
200 Website
205 Live Chat
210 Versionning
215 Website Admin
Bloc Settings
300 Knowledge (Hidden if not base.group_configuration)
305 Dashboards
310 Modules
500 Settings
|
|
(opacity, color, size, ...). Add a new tour, views improvements and new default images
|
|
|
|
|
|
|
|
website.snippet: The methods described in javascript will be called automatically from the data-method_name = value on li snippets options. The methods are called in the order relative to children of xml (eg: <li data-method1=value1> ... <li data-method2=value2> ... </ li>, the method1 is then called method2). Methods receive two arguments: type (over, click, reset) and value. data-snippet-id-option becomes data-snippet-id. Several xml options can use the same data-snippet-id.
add a new gallery snippet
convert website_sale to the new option system
|
|
bzr revid: fp@tinyerp.com-20140511115231-g8ke14r9iepyypv4
|
|
bzr revid: chm@openerp.com-20140221094343-s1oh3iq07zi2jo0x
|
|
bzr revid: al@openerp.com-20140130233951-55ttup4ohmp4i0nf
|
