Linux LAW File

昨日はインフルに感染して一日中死んでいました。
広めちゃいけないので本日は有給休暇、体はダルいけど頭は超ヒマだ。
そんなこんなで昨日やろうと思っていた Linux ネタ。

orf

Fedora 39 にして四ヶ月、何を今頃気がついたけれど。
Nautilus 45 は OLYMPUS LAW である ORF を認識しているじゃん。

OM SYSTEM となっていないのはまあ時間が解決するだろう。
NIKON の NEF は以前からあったけど LUMIX の RW2 も対応していた。
いやぁ写真趣味を初めて良かった、こんな検証ネタが見つかるとは。

もちろんサムネイル表示することも画像を表示することも何もできない。
macOS の uti と違って意味が無いような気がしなくもない。
いや macOS はリソースフォーク時代と拡張子との整合性とかあったからだけど。
そもそも UTI は開発者側以外は気にしなくていいことは置いておいて。
ちなみに Nautilus は拡張子より前に以下を検索します。

/usr/share/mime/magic

とりあえず開いて olympus で検索、ちなみに文字列ではない定義もある。
当然 Gedit ではエラーが出るけど強制的に開くことは可能。

orf

なんだ普通に定義されていた。
IIRO(0x08)(0x00)(0x00)(0x00)
がファイルの先頭に付いていたら ORF ということです。

つまり macOS の UTI が現在は拡張子依存なのと違い拡張子は関係ない。
拡張子だけで全てが決まるポンコツ OS は置いておいて。

#!/usr/bin/env python3

import sys, textwrap
from gi.repository import Gio

attr = ','.join([
    Gio.FILE_ATTRIBUTE_STANDARD_DISPLAY_NAME,
    Gio.FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE ])

for filename in sys.argv[1:]:
    f = Gio.file_new_for_path(filename)
    info = f.query_info(attr, Gio.FileQueryInfoFlags.NONE)
    _name = info.get_display_name()
    _type = info.get_content_type()
    _desc = Gio.content_type_get_description(_type)
    print(textwrap.dedent(f'''
        ----------
        Name        : {_name}
        Content Type: {_type}
        Description : {_desc}
        ----------'''))

get_ctype.py

を使って拡張子不要と表示の確認。

orf

なるほど、Description がプロパティに表示されているようで。
しかし LAW の Content-Type に対応とは、将来的に表示対応するのだろうか？
macOS でないとまともな現像アプリが無いから正直いらないけど。
フリーの GUI アプリって今現在は消費者（エンドユーザー）用途でしかないよね。
関係ないけど GNOME 45 って avif に対応していたのね、知らなかった。
最後に。

[Python]ヒアドキュメントでもインデントを崩さずに書かなきゃダメだよ | DevelopersIO

textwrap.dedent だと簡潔かつ読みやすいコードになりますね。
fstring でなく以前の formar({0}) なら先頭に定義という技があったけど。
それを fstring でやると未定義扱いになり困っていたので嬉しい発見でした。