Salesforce inline editing是非常方便的功能，可以提供方便的在视图中编辑和保存字段的功能。

但是好东西不是十全十美的，它有些限制：
Guidelines for Editing Records with the Inline Editor

而对于列表视图（lists），有下面限制：

1. 某些标准字段并不支持，比如：Case Status, Opportunity Stage, Opportunity Amount, Opportunity Quantity and Lead Status, and most Task and Event fields只能在记录编辑页面编辑.
2. 如果org使用了记录类型，则必须保证视图里面的列出的记录全部属于同一个记录类型。换而言之，必须使用记录类型作为筛选条件，同时最多选择一个类型或者留空（对于主记录类型）
3. 在筛选条件的逻辑里面，不能包含或（OR）从句（clause)
4. 对于活动（Activities）则必须有额外的筛选，指定任务（Task）为真（True）或者为假（False）

更多信息，可以参考Salesforce英文说明：Editing Records Directly From Enhanced Lists

Discuz！ 是非常知名的论坛和门户建站平台。但是其对电子邮箱有32位的限制，任何超过32位的邮箱都会被判断为无效邮箱。但是，实际上现在会有一些邮箱会超过这一限制，因此本着对所有用户负责人的态度，解除这一限制就成了当务之急。

经过粗略的研究Discuz！的form有效性验证是form内容提交到网站后，后台（php语言部分）进行验证，再将结果通过Ajax（注册时采用）或者召唤相应页面（注册后手动修改邮箱时采用）的方式返回到网页前端。同时，通过对3.2版本的Discuz！数据库研究发现，其默认的邮箱字段长度位255为可变字符（varchar）。因此，只要我们修改后台相应的php验证模块，我们可以实现最长255位的邮箱支持。不过实际上很难有人注册这种邮箱，我们的目标是为正常人类服务，因此将邮箱长度设置为64位.下面是步骤，就两步：

1. 修改注册流程的后台php验证代码：
   修改\discuz\source\function\function_core.php第370行函数「isemail」中最大长度32为64
2. 修改手动修改邮箱流程的后台php验证代码：
   修改\discuz\source\function\function_member.php第285行函数「checkemail($email)」中「strlen($email) > 32」为「strlen($email) > 64」.

问题的由来

为了提高生产力，特别搞了个双屏（笔记本 LVDS + VGA），但是最佳分辨率是1280x1024的VGA显示器在archlinux系统里面最高分辨率只有1024x768。导致的结果就是显示出来的图像和文字都怪怪的，跟笔记本电脑显示器上面的大小不一致，这样一来眼睛就会非常的疲劳。

一路折腾

由于在KDE下的各种设置都没效果，所以本着不搞定这个问题不睡觉了精神，熬夜无数去追寻答案，试图搞出一个解决方案来。一路折腾，折腾得到了一些解答：

VGA连接上笔记本之后，没有被显卡驱动正确识别，显卡只知道又有个显示器连接上来了，能传输显示的数据，但是不能传输控制数据（控制显示器黑屏，获取显示器EDID信息等）。所以结果就是显卡按照1024x768的默认安全的分辨率输出显示信号，而系统里面对于VGA的显示模式，也只有最高1024x768的模式，所以KDE里面的display设置也就只能设置成了1024x768.

路上研究了下EDID，然后沿着「显卡驱动」「Xorg」「KDE」的途径一个一个“排查”。

路上先研究了下archlinux系统Xorg下面的ati显卡驱动，闭源私有驱动已经不支持笔记本上若干年前的老显卡了，而开源显卡驱动是支持的，而且archlinux上面还说了开源显卡对多屏(multihead)的支持更好。所以结果就是显卡驱动这方面不能干什么。

路上又跑去看Xorg的相干内容，发现「可以在KMS或者Xorg.conf文件里面增加自定义的EDID文件」，于是跑去了windows系统搞了个VGA的EDID信息。先试了下KMS里面添加EDID文件，结果没有反应。然后又试试添加了xorg.conf文件里面，试了几次，有的没有反应，有的直接不能进入X界面（KDE当然不能启动了。。）

最后路上去搞了搞KDE系统本身，倒是发现了display存储的显示配置信息（./KDE4/share/config/krandr)。不过发现修改这个文件也不起作用。

柳暗花明又一村 发现xrandr的强大

