| Age | Commit message (Collapse) | Author |
|
When the user has not set any image, it now displays the default
user image placeholder instead of the image placeholder in livechat.
Task-ID 1924666
closes odoo/odoo#30821
Signed-off-by: Alexandre Kühn (aku) <aku@odoo.com>
|
|
- Redesign all mimetype icons
- use SVG to reduce file size and improve rendering quality.
- Add a data attribute to attachments to detect the file extension (in somes
cases just mimetype is not accurate)
|
|
The goal is to better see the image can be edited and to have a bigger
image to use in website pages (like a product page).
|
|
We would like to make the "no item found" screens more appealing.
Before this commit, it shows a small help tip in the top-left
corner of the screen, just below the "Create" button.
With this commit, these help tips have been replaced by onboarding
screens, which consist of a picture and some text below, both of which
are horizontally centered.
The texts have been slightly changed, so that they are shorter and clearer.
Considered modules:
(A)
account,
account_asset,
account_budget,
account_test,
account_voucher,
analytic
(B)
barcodes,
base,
base_automation,
board
(C)
calendar,
contacts,
crm
(D)
delivery
(E)
event
(F)
fleet
(G)
gamification,
google_drive
(H)
hr,
hr_attendance,
hr_contract,
hr_expense,
hr_gamification,
hr_holidays,
hr_payroll,
hr_recruitment,
hr_timesheet
(I)
im_livechat
(L)
l10n_fr_sale_closing,
link_tracker,
lunch
(M)
mail,
maintenance,
mass_mailing,
membership,
mrp
(N)
note
(P)
payment,
point_of_sale,
post_mercury,
pos_restaurant,
product,
project,
purchase,
purchase_requisition
(R)
rating,
repair,
resource
(S)
sale,
sale_timesheet,
sales_team,
stock,
stock_account,
stock_landed_costs,
stock_picking_batch,
survey
(U)
utm
(W)
web,
website,
website_blog,
website_customer,
website_event_track,
website_forum,
website_quote,
website_sale,
website_sale_digital,
website_slides
|
|
Add 3 pictures to illustrate empty states across several modules.
Width 120px, variable height.
|
|
This commit introduces the 'rainbowification' feature to the web client
(and to some affected addons). This feature is essentially a way to
display a nice friendly message when some business event happens. For
example, a encouraging message is displayed when the user clear her/his
inbox, or when a salesman closes a deal.
The mechanism currently only displays a 'rainbowman', but could be
extended later to add other kind of animation.
There are a few different ways to display a 'rainbowman':
- any JS code can simply trigger_up an event ('show_effect') with some
options: for example
this.trigger_up('show_effect', {
type: 'rainbow_man',
fadeout: 'no',
message: $done,
click_close: false,
});
- an action returned by the server can have an 'effect' key, with some
options
- the do_execute_action method accepts a 'effect' option. This is
useful when one wants to specify a rainbow on an action button in a
form view
Joint work with: dbh <dbh@odoo.com>, ged <ged@odoo.com>
|
|
|
|
Avoid duplicating web addon in enterprise by extracting a common basis.
Enterprise features stay in enterprise, but use that common basis.
Mainly:
- JS refactoring and linting
- Conversion of .sass into .less split into multiple files
- Templates cleaning and DOM simplification
- Re-generation of web.pot, and update of .po files
|
|
|
|
The popup is now a bit more styled and needs less info to call our servers.
|
|
Widgets and website display images or display the type with icon like pdf, doc...
|
|
Implement the database manager with plain HTML forms and HTTP controllers.
|
|
This commit introduces a new module system for the javascript code.
Instead of using global (namespaced) variables everywhere (like
openerp.web.whatever, ...), each file declare one (or more) module
with its dependencies. Each module will be loaded after its
dependencies, and will be given a reference to the return values.
This change is a massive departure from the way the client worked
previously. It will sadly break some/most history, but I am sure that
the future git ecosystem will allow you to easily browse the history
past this revision (one can dream).
This commit feature:
* main namespace is now odoo instead of openerp
* a way to define modules and dependencies (inspired by requirejs)
* many files have been splitted in simpler subfiles
* basic support for debugging in odoo.__DEBUG__
* no global variable (i.e. nothing in window.openerp)
* many bug fixes, many new bugs
Future vision: this modularization should simplify future code
development, simplify debugging and will allow a serious testing effort
|
|
Debian does not allow fetching data from external website at runtime.
This fixes the privacy-breach-generic lintian warnings for Debian packaging.
The removed youtube url was a dead link...
|
|
|
|
|
|
bzr revid: xmo@openerp.com-20140203160237-jlvp70gnkny2fx98
|
|
chs@openerp.com-20130611145028-f98x6inytlr3ijjg
bzr revid: chs@openerp.com-20130611155251-zk0qkk70z30n81vl
|
|
bzr revid: xmo@openerp.com-20130605124327-poy97bvw73sdm1o6
|
|
bzr revid: chm@openerp.com-20130410160917-4meevyiff65adspx
|
|
bzr revid: chm@openerp.com-20130303111821-l9du75yj6dwjy2qo
|
|
project
bzr revid: pan@tinyerp.com-20130225085544-7276pbg3eh0mo6gr
|
|
bzr revid: nicolas.vanhoren@openerp.com-20130131104804-2d7fo5iafvrhcklk
|
|
bzr revid: fp@tinyerp.com-20121215215559-kq14di3z8juyv61r
|
|
bzr revid: fva@openerp.com-20121123135514-t5tb2ygwg4dal5sx
|
|
bzr revid: fva@openerp.com-20121122180444-rvaall32voj9x1f1
|
|
bzr revid: fp@openerp.com-20120804215820-apjip8801en56zy0
|
|
bzr revid: fp@openerp.com-20120804151059-f2tot2d2di2k72xu
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120725133740-m06but4htp4bkb1q
|
|
Also check http://commons.wikimedia.org/wiki/Category:Throbbers
bzr revid: al@openerp.com-20120725080439-j7f44tb0fbp90cm0
|
|
bzr revid: al@openerp.com-20120725074053-e3gltrdfzm8bb7j8
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120724141220-1u0odsgsxzjtc5xn
|
|
bzr revid: mit@openerp.com-20120724134652-t783h7glntytr3kv
|
|
bzr revid: nicolas.vanhoren@openerp.com-20120724132414-27ylo4ls48agwnel
|
|
bzr revid: mit@openerp.com-20120524181648-vdvbu7mxodp07uk5
|
|
bzr revid: fme@openerp.com-20120510090404-4jix0h2e28satybj
|
|
bzr revid: al@openerp.com-20120419205252-jsbldr26uc7ioi35
|
|
bzr revid: al@openerp.com-20120418205424-vp0bj5djsou253wk
|
|
bzr revid: xmo@openerp.com-20120403141553-hrv006vdkv70zyfu
|
|
bzr revid: al@openerp.com-20120328143720-tcgbovoukqsyerxc
|
|
bzr revid: al@openerp.com-20120328131735-2c7raapt12f5jb3x
|
|
bzr revid: fme@openerp.com-20120227134531-uf646x2w13zqsslz
|
|
bzr revid: fp@tinyerp.com-20111229215935-ca93qui4dmdj3y4x
|
|
bzr revid: xmo@openerp.com-20111222090925-sjy3c186sg9j8s2x
|
|
bzr revid: mit@openerp.com-20111221154120-0eufl8mf7whd5avr
|
|
bzr revid: mit@openerp.com-20111220174229-i615k9nhuoggwl3u
|
|
bzr revid: fme@openerp.com-20111220173740-qynxxqksvyr4zntr
|
|
bzr revid: ahu@openerp.com-20111216083515-tvmyyn1zzh34qzfp
bzr revid: ahu@openerp.com-20111216130741-a6f0bv7ixq16osg6
|
|
bzr revid: fme@openerp.com-20111215140149-6ygw2ublnr8pzg5e
|
|
bzr revid: fme@openerp.com-20111215133800-q8cypwxu7hps21ty
|