フォルダの日付がアップデートされない

途中から失礼します。

ni_kiさんの書かれたようにその動作が仕様と考えられます。

元々、フォルダの「変更日時」はそのフォルダ自身に変更が加えられた時に更新されるもので、そのフォルダにふ含まれるファイルやサブフォルダに変更が加えられたからといって更新されるものではありません。

アプリケーションがファイルを更新した際にそのフォルダの日付が更新されるのは、そのアプリケーションがそのファイルを直接更新しているのではなく、作業用ファイルを作成してから元のファイルを置き換えている（削除＋作成）からだと思われます。

フォルダは（極論ですが）単なる「ファイルのリスト」ですから、そのファイルを含むフォルダではファイルの削除・追加でその日付が更新されますが、その親フォルダは子フォルダの日付が変わっただけでリストが変更されたわけではないためその日付はそのままということになります。

むりやりフォルダの日付をそのフォルダが含むファイル・サブフォルダの日付に合わせるようなスクリプトを書くこともできるでしょうが、実行する手間を考えると現実的では無いようにも思います。

遅くなりました。

makimomo による書き込み:

有難うございます。やってみたのですが、変化なしでした。。

どのように「やってみた」のでしょうか。

私は以下のようにして試しました。

1. 10個に設定
2. Safariで適当なファイルをオープン。
3. 閉じて、別のファイルをオープン。
4. これを繰り返しながら、リストを確認。

ちなみに、試した限りでは以下のような動作をするようです。

• サブフォルダを展開（▶︎をクリック）してサブフォルダ内のファイルを開いた場合、サブフォルダではなくその時開いていた（ダイアログが表示していた）フォルダが追加される。
• サイドバーにあるフォルダは追加されない。
• Finderからオープンした場合は追加されない。対象となるのはオープン／セーブダイアログでの操作のみ。

一応検索を掛けて下記のコマンドも見つけたのですが、こちらも効果なしでした。。。

defaults write .GlobalPreferences NSNavRecentPlacesLimit -int 10 && killall Finder

「default ...」の部分は同じ意味ですね。「-g」オプションでグローバルドメインを指定しているか、グローバルドメイン用のファイル名を元に指定するかの違いです。

「&&」は、その前の部分を実行して正常終了（エラーなし）なら後ろの部分を続けて実行、を指定。

「killall ...」はFinderのリスタート。Dock上のFinderアイコンの右クリックメニューから同じことを行うこともできます。

... 本日アップルサポートに連絡をして確認したのですが、デフォルト5個の変更は現在のOSではできなくなっているとのことでした。

確かに現状では標準で用意されているGUIは無いようですが、「できなくなっている」にはいろんな意味がありえますね。

１：機能自体がない。

２：機能はあるが、有効になっていない。

３：機能があり、変更のためのUIもあるが無効にしている。

４：機能はあるが変更のためのUIが無い。

など。

少なくとも私のテストでは設定が有効なのは確認できているので、１と２は除外できると思いますが...

makimomo による書き込み:

... せめて「最近使用したフォルダ」なる項目が「よく使う項目カラム」にあれば ...

Finderであれば、サイドバーに「最近使用したフォルダ」はありませんが「移動」メニューに「最近使ったフォルダ」があります。また、「最近使った項目」で表示されたファイルを右クリックすると、「内包しているフォルダで表示」がメニューから選べます。

なお、標準のオープン／セーブダイアログでもタイトルバーのフォルダ名がポップアップメニューになっていてそこでも最近使ったフォルダが選択できます。

以上、ご参考まで。

... ちなみにオープン・セーブの際のフォルダ数が少ないのですが、こちらを多く設定することは可能でしょうか。...

「最近使ったフォルダ」はデフォルトでは５個までのようですね。（10.11.6と10.13.2で確認）

この値はシステム環境設定で設定されている最近つかった項目用の指定値とは別になっていて、以下のコマンドをターミナル（アプリケーション＞ユーティリティ）から実行することで変更可能なようです。（少なくとも10.11.6と10.13.2で確認できました）

例：

最大10個に増やす場合（別の値にするときは最後の数値を変更してください）

defaults write -g NSNavRecentPlacesLimit -int 10

元に戻すには

defaults delete -g NSNavRecentPlacesLimit

を実行します。

# 以下のサイトを参考にさせていただきました。（日付を見ると４年近く前の記事のようです。英語ですが）

https://www.maketecheasier.com/manage-recent-places-osx/

私のHigh Sierraは正常に更新されてるので、取り合えずセーフブートを試すとか。

別のユーザアカウントを作って、そこで正しく動作するかどうかを確認するとか。

全然気にしてないけど、直ぐ上のフォルダにのみ更新日が反映されてるように記憶している。つまり、上の上のフォルダには影響していないような。

ずーと上に遡って変更するのも、どこかで変更を止めるのも大変なんで、直上のフォルダだけでいいような感じはしてます。

仕様のようです。手がないと思われます。