崇高的文字3邊欄自動更新不起作用

Question

我想知道是否有人可以告訴我如何制作它，以便當我在finder（osx）中向當前項目添加新文件夾/文件時，sublime text 3自動更新側邊欄。

現在，我必須手動轉到Project-> Refresh Folders

我的用戶首選項很基本，因此可能不是問題：

{
    "color_scheme": "Packages/Color Scheme - Default/Solarized (Light).tmTheme",
    "font_size": 18,
    "tab_size": 2,
    "translate_tabs_to_spaces": true
}

如果有人可以幫忙，那么就像我嘗試使用Google谷歌搜索一樣，尋找答案的答案卻還沒有找到任何可行的方法。

提前致謝。

Answer 1

我最近開始遇到此問題，結果與DropBox有關。 刪除DropBox並重新啟動計算機后，文件夾刷新將像以前一樣開始工作。 此外，DropBox還影響了其他幾個應用程序，特別是SourceTree和Transmit以及Sublime Text 3。

Answer 2

我有同樣的問題。 您始終可以將文件夾刷新綁定到熱鍵 。 雖然這不是用於自動更新的完整修復程序，但仍然可以避免冗長的手動刷新。 我相信這也是Dreamweaver的工作方式。

Answer 3

我在ST3（OSX 10.9.2）中遇到了相同的問題。 我的項目的根文件夾有問題。 我創建了新文件夾Code1 ，將所有項目移到那里，刪除了舊的Code文件夾，並將新Code1重命名為Code 。 這種魔法使事情恢復了正常。

Answer 4

打開控制台，查看是否有任何錯誤。 當文件系統發生更改時，它將記錄日志。

Answer 5

當我使用通過samba掛載的磁盤時遇到了這個問題。 我最好的猜測是，這與操作系統或文件系統沒有觸發升華的正確事件有關，以意識到文件夾中有新內容。

我猜想您正在處理的項目所在的磁盤屬於已安裝的磁盤，該磁盤可能具有不同的文件系統。 嘗試移動項目，看看是否有幫助。 如果是這種情況，那么在裝入最初存儲項目的磁盤時，您應該查看正在使用的標志和內容。

您將如何解決該問題，但是由於我對OSX沒有任何經驗，因此我對此一無所知。

Answer 6

可能是插件SidebarEnhancements錯誤導致的，就像我這樣。 使用包控制，我刪除了插件。 我無法打包安裝該插件，因為它不會顯示在可用插件列表中。 因此，我改為在倉庫中關注此github問題 ，並將其克隆到正確的目錄中。

另一邊注，在Sublime中，單擊“ Sublime Text”->“ Preferences”->“ Browse Packages”。 打開正確的位置以在finder中克隆存儲庫。 如果單擊出現的查找程序窗口頂部欄中的文件夾圖標，則實際上可以將其拖動到iTerm2中，以便在運行下面包含的git clone命令之前位於正確的位置。

git clone https://github.com/titoBouzout/SideBarEnhancements.git "SideBarEnhancements" cd "SideBarEnhancements"

最后，退出ST3並重新打開對我有用。 希望這可以幫助。

Answer 7

我使用的是Windows，因此不確定我的解決方案是否與確切的問題相關，但是由於我是在Google上找到的，因此我認為這可能對某些人有所幫助。 我的問題特別是與SideBarEnhancements插件有關。

愚蠢的解決方案（首先嘗試）：

1. 關閉Sublime Text，轉到Packages目錄（在Windows中，位於%HOMEDRIVE%%HOMEPATH%\\AppData\\Roaming\\Sublime Text 3 （Win + R，粘貼該路徑，輸入）；
2. 將SideBarEnhancements重命名為其他名稱，然后恢復為原始名稱；
3. 重新打開Sublime Text。

不錯的解決方案（適用於Windows上的Git Bash）：

如果愚蠢的解決方案沒有奏效，那就沒有意義了。

但是，如果可行，則可以使該過程自動化。

1. 打開%HOMEDRIVE%%HOMEPATH%\\.bashrc或換句話說： User\\.bashrc （如果沒有該文件，則創建該文件）；

2. 將以下內容粘貼到文件末尾（最好在新行上）：

    touchme() { echo 'Killing Sublime Text process..'; taskkill -IM "sublime_text.exe"; cd ~/AppData/Roaming/Sublime\\ Text\\ 3/Packages; touch SideBarEnhancements; echo 'SideBarEnhancements folder touched;'; echo 'Returning to original directory..'; cd -; echo 'Reopening Sublime Text..'; "/L/Program Files/Sublime Text 3/sublime_text.exe"& } 

3. 將路徑更改為sublime_text.exe （函數的最后一行）；
4. 如果打開了Git Bash，則執行source ~/.bashrc並轉至6； source ~/.bashrc ，執行6。
5. 如果未打開Git Bash，請打開它並轉到6；否則，請轉至6。
6. touchme沒有括號的情況下執行touchme ；
7. 如果您將touchme命令用於其他用途，或者根本不喜歡它，請完全隨意重命名該功能（我發現它最容易編寫和記住：P）。

我想上面的代碼也可以通過一些小的調整而適用於Unix系統。

Answer 8

