問題タブ [awesome-wm]

コードをオートコンプリートするか、ドロップダウン メニューを開こうとすると、ウィンドウ/ダイアログが短時間表示され、メイン エディター ウィンドウの後ろに隠れます。

この問題は、AwesomeWM などのタイリング ウィンドウ マネージャーでの Java ウィンドウ処理に関連しています。

これを解決するには、以下の回答を参照してください。

ネットワーク環境が変わると、別の設定で素晴らしい wm を実行したいです。したがって、ネットワーク環境が変化したときにスクリプトが実行されるように、ネットワークマネージャーディスパッチャーにスクリプトを作成しました。

ただし、このスクリプトは環境が変化したときに実行されますが、素晴らしい wm は再起動しません。

スクリプトがルートによって実行されたことが原因だと考えたので、次のコマンドを使用します。

このコマンドは、root に su すると動作します (awesome wm を再起動します)。ただし、使用する場合：

スクリプトを実行すると、スクリプトは wm の再起動に失敗します。しかし、現在のユーザー（dreamingo）として実行すると機能します。

さらに、上記の両方の結果 (成功または失敗)、スクリプトは次のように出力します。

失敗した方もまたすごいものを再起動しようと思ったのですが、何かが覆ったり止めたりしてしまいました…。

eclipse 用の lua プラグインがあり、素晴らしいメイン ページapi_docにドキュメント ページがあり、すべての .lua ファイルが/usr/share/awesome/lib.

そこで、ライブラリまたは実行環境を作成して、tabcompletion と docview を使用できるようにする必要があると考えました。

そこで、独自の実行環境を作成してみました。

• .rockspec標準ファイルを書きました
• ドキュメントをダウンロードしてオフライン バージョンを作成し、docs/ フォルダーに配置しました
• ファイルとフォルダーを圧縮しました/usr/share/awesome/lib
• すべて圧縮

試してみました...そして失敗しました。.lua ファイルのドキュメントを表示しようとすると、「注: この要素にはドキュメントが添付されていません。」というメッセージが表示されます。

質問: 私のやり方は完全に間違っていますか? rc.luatabcompletion と docview で編集する方法はありますか?

いたずらの通知メッセージの文字数制限を回避する方法はありますか? その制限が何であるかはわかりませんが、一定の長さの後に切り捨てられているようです。私は orglendar を使用しています。これは、Google カレンダーのイベントを 1 つのメッセージ/ペインに要約するもので、非常に便利です。

問題は、イベントが 4 つ以上ある場合、イベントが長くなりすぎて途切れる傾向があることです。結果のメッセージは、切り捨てられた</span>タグが原因で解析が正しく行われず、多少判読不能になります。

あるいは、通知メッセージはおそらくこのような長いリスト用に設計されていないため、orglendar を変更して代わりに使用できる代替ウィジェットはありますか?

私は、Awesome のデフォルトのウィンドウ切り替え機能が気に入らなかったので、履歴を考慮した Alt-Tab の動作を実装しようと考えました (そして派手な不透明効果を行います)。

Alt-Tab を押すと、履歴全体が表に記録され、その履歴に最小化されたウィンドウ (同じタグ内) が追加されます。このテーブルが生成されると、Tab キーを押すイベント (テーブル内の次のクライアントに切り替える) と Alt キーを離すイベント (完全に中止する) をキャプチャするキーグラバーをインスタンス化します。

テーブルが何度も何度も生成されるのを防ぐために、ユーザーが Alt キーを押しながらタブ操作を行っているかどうかをフラグが追跡します。

コード (たくさんあり、おそらく見る必要はありませんが、私の経験では、すべてのコードを投稿しないと、最終的には人々がそれを求めてくることがわかっています):

たくさんのコードがあることはわかっていますが、主なものはキーグラバーです。理由は不明ですが、この方法で Alt キーを押しながら Tab キーを押しているときに、Awesome がクラッシュすることがあります。AltキーとTabキーに信号を接続し、ユーザーが終了したらすぐにそれらを切断することで、キーグラバーを置き換えたいと思います。しかし、何らかの理由でこれを行うことができません。

次のように新しいキー オブジェクトをインスタンス化します。

などの最初の要素をawful.key()クエリできるテーブルを実際に返すことが試行錯誤によってわかりました。しかし、シグナルをこのオブジェクトに接続しようとすると、LUA インタープリターが不平を言い、nil オブジェクトだと教えてくれます。だから私の質問は：私はここで正しいことをしていますか？私が意図した方法でキーグラバーを置き換えることさえ可能ですか?keykeysym[1]

