旧版本的 Netscape 和 Mozilla(适用于 X11)支持所谓的远程协议:只要打开了 Netscape/Mozilla 窗口(不一定来自本地进程),就可以打开 URL 或开始撰写电子邮件。当前DISPLAY.
“远程”功能以两种方式工作:从远程客户端到本地浏览器,反之亦然,甚至从远程host1到远程host2,前提是两者都可以连接到本地DISPLAY.
以下是文档:
SeaMonkey中也保留了对远程请求的基本支持,因此即使现在它也支持像openURL(%url%,new-tab)和openURL(%url%,new-window)
现在,我想创建一个自定义*desktop文件,该文件将使用这些参数启动SeaMonkey。
问题是,以这种形式:
[Desktop Entry]
Exec=seamonkey %u
Run Code Online (Sandbox Code Playgroud)
%u 扩展工作,而在这个:
[Desktop Entry]
Exec=seamonkey -remote openURL(%u)
Run Code Online (Sandbox Code Playgroud)
它不会:仅当它被空格包围时才会%u被扩展。
该桌面项规范并没有提到这一点,所以这既是无证和意外的行为。
你能提出任何解决方法吗?
问题:X-server 以100dpi的固定分辨率提供字体,而不是当前的窗口系统分辨率 ( xdpyinfo | grep -F resolution)。
一点理论。有一些遗留的服务器端字体,它们通过网络(通过 TCP 或 UNIX 套接字)由 X 服务器本身或单独的X 字体服务器(单个或多个)发送到 X 客户端。与通常的客户端字体(Xft、GTK 2+、Qt 2+)不同,“服务器”后端(也称为核心X 字体后端)不支持抗锯齿,但支持网络透明(即位图、没有任何 Alpha 通道,通过网络发送)。在应用程序级别,服务器端字体不是指定为 an XftFontStruct(通常翻译为熟悉的DejaVu Sans Mono:size=12:antialias=true),而是指定为XLFD。如果我们谈论的是本地计算机,那么相同的字体文件可以同时在两个字体后端注册,并且可用于现代 GTK 和基于 Qt 的应用程序以及旧版应用程序(Xt、Athena、Motif、GTK 1.2、Qt 1.x)。
从历史上看,存在光栅服务器端字体(*.pcf),并且光栅有自己的分辨率(不一定与窗口系统分辨率相同)。RESOLUTION_X因此,XLFD 有和 等字段RESOLUTION_Y。为了使光栅字体在渲染到屏幕上时看起来不难看,并且仍然具有所请求的光栅化字形大小 ( PIXEL_SIZE),光栅分辨率必须接近屏幕分辨率,因此光栅字体通常以75dpi和100dpi的本机分辨率提供(即\ 这就是为什么我们仍然有诸如/usr/share/fonts/X11/75dpi和之类的目录/usr/share/fonts/X11/100dpi。因此,下面的行代表相同的 12 pt 字体
-bitstream-charter-bold-r-normal--12-120-75-75-p-75-iso8859-1\n-bitstream-charter-bold-r-normal--17-120-100-100-p-107-iso8859-1\nRun Code Online (Sandbox Code Playgroud)\n光栅化字形大小为
\n使用bash,如何将终端答复读入变量,而无需用户交互?下面的单行还是需要Enter按一次:
echo -ne '\005' && read -s && echo ${REPLY}
Run Code Online (Sandbox Code Playgroud)
另外,我如何配置Xterm以发送有意义的响应^E?到目前为止,我见过的唯一一个发送任何回复的终端模拟器是PuTTY。
dpi ×1
fonts ×1
freedesktop ×1
high-dpi ×1
terminal ×1
x-resources ×1
x11 ×1
xdg-open ×1
xterm ×1