開発では、主に Eclipse とターミナルの GNU Screen セッションに依存しています。職場ではデュアル モニターを使用しており、通常は各画面で最大化しています。自宅で作業するときは、ラップトップ スクリーンで作業します。最適なソリューションとして、SSH 経由でログインし、そこにスクリーン セッションを取得しますが、Eclipse などのグラフィカル プログラムの場合は、次の方法を試しました。
- リモート デスクトップを有効にし、VNC ビューア経由でコンソールに接続します。これにより、両方のモニターから 1 つの大きな連続画面が表示されますが、速度が遅くなり、スクロールが面倒になります。また、もう一方の側 (GNU Screen を実行) は ssh 経由で既に処理されているため、実際に必要なのは画面の片側だけです。
- 回避策として、別の vncserver インスタンスでグラフィカル プログラム (Eclipse など) を実行してみました。これにより、自宅からこの代替 VNC セッションに接続できるようになります。ただし、これには職場でも同じことを行う必要があります。ただし、これをできるだけシームレスにしたいので、
vncviewer -fullscreenオプションを試してみましたが、画面は両方のモニターにまたがり、実際の画面は中央に配置されました (各モニターの半分だけを覆い、残りの 2 つの半分は黒のままでした)。 - おそらく、私が試していない 3 番目の解決策もあります。それは、両方のモニターを 2 つの異なるディスプレイとして構成し、自宅にいるときは 1 つのモニターにのみ接続することです。これでうまくいくかもしれませんが、オフィスにいるときにウィンドウを再配置する柔軟性が失われます。
私は 2 番目の解決策を好みますが、フルスクリーンで実行でき、モニターの 1 つだけにまたがる優れた VNC ビューアがあるかどうか知りたいです。私が知らない他のより良いオプションがある場合は、それも教えていただきたいです。
忘れるところでしたが、WindowSwitch というプログラムを使用した 4 番目のアプローチも試しました。これにより、ウィンドウを 1 つのセッションから別のセッションに移動できるようになります。これは、個々のアプリケーション レベルでの vncserver の非常に巧妙で便利な拡張機能です。しかし、実際には非常に不安定でバグが多かったため、部分的にしか成功しませんでした。
答え1
VNCセッションを実行するには、を使用してくださいxrdp。セッションを開くときに画面サイズを指定できます。最初に試したときは安定していないと感じましたが、最近のリリースは非常に安定しているようです。VNC と RDP を使用したリモート デスクトップいくつかのアイデアについては。
答え2
ニーズに合わせて特定の vncserver ジオメトリを指定してみてください。
$ vncserver -geometry <WIDTH>x<HEIGHT>