Działa to dla mnie za pomocą Indigo Service Release 1, Budowanie ID: 20110916 -0149, z Preferencje-> Ogólne-> Przestrzeń robocza -> "Odśwież używając rodzimych haczyków lub odpytywanie" i "Odświeżanie dostępu" zaznaczone.
@ Piotr Dobrogost, tylko jedna z tych opcji jest potrzebna, aby pozbyć się okna dialogowego, ale zależy to od tego, jakie zachowanie chcesz. Robią różne rzeczy, ale każda z nich sama w sobie zapobiega dialogowi. Po "Odśwież używając rodzimych haczyków lub pobierania" plik zostanie automatycznie zaktualizowany, gdy plik zmieni się bez interwencji użytkownika. Przy "Refresh on Access" plik aktualizuje się tylko wtedy, gdy kontekst zostanie zmieniony na edytor zawierający zmienny plik. Dla moich celów (obserwowanie zmiany wyjścia skryptu) uważam, że najbardziej przydatne jest "Odśwież przy użyciu rodzimych haczyków lub sondowań".
Ponadto, może się to wydawać oczywiste, ale należy pamiętać, że to działa tylko dla plików w obszarze roboczym Zaćmienie.
Jakie zachowanie chcesz zamiast tego? obie alternatywy (ponowne ładowanie i mutowanie bufora bez pytania lub kontynuacja, jak gdyby plik nie został zmieniony na zewnątrz) wydają się być niewłaściwą rzeczą do wykonania IMO, więc nie wiem, który z nich chcesz. – bignose
Przeładuj bufor z systemu plików - domyślny wybór oferowany przez okno dialogowe. moim przypadkiem jest to, że jestem jednym z przełączających redaktorów, więc jestem pewien, że system plików jest poprawny. – larham1
Należy pamiętać, że to okno dialogowe pojawia się nawet wtedy, gdy bufor jest "czysty": nie ma zmian dokonanych przez edytor Eclipse, który nie został zapisany na dysku. Strona jest czysta. Następnie przejdź do innego edytora, dotknij pliku i wróć do Eclipse. Eclipse widzi zmieniony system plików i narzeka. Jeśli narzekałby na * brudną * stronę, która nie została zapisana i istniała tylko w pamięci RAM, byłaby inna. – larham1