路上在各处追寻问题的时候，发现原来xrandr可以直接定义显示器的显示模式，然后试了试，感觉非常棒！
比如这篇文章就说了，如何在Linux下设置屏幕分辨率。简单讲步骤有这些：

1. 使用cvt命令生成VGA最佳分辨率的显示模式（1280x1024）

   $cvt 1280 1024
   输出：
   \# 1280x1024 59.89 Hz (CVT 1.31M4) hsync: 63.67 kHz; pclk: 109.00 MHz
   Modeline "1280x1024_60.00" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync
   ’modeline‘这行就是我们下面要用到的显示模式 "1280x1024_60.00" 是显示模式的名字，下面我们可以重命名

2. 给系统添加1280x1024的模式

   #xrandr --newmode "1280x1024" 109.00 1280 1368 1496 1712 1024 1027 1034 1063 -hsync +vsync

3. 将这个模式添加到VGA显示器的显示模式中，这样VGA就可以使用这个显示模式来显示内容了。首先使用

   xrandr

   命令获取VGA显示器在系统中的名称，路上的VGA显示的名称是VGA-0。然后执行：

   xrandr --addmode VGA1 "1280x1024"

4. 最后在KDE里面设置或者直接使用xrandr设置VGA显示器的显示模式

待解决的问题

但是，xrandr只能存在本次X session下，不会保存在系统中。所以重启之后...回到解放前..

解决方法上篇文章也说了，可以添加自启动脚本。但是在KDE下面添加的时候要注意的是，如果用KDE自带autostart添加，一点要选择在KDE启动之前执行（pre-KDE）。按照这种方法，成功为VGA添加了1280x1024的模式。但是上面提到的KDE配置信息不认，最后的结果就是恢复到了KDE桌面显示的安全模式（双屏输出，LVDS克隆VGA显示内容）。然后只能手动的在KDE设置下面更改分辨率和显示模式（这时候又1280x1024的选项）

所以最后的问题是：如何让xrandr的信息被保存下来并正确配置KDE。
上面的问题实际将xrandr配置信息直接写到自启动脚本去，然后让KDE去调用这个脚本就行。虽然这样显示器会出现闪烁，但是总比每次手动修改容易！

archlinux下（其实也不是archlinux的错，而是KDE之类的错，其实也不是KDE的错，是xorg的错。。。总之这个路上下回分析好了。。。）中文输入法一直都是一个蛋疼的问题，路上之前装的IBUS经过官方的配置指引配置之后，尚属还能用。但最近升级系统后，输入法框框不见了。。。表现出来是可以输入中文，但是不见输入法面板。我们姑且称之为IBUS的黑灯瞎火模式。

为了解决黑灯瞎火模式，有位具有非常探索精神的仁兄在2014.09月实践了安装和配置IBUS，同时也解决了黑灯瞎火模式，下面是他两篇博文的链接：

链接1: 安装IBUS
链接2: 解决IBUS的黑灯瞎火模式

他大致的思路就是在安装时在/etc/profile添加：

export GTK_IM_MODULE=ibus
export XMODIFIERS=@im=ibus
export QT_IM_MODULE=ibus

在~/.config/autostart文件夹里建立一个ibus.desktop文件并chmod 755 ibus.desktop，文件内容为：

[Desktop Entry]
Exec=ibus-daemon -xdr --panel=/usr/lib/ibus/ibus-ui-gtk3
GenericName=IBus
Name[zh_CN]=IBus
Name=IBus
Name[en_US]=IBus
Path=
StartupNotify=true
Terminal=false
TerminalOptions=
Type=Application
X-DBUS-ServiceName=
X-DBUS-StartupType=
X-KDE-SubstituteUID=false
X-KDE-Username=

注意上面第二行 --panel=/usr/lib/ibus/ibus-ui-gtk3 是他解决黑灯瞎火的终极办法。这个语句的意思是指定IBUS输入法面板为/usr/lib/ibus/ibus-ui-gtk3，否则输入法面板将会变成kimpanel-ibus-panel，而后者很可能是黑灯瞎火模式的操控者。

不过好消息是，这个黑灯瞎火的漏洞应该会很快解决，因为有人3.4.2015在github上提交了bug和fix：
Re: IBus 1.5.10: new indicator does not show icons of some engines

而坏消息是：LibreOffice不能正常调用iBus，只能通过从终端使用命令行的形式启动后才可以正常输入。。