odoo现代版本都是基于B/S架构，H5浏览器做前端虽然很强大，但是天然欠缺一些传统基于C/S客户端原生控件的基础能力，比如Excel常用的Freeze Panes与Data Filter功能，其铁粉用户的呼声就非常高。
完全开源的社区版odoo，就如同开发商标配的开放式简装房，通过万能的二次开发与交互设计，可以满足我们随心所欲的各种改善型需求。
标签：css
odoo12 new starting point
ODOO12新起点
终于迎来了12，也是传说中期待的双数版本号
去年这个时候是11，虽也惊喜，但毕竟是python2到3的过渡期，有历史责任包袱的产品还是需要双兼容，于是那个版本是从7持续以来第一个被忽视的版本
所以我们现在的感觉就如同当年还在Windows Mobile的odoo78910，因为专注取舍错过了整个Symbian过渡时期，然后一口气飞奔进入iOS/Android双雄争霸时代
这比喻也许有些夸张，但对定位为开源企业级应用操作系统的我们来说，还是比较合适的：）
随着新产品线开始全面拥抱odoo12已经一个月有余，目前各种感觉都很顺畅，真不愧是一个全新的高起点定制系统：
框架模式方面基本成型，落后的能淘汰的都淘汰了，缺陷的能优化的也都优化了，结构上开始趋向稳定，预计未来大版本升级会容易很多
数据库方面过去成熟稳定的PostgreSQL9低版本已经无法胜任，久违的ORM开始慢慢的启用了一些新特性，长远发展看pg10+要成为标配
XML视图方面更新了更为严谨的rng约束，各种元素及属性将不可随意添加或缺失，有效的规范了页面结构的整体质量
CSS样式方面预处理器由Less改成了与整体框架更为融洽的Scss，核心的Bootstrap库大版本也从经典的3升级到了最新的4，感觉表现层这系列折腾起码要稳定几年了
Python方面彻底进入3时代，以后可能还有一些3.7前后版本的对应兼容库问题，但总算是完全告别2时代了
JavaScript方面基本已经将odoo9以来奠定的框架基础改造至极限，虽不能说很完美，但这一路优化过来已属不易，二次可开发的地方也越多越完善，将来Hack代码的机会不多了
其他应用层面的变化太多就不一一列举了，这里就重点说一个原来的document模块要废弃了，其在表单顶部工具栏的文档附件管理已被底部的mail消息日志功能所整合替代。长远看这也是一个很好的改进，只是可惜了原来依赖该基础模块的一大波第三方模块要被迫转型升级。考虑到要适应多年以来形成的附件操作习惯突然改变，同时我们自己也有直接间接依赖的几十号各类模块需要以空间换时间的兼容使用，特此立项从12版本开始上架维护用于替代的Document Sidebar模块，该应用市场链接https://apps.odoo.com/apps/modules/12.0/document_sidebar/
odoo list view table tr hover background color
ODOO列表视图表格行悬停背景色
原生列表的鼠标悬停和点击选择一样，都是没有特别的视觉效果，有些列和数据都非常多的场景，满屏都是数据逐行浏览下来很疲劳
|
1 2 3 4 5 6 7 8 9 10 11 12 |
/* author: i@renjie.me */ .o_list_view { tbody { tr { &:hover { background-color: #f0eeee; } } } } |
一段简洁的less代码轻松搞定，odoo就像纯净的简装房，其框架结构非常优秀，但不同的应用需要对其各种细节进行个性化精装修才能获得最佳体验：）
odoo qweb report black solid line border table
ODOO QWeb报表黑色实线边框表格
原生报表表格的默认边框如下：
除了抬头一横条黑线外，剩下的灰线在针式打印下约等于无，非常没有整体感
根据Bootstrap标准和Less规范精炼了一段CSS预处理代码：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
/* author: i@renjie.me */ .table-bordered{ border: 1px solid black; > thead, > tbody, > tfoot{ > tr{ > th, > td{ border: 1px solid black; } } } } .table-condensed{ .table-bordered } |
可以直接添加到源码addons/report/static/src/less/report.less最后，也可以通过间接继承report.assets_common模板视图的根位置插入一个link元素less新文件
