| Age | Commit message (Collapse) | Author |
|
There are too many image sizes. Since they are stored resized this takes time to
generate when saving a new image, it's more rows on the attachment table, more
files on the disk, ...
64px is close enough to 128px that it can be removed without a big impact on
download size.
It will even reduce download and number of requests when both images are
displayed because now only one has to be downloaded and then benefit from cache.
The difference between the two is typically around 1.5kB which is negligible
these days, especially when the request overhead is around 0.5kB already, not
even taking into account other factors such as latency.
If a 64px image must absolutely be returned, it is still possible to pass the
size parameters to the image route. But the current guideline is to handle
resizing in the views when necessary.
Views
=====
- remove width and height attributes when existing CSS rules are overriding them
(eg. `.oe_kanban_avatar` in the right context)
- add CSS rules instead of width and height attributes when possible
- use `object-fit: cover;` where width and height are forced to avoid distortion
of non-square images
- for products, use `object-fit: contain;` instead, keep ratio but without crop
- add new CSS rules where the expected size was max 64px*64px before due to the
image size itself
- remove `img-fluid` where using size classes to avoid conflicting rules
task-2060865
closes odoo/odoo#36147
Signed-off-by: Sébastien Theys (seb) <seb@odoo.com>
|
|
* = stock, test_website, web, website_forum, website_slides, base
Replace KarmaError with AccessError and remove the related override made
on crash_manager and ir_http.
task-2069890
closes odoo/odoo#36655
Signed-off-by: Jérémy Kersten (jke) <jke@openerp.com>
|
|
As of August 20 2019, Microsoft Edge partially supports ECMA2018.
For instance, `Promise.prototype.finally()` can be used, but the
spread operator does not work on objects.
Task-ID 2056070
|
|
Fix for: https://github.com/odoo/odoo/pull/32132
A reference to gamification was still made in the crash_manager.
Part of: https://github.com/odoo/odoo/pull/35209
|
|
This is a simple renaming without adaptation.
|
|
1/ ISSUES WITH BADGES:
Go to menu Employees > Badges > Select any Badge from kanban View.
Click on "GRANT THIS BADGE" button.
- When you grant a badge, the description field is not at the right place.
It should be below the employee field
- Badges Form View: "Granted Employees" should be a stat button with a counter
- Badges form view is broken, field label/values are not at right place
2/ ISSUES WITH CHALLENGES:
Go to menu Employees > Challenges
Challenges Kanban View
- Image Avatars are too big, make it smaller.
- Challenges Form View > Advanced Options : fields Report frequency, Report Template
and Send a Copy to are ugly
|
|
|
|
|
|
Replace deprecate controllers like /web/binary/image, /web/binary/saveas...
Use ETag for all content with 'unique' option to cache the content if the content is never changed.
|
|
must call web.DataModel.
|
|
Removed fields and code related to the display of groups and employee
suggestions. This impacts notably the model of res.users in mail and
hr.
|
|
This commit introduces a new view type, the timeline view. This view is
intended to display messages like the previous chatter. This is now a view
like the form or list view. Like other views it will be possible to have
custom templates for some specific needs, allowing customization.
[IMP] mail: the value tracking is modified. Previously messages were created
containing the modified values. Those values are now stored, using a new
model mail.tracking.value. The message body is dynamically build based on
the values. Tests have been updated.
This version is temporary. Indeed two main modifications will come in a short
future :
- the new design will improve the display
- the slack mode will change the way the Inbox and notifications are managed
All glory to the Hypnotoad.
Special thanks to Valerie Pirenne (vpi), Jerome Maes (jem) and Richat Mathot
(rim) that did not code but said a lot of things. Martin Trigaux (mat) did
nothing, a bit like for the slides modules, but he is busy sending emails.
|
|
The module system needs to know the dependencies of a given module
before executing the function. This is why the dependencies were
defined once in an array, and then were described one more times in the
call to require.
But a trick can simplify this: the boot function can parse the string
representation of the module and extract the calls to require from it.
It is more work for the processor, but it leads to simpler module
definitions.
|
|
|
|
|
|
|
|
|
|
|
|
Challenge
- 'Reward as soon as every goal is reached' box checked by default (most of the time people want this behaviour, few special cases were do not)
- Click on challenge kanban opens goal list instead of challenge form
- Add button 'Start Challenge' clicking on statusbar is not intuitive
Badge
- When creates a challenge from badge view, set by default badge to 'For Every Succeding User' field
- replace filter 'Current' vs 'Passed' by 'Running' (in progress and done with not reached end date) vs 'Done' (done & failed without end date or end date passed)
Goal
- list of badge on employee form not the first tab
|
|
revid:dle@openerp.com-20140429112147-hqfqd0y487s817n7
bzr revid: dle@openerp.com-20140429112738-y2el246dmd2o2zy9
|
|
too often, the wall is enough
bzr revid: mat@openerp.com-20140425130740-ptkbsyyql08cx572
|
|
inprogess_update state (replaced with boolean 'to update')
bzr revid: mat@openerp.com-20140411142257-zpaul4sq3t5j5r64
|
|
bzr revid: mat@openerp.com-20131224134405-9k4potbzq7ea20p4
|
|
bzr revid: mat@openerp.com-20131224130023-e4gc91ell38zdtfj
|
|
useless message_post call
bzr revid: mat@openerp.com-20131223155404-h4in4ocr8jakq3ff
|
|
bzr revid: mat@openerp.com-20131220144521-wyu1gx8bcitu6nk4
|
|
bzr revid: mat@openerp.com-20131217170232-e0zruxzl1wlycaji
|
|
bzr revid: mat@openerp.com-20131217161541-oxsgy7gmko2x6qui
|
|
bzr revid: mat@openerp.com-20131212102624-obfsh2nsclhpv4n9
|
|
bzr revid: mat@openerp.com-20131002150507-ea76au2frffvfd0r
|
|
bzr revid: qdp-launchpad@openerp.com-20130603203053-dy7ia09rl0i1sxmd
|
|
bzr revid: mat@openerp.com-20130527093738-2dp8uw5nli7xzahu
|
|
bzr revid: mat@openerp.com-20130429154912-hcq99ukqwr1b2uqh
|
|
bzr revid: mat@openerp.com-20130429154738-as56ln2gpv3muvyx
|
|
bzr revid: mat@openerp.com-20130429153007-tha1wmcvbtp89dz2
|
|
bzr revid: mat@openerp.com-20130429132000-kibmf1u17h24j92c
|
|
bzr revid: mat@openerp.com-20130429130536-gx2vtz8qgy3ogx5u
|
|
bzr revid: nicolas.vanhoren@openerp.com-20130429114305-3b24eixyj4xts9lv
|
|
bzr revid: mat@openerp.com-20130426161613-4mxh5f25yjc8ogl8
|
|
bzr revid: mat@openerp.com-20130426155242-1do1w4mrch23lhbm
|
|
bzr revid: mat@openerp.com-20130425154028-rt3uv8mtykl9ff2g
|
|
bzr revid: mat@openerp.com-20130425101759-y3cwymvey8i9mwie
|
|
bzr revid: mat@openerp.com-20130425085217-bmt8tsdbtrfn7j7d
|
|
bzr revid: mat@openerp.com-20130424123350-cgx663vd31vvnw7w
|
|
bzr revid: mat@openerp.com-20130424083632-c68tdeg79wcns9hj
|
|
bzr revid: mat@openerp.com-20130423132034-fgblz5f4658n2i8g
|
|
bzr revid: mat@openerp.com-20130423130351-pq3tepnmx2u74au5
|
|
bzr revid: mat@openerp.com-20130422154122-yv99mjhpcrn7dwd4
|
|
bzr revid: mat@openerp.com-20130422142811-yle27izd3zhre2c0
|
|
bzr revid: mat@openerp.com-20130422135540-9ozlret4qjz6ivcq
|