公告欄
Whom ever found here, may god bless you.

目前日期文章:201010 (3)

瀏覽方式: 標題列表 簡短摘要
KDE Base 的程式,在 Ubuntu 裡,經常讓我遇到字體細如微蠅,小到連滑鼠游標都會擋住文字的窘境,閱讀起來非常吃力,猜想可能是預設 DPI 無法被接受的問題。

之前我都只能先調整 Ubuntu「外觀」「字型」裡 Fonts DPI,從 96 放大到 150,桌面上所有字體都變得碩大無朋,待執行 KDE Base 應用程式後,再調回 96 DPI,所有字體恢復原狀,KDE Base 應用會留在字體可閱讀的大小,直到關閉。

這個辦法很麻煩,所以只是沒辦法之前的過度手段。剛在網路看到有仙人指路,以下這個作法好多了。

關鍵在於 ~/.kde/share/config/kdeglobals

最後加入這段,讓選用字型與大小,被全面 KDE 應用所接受。經證實有用。

stary9 發表在 痞客邦 PIXNET 留言(0) 人氣()

Ubuntu 每年四月、十月都會發行新版本。也由於四月所發佈皆為長期支援版,相對地,十月的版本便充滿實驗性。實驗性讓人期待,耳目一新,但許多落實過程的急就章,就顯得潦草容易出錯。

對於需使用輸入法的地區使用者而言,10.10 這個版本的 ibus 失靈,實在不是件好事。而且這個毛病從 Beta 版就有聽說。

網路上的說法,都以暫時先安裝 SCIM 來解決:
sudo apt-get install scim scim-chewing; sudo im-switch -s scim-bridge

如此至少能夠輸入中文,不然連上網搜尋都有困難。

Screenshot-語言與文字.png

stary9 發表在 痞客邦 PIXNET 留言(0) 人氣()

Windows 7 命令列外部指令 mklink,雖然主要用來操作目錄使用,但用來當硬連結也十分好用。

mklink /h 11.txt 44.txt
這個指令可以把 11.txt 製造出一個分身 44.txt,與「複製」最大的差別,在於所有針對彼此的獨立編輯,都可以同步影響另一個。而刪除其中一者,只會終結本尊與分身的鏈結關係,另一個檔案依然健在,獨立存活。

令我覺得奇怪的是,微軟好像是 symbolic link 的初學者一樣,有許多操作都顯得簡陋而有欠考慮。比方說這個「硬連結」的本尊與分身,在命令列與檔案總管裡,都看不出彼此的鏈結關係。

關於目錄的 Junction 與 Symlinkd 也是如此,Junction 完全看不出來主從鏈結關係,Symlinkd 還可以從檔案總管裡看出來。

也許微軟還在摸索,也許以後的檔案鏈結可以更好用。(最好是追上 Linux/UNIX 的作法)

stary9 發表在 痞客邦 PIXNET 留言(0) 人氣()

找更多相關文章與討論