<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="ja">
	<id>https://www.tylor.jp/index.php?action=history&amp;feed=atom&amp;title=KDE_Plasma_Transparent</id>
	<title>KDE Plasma Transparent - 版の履歴</title>
	<link rel="self" type="application/atom+xml" href="https://www.tylor.jp/index.php?action=history&amp;feed=atom&amp;title=KDE_Plasma_Transparent"/>
	<link rel="alternate" type="text/html" href="https://www.tylor.jp/index.php?title=KDE_Plasma_Transparent&amp;action=history"/>
	<updated>2026-04-21T10:34:10Z</updated>
	<subtitle>このウィキのこのページに関する変更履歴</subtitle>
	<generator>MediaWiki 1.43.8</generator>
	<entry>
		<id>https://www.tylor.jp/index.php?title=KDE_Plasma_Transparent&amp;diff=6719&amp;oldid=prev</id>
		<title>2025年3月30日 (日) 04:28にWebmasterによる</title>
		<link rel="alternate" type="text/html" href="https://www.tylor.jp/index.php?title=KDE_Plasma_Transparent&amp;diff=6719&amp;oldid=prev"/>
		<updated>2025-03-30T04:28:29Z</updated>

		<summary type="html">&lt;p&gt;&lt;/p&gt;
&lt;p&gt;&lt;b&gt;新規ページ&lt;/b&gt;&lt;/p&gt;&lt;div&gt;{{Pathnav|メインページ|Debian GNU/Linux Customize Tips|frame=1}}&lt;br /&gt;
&lt;br /&gt;
Linuxのデスクトップ環境としてKDEを使用しているとき、アプリケーションウィンドウやタスクバー(パネル)を半透明にするには何をどう設定すべきか、というメモ。&lt;br /&gt;
&lt;br /&gt;
グローバルな視点では「KDEといえば半透明」なのだが、あまりにマニアックだなぁ。&lt;br /&gt;
&lt;br /&gt;
==「デスクトップ環境」とは==&lt;br /&gt;
&lt;br /&gt;
現代のコンピュータは[https://en.wikipedia.org/wiki/Command-line_interface CLI (Command-Line Interface)]が基本だ。キーボードなどの入力装置からOSを経由してCPUに演算命令(コマンド)をキャラクタ(文字列)で入力し、演算結果はディスプレイやプリンタに文字列で出力される。よって、コマンドや演算結果の読み方を知らなければ、そのコンピュータは使えないことになる。スーパーコンピュータや組込コンピュータはCLIのみの場合が多く、これらは専任のエンジニアしか扱えない。&lt;br /&gt;
&lt;br /&gt;
このままでは市井の人々はコンピュータを使えないので、コマンドの入力と演算結果の出力を文字列ではない方法で提供する方法が考案された。それが[https://en.wikipedia.org/wiki/Graphical_user_interface GUI (Graphical User Interface)]である。ディスプレイに表示されるボタンや画像を視覚から選択することでOSを経由してCPUにコマンドを文字列で入力でき、それから得られた演算結果である文字列を適切に映像化してディスプレイに表示するものだ。これが実用化されてはじめて、市井の人々でも(ある程度は)使えるようになった。PCはもちろん、スマートフォンが最たる例だろう。&lt;br /&gt;
&lt;br /&gt;
この「GUIを実現するためのソフトウェアパッケージ」が[https://en.wikipedia.org/wiki/Desktop_environment デスクトップ環境]である。&lt;br /&gt;
&lt;br /&gt;
==Linuxではデスクトップ環境が変更できる==&lt;br /&gt;
&lt;br /&gt;
WindowsやmacOSのデスクトップ環境は、WindowsならMicrosoftの、macOSならAppleの、御仕着せのもの以外に変更できない&amp;lt;ref name=&amp;quot;win&amp;quot; /&amp;gt;。彼らにとってOSとデスクトップ環境は一体化された不可分の商品で、彼等が考えた組合せが所謂ユーザエクスペリエンスを提供するにあたってベストだと考えているからだが、これが原因でインストールできるハードウェアに制限が掛かる。一般にGUIはCLIよりハードウェアが高性能でなければならないうえ、CPU以外に映像を処理・表示するための[https://en.wikipedia.org/wiki/Graphics_processing_unit Graphics Processing Unit (GPU)]でも、彼らが開発したデスクトップ環境を支障なく機能させるために最低限のスペックを規定しなければならないからだ。&lt;br /&gt;
&lt;br /&gt;
それに対して、Linuxのデスクトップ環境は多種多様な選択肢があり、ユーザの好みやハードウェアのスペックに応じていくらでも変更できる。Linuxは(基本的に)商品ではないうえ、その核心たるKernelは『OS機能を提供することに徹して』おり、デスクトップ環境とは無関係だからだ。もっと言えば、Kernelとデスクトップ環境の作者はまったくの別人で、Kernelから見たデスクトップ環境は「OS上で動いているソフトウェアのひとつ」でしかない。Kernelとデスクトップ環境をどう組合せるかはユーザの自由だ&amp;lt;ref name=&amp;quot;gui&amp;quot; /&amp;gt;。これがWindowsやmacOSと決定的に違う点であり、個人が日常生活で使うPCはこうでなければ面白くない。&lt;br /&gt;
&lt;br /&gt;
ただ、その挙動もいくらでも変更できるため、いったん変更し始めると沼に嵌るため要注意である。&lt;br /&gt;
&lt;br /&gt;
世に数多あるLinuxディストリビューションでデスクトップ環境を構築する際にデフォルトで選択されるのは、軽快な動作で有名な[https://en.wikipedia.org/wiki/GNOME GNOME]や[https://en.wikipedia.org/wiki/LXDE LXDE]だ。これらは実装されているハードウェアが比較的ロースペックなノートPCでも問題なく機能することを目標に開発されているため、余程古くなければ、大抵の市販PCで問題なく機能する。謂わば「Windowsの対抗馬」であろう。それ以外では、Linux Kernel産みの親である[https://en.wikipedia.org/wiki/Linus_Torvalds Linus Torvalds]がGNOMEのバグに嫌気が差して一時使用していたことで知られる[https://en.wikipedia.org/wiki/Xfce Xfce]も軽快さで人気がある。&lt;br /&gt;
&lt;br /&gt;
が、[https://en.wikipedia.org/wiki/KDE KDE]は、それらとは対極の美麗さで夙に知られる。実用一辺倒なWindowsにはない開発指向&amp;lt;ref name=&amp;quot;ope&amp;quot; /&amp;gt;で、さりとてmacOSとも異なる美麗さの演出に、管理人を含む根強いファンが多いが、美麗さを演出するためにCPUの演算量やグラフィック用メモリの消費量が多くなることから、KDEに実装されている様々な効果(エフェクト)を使うにはGNOMEやLXDEよりハイスペックなハードウェアが必要&amp;lt;ref name=&amp;quot;kde&amp;quot; /&amp;gt;になる。しかし、ここ最近のハードウェアは安価なモデルでも高性能なので、KDEの様々なエフェクトを同時に有効にしたとて、描画でモタついたりコマ落ちしたりすることはほぼ無くなった。「時代がようやくKDEに追い付いた」だけなのかもしれないが、いずれにしろ、良い時代になったものだ。&lt;br /&gt;
&lt;br /&gt;
==「KDEならTransparentでしょ」==&lt;br /&gt;
&lt;br /&gt;
そんなKDEで代表的なエフェクトが&amp;#039;&amp;#039;&amp;#039;Transparent:透過&amp;#039;&amp;#039;&amp;#039;だ。即ち、文字はそのままだが、アプリケーションウィンドウだけを半透明に設定するエフェクトで、ユーザの目に応じて透明度を調整すると、アプリケーションウィンドウに表示される文字の可読性を維持しつつ、背景や、背後のアプリケーションウィンドウの文字だけが鮮やかに浮かぶ環境が構築できる。&lt;br /&gt;
&lt;br /&gt;
これは実に有用なエフェクトで、例えばWebブラウザで調べた複数のコマンドラインを順番にコンソールに入力する際、いちいち {{keypress|ALT}} + {{keypress|TAB}} を押下してWebブラウザとターミナルエミュレータのウィンドウを行き来してコマンドラインをコピペするのではなく、ターミナルエミュレータの背景として透けて見えているWebブラウザのコマンドラインをそのまま確認しながら入力できるので便利なのだ。&lt;br /&gt;
&lt;br /&gt;
また、副次的な効果だが、画面の一部を無粋に占拠しているタスクバー(KDEではパネルという)をも完全に透明化できるため、壁紙に設定した画像をディスプレイの隅々まで鑑賞できるようになる。&lt;br /&gt;
&lt;br /&gt;
ではなぜ「KDEならTransparentでしょ」と謂われるのか。それは、画像透過処理が[http://www.sm.rim.or.jp/~shishido/toumei.html CPUリソースを莫迦食いする]、かなりの演算量だからだ。よって、カラフルな背景を設定した状態で半透明を維持したウィンドウを動かそうものなら、それに連れてリアルタイムで透過処理を走らせる必要があるためCPU演算量が跳ね上がり&amp;lt;ref name=&amp;quot;cpu&amp;quot; /&amp;gt;、貧弱なCPUでは処理が追い付かずフリーズする&amp;lt;ref name=&amp;quot;freeze&amp;quot; /&amp;gt;。つまり、ハイスペックなハードウェアが必須となり、先述の目標と真っ向から対立するため、GNOMEやLXDEでは意図的に実装しておらず、Xfceでは設定できるものの正面切ってユーザに勧めていないが、KDEは当初からある程度ハイスペックなハードウェアで使用することを想定しているため、Transparentを公式にサポートしている。このあたりは[https://en.wikipedia.org/wiki/Chicken_or_the_egg 「鶏が先か、卵が先か」の関係]といえなくもないが、GNOMEやLXDEの初心者がユーザコミュニティに「ウィンドウをTransparentにできないの？」と質問しようものなら、開発者や古参のユーザから「TransparentにしたいならKDEに乗り換えてくれ！」と呆れられたり、Transparentを設定していないKDEユーザが、設定済のKDEユーザから「折角のKDEなんだから、Transparentを設定しないと勿体無いよ」とまで謂われる所以がここにあるのは間違いない。&lt;br /&gt;
&lt;br /&gt;
下記は、管理人なりのKDE Plasma 5でのTransparentの設定である。なお、画面が白色で明るいと目が疲れる&amp;lt;ref name=&amp;quot;kelvin&amp;quot; /&amp;gt;ため、管理人のデスクトップ環境はデフォルトでダーク(黒色)設定、ターミナルエミュレータも黒色透け背景に信頼と伝統のアンバー(琥珀色)文字で設定している。&lt;br /&gt;
&lt;br /&gt;
#タスクバーのウィジェットに[https://www.pling.com/p/1338479/ Panel Transparency Button]を追加後、ノブをONに倒して、タスクバー(パネル)を完全に透明化する&lt;br /&gt;
#Kvantumをインストールする&amp;lt;br&amp;gt;&amp;lt;code&amp;gt;# apt install kvantum&amp;lt;/code&amp;gt;&lt;br /&gt;
#Kvantum用テーマの[https://store.kde.org/p/1820725 Black-Colors]から&amp;lt;code&amp;gt;Black-BlueBerry.tar.gz&amp;lt;/code&amp;gt;をダウンロードし解凍する&lt;br /&gt;
#アプリケーションランチャーから[設定]→[Kvantum マネージャー]を起動し、解凍した&amp;lt;code&amp;gt;Black-BlueBerry.tar.gz&amp;lt;/code&amp;gt;をインストールする&lt;br /&gt;
#同じウィンドウで[アクティブなテーマの設定]を選択、[Compositing &amp;amp; General Look]タブにある&amp;lt;code&amp;gt;Reduce window opacity by&amp;lt;/code&amp;gt;を&amp;lt;code&amp;gt;40&amp;lt;/code&amp;gt;に、&amp;lt;code&amp;gt;Reduce menu opacity by&amp;lt;/code&amp;gt;を&amp;lt;code&amp;gt;40&amp;lt;/code&amp;gt;に、それぞれ設定する。&lt;br /&gt;
&lt;br /&gt;
==脚注==&lt;br /&gt;
&amp;lt;references&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;win&amp;quot;&amp;gt;いちおうWindowsは[https://en.wikipedia.org/wiki/Windows_Registry レジストリ]を弄れば多少変更できるものの、とてもではないが一般ユーザ向けではない。裏を返せば、デスクトップ環境が妙に変わっている場合は、外部から侵入したコンピュータウィルスが(自身の存在をアピールするため)変更させたとを疑うべきですらある。特に、タスクバーが突然(半)透明になった場合は、ウィルス感染を疑って問題ない。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;gui&amp;quot;&amp;gt;これには当然「デスクトップ環境をインストールしない自由」も含まれる。というか、数十億台の[https://en.wikipedia.org/wiki/Android_(operating_system) Android]スマートフォンが普及する以前は、Linuxをインストールしたコンピュータにデスクトップ(GUI)環境をインストールすること自体が珍しがられた。それまでLinuxの主戦場だったサーバ用途ではデスクトップ環境は不要だからだ。管理人も自宅でLinuxサーバを運用し始めて20年ほど経つが、サーバにデスクトップ環境なんぞインストールしたことは無い。あくまで日常使用するクライアントPCでの話だ。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;ope&amp;quot;&amp;gt;操作体系はWindowsデスクトップ環境の影響が大きい。これはGNOMEやLXDEでも同じだ。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;kde&amp;quot;&amp;gt;使用しているディスプレイが大画面だったり複数枚だったりすると描画のスピードが追い付かずフリーズする場合があるようだが、それでも、Windowsが要求するハードウェアスペックよりは低性能でまったく問題無い。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;cpu&amp;quot;&amp;gt;管理人の手許の環境では、ウィンドウを半透明に設定した[https://en.wikipedia.org/wiki/Dolphin_(file_manager) Dolphin]をぐりぐり動かすだけで、ディスプレイサーバとクライアント間の通信プロトコルであるWaylandのCPU使用率が2%台から30%台まで急騰する。これは、半透明なウィンドウがぐりぐり動く → 半透明の領域がディスプレイのリフレッシュレートに応じて変わる → 該当する領域を透過処理させる画像をリフレッシュレートに応じた枚数だけ演算・作成し続ける → 作成した画像がディスプレイサーバとクライアントの間で送信され続ける、という因果関係に依る。ディスプレイの解像度がWQHD(2560×1440)、RGBレンジがFull(16,777,216色)、リフレッシュレートが60Hzなので、秒間60枚、大きさがWQHDで16,777,216色を使用している画像の一部に透過処置を実行後、1枚も欠けることなく連続してディスプレイサーバに送信しているのだから至極当然だろう。30%台で収まっていることのほうが不思議なぐらいだが、これはひとえにハードウェアの進歩の賜物だろう。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;freeze&amp;quot;&amp;gt;そのため現在でもKDEの半透明を設定するオプションに「移動中のウィンドウは半透明にしない」という項目がある。これをONに倒すと、移動しているウィンドウの背景は直前の状態から変更されず、移動し終わった位置で背景の透過処理が走る。つまり、移動中のウィンドウに透過処理を実行しないため、CPUに優しい。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;ref name=&amp;quot;kelvin&amp;quot;&amp;gt;ディスプレイの[https://en.wikipedia.org/wiki/Color_temperature 色温度]は6500Kだが、[https://en.wikipedia.org/wiki/Brightness 明度]は40%まで減光している。&amp;lt;/ref&amp;gt;&lt;br /&gt;
&amp;lt;/references&amp;gt;&lt;/div&gt;</summary>
		<author><name>Webmaster</name></author>
	</entry>
</feed>