素晴らしい wm 3.5 では、cairo を使用してカスタム ウィジェットを作成し、ビジュアルを描画できます。モノクロのPNGアイコンを表示し（wibox.widget.imageboxのように）、その色をすばやく変更できるウィジェットが必要です。wibox.widget.imagebox の draw 関数で数行修正してみました

しかし、うまくいきません。他のいくつかのカイロの合成演算子を設定しようとしましたが、それらのほとんどは期待どおりに機能しません。wibox の背景色ではなく、間違ったオーバーラップ エリアと黒い領域。SOURCE と OVER は正常に動作するだけです。どこで間違えたのですか？

問題

awful.widget.textclockシステムのタイムゾーンの変更をすぐに反映するように、awesome-wmのウィジェットを変更したいと考えています。このウィジェットとすべての awesome-wm 設定は lua で書かれています。

現在、システムのタイムゾーンが変更された場合、ウィジェットは実行時に設定されたタイムゾーンに従って時間を表示し続けます。ウィジェットはos.time関数を使用して時刻を取得しますが、これはシステム時刻と一致しません。

以下に示す解決策

ルアスクリプト:

出力：

回避策

これは、素晴らしいウィンドウ マネージャーを再起動することで解決できます。これにより、ウィジェットは再び正しいタイムゾーンを取得します。当然、タイムゾーンが変更された場合は、ウィンドウ マネージャーをもう一度再起動する必要があります。

望ましい効果は、定期的またはos.time関数が呼び出されるたびに、タイムゾーンが変更されたときにシステムからタイムゾーンを更新することです。

使用事例

興味がある方のために説明すると、これの使用例はラップトップです。私は頻繁に旅行tzupdateし、systemd timer. タイムゾーンの変更を自動化したい。これは、実際に時間を表示するウィジェットがシステムのタイムゾーンの変更に気付かないことを除いて、正常に機能します。

これまでに試した

1. 「$TZ」環境変数の設定を解除します。しかし、Arch Linux はそもそもこの変数を設定しないため、lua がどのように正しいタイムゾーンを決定するのかさえわかりません。
2. luatzライブラリ、特にtzcache.clear_tz_cache()関数を使用します。これは効果がないようです。
3. os.time():luatz.time()と以外の関数でシステム時刻を取得しますluatz.gettime.gettime()。これらは他の関数と同じ時刻を取得します。
4. 関数を使用しluatz.time_in()ますが、これはタイムゾーン オフセットが UTC 時間に 2 回適用された時間を返します。 luatz.time()正しい現地時間を返しますが、UTC 時間を返すことになっています。

更新しましたluatz

推奨どおりにライブラリをいじってみましたが、関数luatzを呼び出した後でも、システムのタイムゾーンを再チェックしていないようです。tzcache.clear_tz_cache()

リポジトリのクローンを作成し、システム モジュール ディレクトリにluatzコピーしました。luatzスクリプトは正しく読み込まれているように見えますが、システムのタイムゾーンの変更を無視した場合の効果は変わりません。私が知る限り、これは関数と何ら変わりはありませんos.time()。

luatz テスト スクリプト:

出力：

luatz.time_in()

そのためluatz.time_in()、システムのタイム ゾーンが変更されると関数が更新され、私はそれについて興奮しています! ただし、time_in()正しい現地時間を表示しません。タイムゾーンのオフセットが正しい現地時間に追加されるため、時間が数時間遅れます。TZ環境変数を設定して実験しましたが、これは効果がありませんでした。何らかの理由で、luatz.time()は現地時間をluatz.time_in()返し、タイムゾーン オフセットを 2 回適用した結果を返しています。

ルアスクリプト:

出力：

実際のシステム現地時間: 15:59。

キーバインドを使用するたびにエラーが発生します

/usr/share/awesome/lib/awful/key.lua:42: attempt to call upvalue 'press' (a string value)

42 行目:

これがその周りのすべての行です

AwesomeWM がタイリング レイアウトに設定されている場合、Chrome ウィンドウ間でタブを移動することは非常に困難です (不可能な場合もあります)。

タブをクリックしてドラッグして 1 つのウィンドウからタブを切り離すとすぐに、Awesome はタブを並べて表示します。つまり、タブを移動先のウィンドウのタブ バーにドラッグすることはできません。

これを修正するために、Awesome 構成でできることはありますか? ウィンドウをフロートさせる必要があると思いますが、どうすればこれを行うことができ、他のすべての状況でタイリングを保持するにはどうすればよいですか?