重新安裝Sublime Text 2和符號鏈接后，出現了這個問題。

我發現一種解決方法是將refresh_folder_list命令與cmd + s綁定，因為通常這是在我們看到邊欄更新時。

為此，您需要安裝run_multiple_commands插件。

然后，您必須更新您的用戶鍵盤映射，告訴它每次保存時都要刷新文件夾列表。 語法非常簡單。

解決問題后，我還遇到了Synced Side Bar 。 我不確定這是否是解決方案，但聽起來很有希望。

希望這可以幫助。

Answer 9

我沒有解決方案，但是有一個關於為什么發生這種情況的理論。 最近我也注意到它停止刷新。 我還注意到，當我使用查找程序打開文件夾或在任何程序中使用“打開”功能時，當我知道其中包含文件時，操作系統只會顯示一個空目錄。 然后，我將不得不選擇幾個不同的文件夾來識別它，以至於我要求它向我顯示該文件夾中的內容。 幾乎就像該函數處於睡眠狀態，我必須將其喚醒。

看來Mavericks正在使用一些強大的睡眠代理，並關閉了幕后不需要的任何功能，這可能還會影響邊欄的刷新。

Answer 10

對於OSX 10.7.5上的ST2，對我來說也是同樣的問題。 我首先打開Finder到出現問題的文件夾，然后導航到終端中的該文件夾。 然后：

1. 創建一個空白文件，並觀察Finder是否刷新。

   echo "" > test.txt

2. 如果Finder沒有刷新，請導航到Finder和終端中的父文件夾。 重復步驟1。

3. 如果Finder確實刷新了，則將您來自的子文件夾重命名為任何名稱，然后恢復為原始名稱。

   mv folder_name new_folder_name

   mv new_folder_name folder_name

4. Finder中的自動刷新以及該文件夾和所有子文件夾的Sublime側欄再次開始工作。

對於為什么這個問題開始，我沒有任何解釋。 在此解決方案之前，我嘗試了以下嘗試來弄清楚它。 我不知道這些步驟對於解決此問題是否必要。

1. 我從文件夾中刪除了.DS_Store文件。

2. 刪除Finder首選項文件，然后重新啟動Finder。 如上所述這里 。

   rm ~/Library/Preferences/com.apple.finder.plist ; killall Finder

3. 退出Dropbox

感謝@peresleguine提供重命名文件夾的建議。

Answer 11

我也遇到了文件夾和文件未顯示的相同問題。 不管我添加的文件夾是什么，刷新文件夾都不起作用，如果我重新啟動Sublime，我會看到我添加的文件夾，但沒有內容。 我最終進入File -> Close Window ，然后進入File -> Close Window File -> New Window ，之后，當我將文件夾添加到新窗口時，它又開始工作了。 似乎它在某種程度上損壞了項目文件。 無論如何希望這對某人有幫助。

Mac OSX小牛
Sublime 3內部版本3059

Answer 12

如果您使用的OS X的Python版本高於2.7.1，請嘗試將python降級到2.7。 這為我解決了多個問題：

brew update
brew install pyenv
echo 'if which pyenv > /dev/null; then eval "$(pyenv init -)"; fi' >> ~/.bashrc
source ~/.bashrc
pyenv install 2.7
pyenv global 2.7
# now restart ST3

Answer 13

我項目的子文件夾之一包含一個到項目本身的符號鏈接，形成一個循環。 我將其刪除並重新打開項目后，問題就消失了。 但是，該符號鏈接對於我的項目正常運行是必需的，因此我創建了一個簡單的.sublime-project文件：

{
  "folders": [{
    "path": "/",
    "folder_exclude_patterns": ["symlink-or-one-of-its-parents"]
  }]
}

排除模式使Sublime忽略了循環，並且側邊欄立即恢復正常。 請注意， folder_exclude_patterns接受文件夾名稱，而不是路徑。 這意味着它可能會排除您不想排除的內容（即，如果您編寫lib它將排除項目中的所有lib文件夾，無論它們在哪里）。 希望這對某人有幫助。

Answer 14

將項目文件符號鏈接到硬盤上的另一個分區后，出現了這個問題。 我通過編輯每個項目從Project > Edit Project到新位置的路徑來修復它。

Answer 15

談話有點晚了，但是我通過關閉DropBox的Finder集成解決了這個問題。 Yosemite 10.10.x存在一個已知問題https://www.dropbox.com/help/7144

單擊工具欄中的保管箱圖標，單擊齒輪，然后打開首選項。 取消選中“啟用Finder集成”。 然后重新啟動計算機。

希望能有所幫助。

Answer 16

我只是解決了這個問題，我認為原因是因為我使用Dropbox同步了我的ST3設置 。

幾天前，我使用“重新登錄時重新打開窗口”重新啟動，發現Sublime在Dropbox完成初始化之前打開，這導致某些設置無法正確加載。

結果是當我使用subl . 打開項目，我發現側欄無法正常工作。 剛開始時，我只是關閉了ST3窗口並重新運行subl，但是沒有用。

最后，我退出了ST3（cmd + q），並確保正確加載了保管箱，然后再次執行subl。 這次它起作用了。

希望能幫助到你。