jEdit dla Mac

Potężny edytor tekstu oparty na Cocoa dla programistów

jEdit to niezwykle popularny edytor tekstu oparty na Cocoa, przeznaczony dla programistów.

Mocne strony jEdit leżą w prostocie, mocy i szerokiej obsłudze Unicode, Sniffera kodowania tekstu, konfigurowalnego kolorowania składni, w pełni konfigurowalnych wiązań klawiszy, osadzania obiektów (obraz, film Quicktime i pliki ) i wiele więcej.

Jest szczególnie atrakcyjny dla osób pracujących z Javą i XML ze względu na potężną wyszukiwarkę wyrażeń regularnych, podświetlanie składni i automatyczne wcięcia.

Jeśli jEdit nie zapewnia wszystkiego, czego potrzebujesz, istnieje duża szansa, że duży baza danych wtyczek będzie. Możesz je pobrać za pomocą Edytora wtyczek w jEdit lub bezpośrednio ze strony programisty i zawierają ogromną liczbę bezpłatnych ulepszeń, dzięki którym jEdit jest jeszcze lepszy.

Dodaj je do wysoce konfigurowalnych skrótów i makr a jEdit to cholernie darmowe środowisko programistyczne. Być może jedynymi wadami są niewielkie spowolnienie podczas uruchamiania, a niektórzy użytkownicy zgłaszali problemy z wewnętrznym sprawdzaniem pisowni.

Naprawiono cel kompilacji samodzielnego obszaru tekstowego (Shlomy Reinstein) Naprawiono NPE, który pojawia się, gdy błąd występuje przed załadowaniem widoku (Matthieu Casanova #2905487) - Naprawiono błąd #2927555: ładowanie powłoki fasoli nie powiodło się z wyjątkiem (Shlomy Reinstein) Naprawiono wyciek pamięci, który utrzymywał zamknięte View i EditPane podczas korzystania z globalnego zakresu buforów. (Kazutoshi Satoda) Podczas usuwania tekstu z bufora zdarzenie contentRemoved zostało wysłane przed zabrudzeniem bufora (oman002 #2944145) Obejście problemu wycieku pamięci w Sun Java 6, w którym sun.font.GlyphLayout jest buforowany i ponownie używany podczas przechowywania instancji w tablicy znaków (Björn „Wampir” Kautler) Podczas ustawiania nowej wiadomości na pasku stanu w makrze wywołanym z menu Makro wiadomość została natychmiast wyczyszczona (Matthieu Casanova #2964522) nie rejestruj błędu, gdy dokumentacja API nie jest dostępna. Zamiast tego podaj link do dokumentacji online (błąd SF.net #1777806 — Eric Le Lay) Tryb edycji RFC był niewłaściwie umieszczony w katalogu i nigdy nie pasował do niczego, ponieważ glob trybu edycji tekstu był bardziej globalny i najpierw sprawdzany (Matthieu Casanova) Instalator java odmawia instalacji z katalogu zawierającego wykrzykniki (błąd SF.net nr 2065330 – Eric Le Lay) Zmiany API Zastosowano poprawkę #2932330, aby pominąć komunikaty BufferUpdate z tymczasowych buforów w celu poprawy wydajności. (Dale Anson)

Zmiany

• Naprawiono cel kompilacji samodzielnego obszaru tekstowego (Shlomy Reinstein) Naprawiono NPE, który pojawia się, gdy błąd występuje przed załadowaniem widoku (Matthieu Casanova #2905487) - Naprawiono błąd #2927555: ładowanie powłoki fasoli nie powiodło się z wyjątkiem (Shlomy Reinstein) Naprawiono wyciek pamięci, który utrzymywał zamknięte View i EditPane podczas korzystania z globalnego zakresu buforów. (Kazutoshi Satoda) Podczas usuwania tekstu z bufora zdarzenie contentRemoved zostało wysłane przed zabrudzeniem bufora (oman002 #2944145) Obejście problemu wycieku pamięci w Sun Java 6, w którym sun.font.GlyphLayout jest buforowany i ponownie używany podczas przechowywania instancji w tablicy znaków (Björn „Wampir” Kautler) Podczas ustawiania nowej wiadomości na pasku stanu w makrze wywołanym z menu Makro wiadomość została natychmiast wyczyszczona (Matthieu Casanova #2964522) nie rejestruj błędu, gdy dokumentacja API nie jest dostępna. Zamiast tego podaj link do dokumentacji online (błąd SF.net #1777806 — Eric Le Lay) Tryb edycji RFC był niewłaściwie umieszczony w katalogu i nigdy nie pasował do niczego, ponieważ glob trybu edycji tekstu był bardziej globalny i najpierw sprawdzany (Matthieu Casanova) Instalator java odmawia instalacji z katalogu zawierającego wykrzykniki (błąd SF.net nr 2065330 – Eric Le Lay) Zmiany API Zastosowano poprawkę #2932330, aby pominąć komunikaty BufferUpdate z tymczasowych buforów w celu poprawy wydajności. (Dale Anson)