bookmarks.json 重複URIの削除

Mozilla Firefoxのbookmarkの解析を進めているのだが、今回は重複したURIの削除を行いたい。すべてのブックマークで表れる、エディターで手動でも行えるのだが。フォルダー毎に行うのと、重複が多いので手動では時間がかかる。bookmarks.jsonの解析を進めるのを兼ねて、スクリプトで行なってみる。jsonが扱いやすく、配列処理のコマンドがそろっているphpを使用している。
Firefoxからバックアップして出力させたbookmarks.jsonファイルを読み出して配列に代入し、その配列で処理を行いbookmarks.jsonのファイルを出力する。Firefoxで編集されたそのファイルを復元するで読み込ませて正常に表示できて、重複が消えていれば成功である。

今までやってきたこと。bookmarks.jsonの解析。phpでの配列への代入。それをファイルへ出力し編集。jsonファイルは直接編集しづらい。編集したファイルをbookmarks.jsonに変換しFirefoxde復元でbookmarkとして読み込ませた。

ここまではできる。

これからは配列から、別の配列にURIを代入し重複したURIを見つける。もとの配列から重複した配列を削除し、jsonファイルにする。ここまで行いたい。

GTK+でファイルを選ぶ、gtk_file_chooser_dialog_new

GUIでファイルを探す処理に、GTK+を利用してみよう。

プログラムでファイルを選ぶ場合、あらかじめシェルかファイラーを用い、ファイル名を正確に代入する必要になる。選んだファイル名を返す、単純なGUIのプログラムがあれば汎用できるので、便利である。今回は、GTK+というツールボックスを使用して、GUIでファイルを探すプログラムの制作を行ってみよう。
設定として、簡単で単純なプログラム。汎用性が高いこと。カスタマイズ可能。GTK+の学習を目的とする。

filechooser.c

コンパイルは以下で。

エラーが出る

gtk_dialog_run (GTK_DIALOG (dialog)); このエラーはで生じてる。
gtk_file_chooser_dialog_new の二番目の引数、NULLだと生じるのか?
そのようだった。main関数から、呼び出すと消えた。 

main関数とは、別に関数を作り、mainから呼び出すと、GtkDialog mapped without a transient parentのエラーは消えた。mainの中でgtk_file_chooser_dialog_newウィジェットを実行してもエラーがでない方法がありそうだが。組み合わせをいじってみて、mainの中でも動くようになった。改めてみると、単純な表現であるが、初心者が戸惑うツボが垣間見れる。

実行すると、引数のディレクトリーを指定できるので、そのところで開く。
ファイルを選ぶと、標準出力にファイル名を出すようしにした。

シェルスクリプトから呼び出すと、応用できる範囲は広い。

このように、tclでfilePathにファイル名を代入することができる。Tkで使ってた、tk_getOpenFile をこちらに変えたのである。Tkではプレビューがないので画像ファイルは、呼び出して表示と手間がかかっていた。この方法だとプレビューと言うか、アイコンが見えるのあるが……。小さい。まったく小さい。大きさ変えられないし。もっと大きなアイコン表示ができる?プレビューが同じ窓でできない? 

You can add a custom preview widget to a file chooser and then get notification about when the preview needs to be updated. To install a preview widget, use Gtk.FileChooser.set_preview_widget(). Then, connect to the Gtk.FileChooser ::update-preview signal to get notified when you need to update the contents of the preview.

gtk_file_chooser_set_preview_widget()を使ってみた。

これだと画像を選択すれば、右にプレビューが表示されるので便利だ。


https://developer.gnome.org/gtk3/stable/GtkFileChooserDialog.html#gtk-file-chooser-dialog-new
https://developer.gnome.org/gtk3/stable/GtkFileChooser.html
https://lazka.github.io/pgi-docs/Gtk-3.0/interfaces/FileChooser.html

追加
 Couldn’t connect to accessibility bus: Failed to connect to socket /tmp/dbus
が出現するのを消すには、

を実行しておく、bashrcに記載しておく。fvwmのメニューの中で実行して、エラーが出るので、wish中に

を追加するとエラーが出なくなった。dbusのバグのようだが。

ロジカルシンキングを考えてみる

ロジカルシンキングと言う言葉があり、主にビジネスの世界で使われている。数社のコンサルタント会社が使っているようである。
そのロジカルシンキングとは、何なのかを検証してみよう。

ロジカルシンキングの定義は

ロジカルシンキング(logical thinking)とは、一貫していて筋が通っている考え方、あるいは説明の仕方のことである。

とされている。筋が通っている?考え方?または説明の仕方?この定義だとロジカル関係なくないかな?筋が通っていればロジカルシンキングになるということなのか?甚だ疑問が浮かぶ。

日本語だと論理思考、論理的思考と言われるようだが、議論の余地があるとwikipediaでは主張されている。
また、英語圏で一般的に用いられる言葉でなく、日本で浸透してるという意味では、和製英語であると言える。

まずロジカルシンキングの「シンキング」、日本語では「思考」とは何か。

思考(しこう、英: Thinking)は、考えや思いを巡らせる行動[1]であり、結論を導き出す[2]など何かしら一定の状態に達しようとする過程において、筋道や方法など模索する精神の活動である[3] 出典Wikipedia

思考とは、思いを巡らせる行動であり、精神の活動であると定義されている。
ロジカルシンキング、論理思考とは、論理的である、思いを巡らす行動であり、精神の活動であることを意味しようとしているのか。

次にロジカルシンキングのロジカル、理論について考えてる。この場合の理論は理論学の理論ではなく、筋が通っているという意味合いで理論という言葉を使っている。具体的に何とか理論を使うというものでもなく、いくつかの方法を使用した、思考であると言っている。理論という言葉が誤って使われているのだ。wikipediaに改善の余地があると指定されているのは、その不正確な言葉の使用が理由であると伺えよう。
さらに、思考という単語も使っているが、思考は思いを巡らす行動、精神の活動であって、直接にロジカルと繋がらない、独立した別なものである。このロジカルは、思考をコントロールするものでも、影響を与えるものでもない。
つまり、ロジカルシンキングという言葉は、不正確で誤った意味に捉えかねない紛らわしく不適切な言葉であるといえる。

Kodiのフォントを変えてみる

とりあえず、vlgothicにしてみた。すっきり目に見える。時刻も小さめに見えるんで良とする。

fvwmに、fvwm-menu-desktop を使用し XDG Menusをメニュー追加

fvwmのメニューはカスタマイズが簡単にできるが、自動的に生成されるメニューはDebianメニューを使っていたが、
もっと便利なXDG Menusがあったのでこれを使えるように設定した。
StartFunctionsに以下を追加

.XDGMenuファイルがないと、XDGRegenを実行し、そのファイルを読み込む。
XDGRegenは、以下で設定する。

https://www.mankier.com/1/fvwm-menu-desktop