Jarosław Zabiełło - BLOG: Tag edytory

Ścieżki i znaki specjalne w TextMate

Jarosław Zabiełło — Sun, 29 Jun 2008 02:48:00 +0200

Ci co zainstalowali sobie Rubiego lub Pythona z MacPortów mogą się zdziwić że jak odpalają potem taki skrypt w TextMate to uruchamiana jest wersja interpretera Rubiego/Pythona nie z MacPortów ale domyślnie instalowana razem z Leopardem.

Co ciekawe, ustawienie zmiennej środowiskowej PATH nie pomaga.

export PATH=/opt/local/bin:$PATH

Dopiero dodanie sheebang wskazującego na macportową wersję Rubiego pomaga.

#/opt/local/bin/ruby
puts "hello"

Tylko kto chciałby ciągle tą linijkę wstawiać do każdego skryptu? Aby ustawić to globalnie, można stworzyć plik ~/.MacOSX/environment.plist z wcześniej podaną definicją zmiennej PATH. Okazuje się, że jest też prostsza metoda. Wystarczy przejść do ustawień TextMate (⌘,) i w sekcji Advanced a potem Shell Variables dodać nową zmienną PATH i przypisać jej dowolną wartość. Można tam też dodawać dowolne zmienne środowiskowe. TextMate to wykorzysta.

Wyświetlanie znaków specjalnych w TextMate

Opis procedury opisany jest w Multi-stroke Key Bindings. Trzeba stworzyć plik ~/Library/KeyBindings/DefaultKeyBinding.dict o i wkleić tam treść z pastie. Po przeładowaniu edytora można w TextMate uzyskiwać ładne znaki sterujące specyficzne dla OSX. Przydają się podczas podawania skrótów w manualach, książkach, artykułach. Np. równoczesne wciśnięcie klawiszy ⌥⌘⎋ wyświetla okienko w którym można “ubić” jakąś wredną aplikację.

Znaczek	Opis	Sekwencja klawiszy
␣	Space	⌃M + ⌃␣
↩	Return	⌃M + ⌃E
⌅	Enter	⌃M + E
⇥	Tab	⌃M + ⌃T
⇤	Backtab	⌃M + T
⌫	Delete	⌃M + ⌃D
⌦	Forward Delete	⌃M + D
⌘	Command (apple)	⌃M + ⌃A
⌥	Option	⌃M + ⌃O
⌃	Control	⌃M + ⌃C
⇧	Shift	⌃M + ⌃S
⇪	Caps Lock	⌃M + S
←	Solid Left (back)	⌃M + ⌃B
→	Solid Right (forward)	⌃M + ⌃F
↑	Solid Up (previous)	⌃M + ⌃P
↓	Solid Down (next)	⌃M + ⌃N
⇠	Dotted Left (back)	⌃M + B
⇢	Dotted Right (forward)	⌃M + F
⇡	Dotted Up (previous)	⌃M + P
⇣	Dotted Down (next)	⌃M + N
↖	Home	⌃M + ⌃H
↘	End	⌃M + H
⇞	Page Up	⌃M + ⌃U
⇟	Page Down	⌃M + U
⎋	Escape	⌃M + ⌃X
⏏	Eject	⌃M + X

Nisus Writer Pro - zabójca Worda 2008

Jarosław Zabiełło — Fri, 23 May 2008 22:41:00 +0200

Po sprawdzeniu prawie wszystkich dostępnych procesorów tekstu, w końcu mam zwycięzcę. Zdecydowanie najlepszy jest Nisus Writer Pro. Najnowsza wersja (1.1) ma już nawet polski interfejs. Ale najważniejsze, że jest jakieś 2-3 razy szybszy i niezrównanie bardziej stabilny od od Worda 2008. Drugi kolejności byłby Mellel, ale jego główną wadą jest słaba współpraca z Wordem (Mellel zupełnie inaczej obsługuje style więc je gubi przy imporcie/eksporcie). Żadne LaTeX czy inne Pagemakery mnie nie interesują, bo to nie procesory tekstu, ale systemy łamania tekstu (DTP). Także chwalony iWork też odpada. Dobry do prostych tekstów, ale nie nadaje się zupełnie do pisania dłuższych, złożonych tekstów, np. książek. Nisus jest tu zdecydowanie najlepszy.

O Wordzie 2007 na win32 się nie wypowiadam, bo Microsoft zwariował z kompletną zmianą interfejsu i nie mam ochoty się tego uczyć. Poza tym nie widzę już prawie żadnego pożytku z używania Windowsów. Właście zostawiłem sobie peceta tylko do gier, bo nie chce mi się kupować konsoli. Nawet nie odnawiam Nortona 360, bo szkoda pieniędzy. Głównym systemem jest Mac OS X.

W ogóle, to Word 2008 for Mac jest wielkim rozczarowaniem. Tzn. teoretycznie, od strony możliwości to Word 2008 nie ma sobie równych. Jednakże co z tego, jak jest wolny i niestabilny? Ma też niedopracowane GUI (kto to widział, aby okienko z listą styli nie można było powiększyć tylko mozolnie przewijać jak przez dziurkę od klucza?) Coraz bardziej się przekonuję, że Microsoft nie potrafi nic porządnie zrobić. W porównaniu do OSX, windows ma żałośnie prymitywny interfejs. Nowa Vista źle się sprzedaje, nic dziwnego, jest beznadziejnie wolna, zasobożerna i nie ma nic do zaoferowania w stosunku do Leoparda. Word teoretycznie ma sporo opcji, ale wszystko jest zniszczone przez żałośnie nieudaną implementację. Taka bogata firma a produkuje taki syf. Nie mogę tego zrozumieć. Gdy po ostatniej aktualizacji Service Pack 1 do Office 2008 z pliku docx poznikała mi część grafik i Word zaczął wariować, miarka się przebrała. Przerzucam wszystkie teksty do Nisusa. Bez problemu wczytuje format docx. Jest dużo szybszy i stabilniejszy od Worda.

Updated:

Właściwie edytorem stworzonym specjalnie do pisania książek jest Mellel. Jest b. szybki, ma polski interfejs i świetnie wykorzystuje specyfikę Mac OS X. Niestety kiepsko się dogaduje z formatem Worda. To jego właściwie jedyna, ale za to poważna, wada. Gdyby nie to, to myślę, Mellel byłby moim zdecydowanym faworytem. Jak wspomniałem na początku, oni w zupełnie inny sposób podeszli do tworzenia styli i numeracji rozdziałów (w sumie bardziej profesjonalny) ale niestety to powoduje duże problemy z przekształcaniem tekstu do Worda i z powrotem.

W Nisusie brakuje mi wciąż pełnego outlinera (ma na szczęście opcję nawigatora, ale nie można w nim przenosić elementów drzewka).

Gdyby Microsoft porządnie poprawił działanie Worda 2008 i uczynił go naprawdę OSX-friendly, jak to niby miało być z tą “makową wersją”, to Word 2008 w zakresie możliwości nie ma właściwie żadnych ograniczeń. Niestety, zrobili to byle jak. Nawet nie dali polskiego interfejsu. Nie można też użyć słownika z Worda 2007 na win32. To już jest zupełnie niezrozumiałe. Skoro mają to w Wordzie 2007, co za problem dodać do wersji makowej?

Z kolei te wszystkie NeoOpen Office są wolne, brzydkie jak łupież, czasem wariują z polską czcionką, i co gorsze, w ogóle nie wykorzystują możliwości systemu OSX. (Tak jak te wszystkie javowe IDE do programowania – Eclipse, Netbeans itp. Jakie by nie były dobre, nadal pod wieloma względami wymiękają przy, idealnie wczuwającym się w sposób pracy Mac OS X, TextMate). Ci co nie pracowali na Mac OS X nie wiedzą i tak o czym ja tu piszę. Może dlatego są tacy szczęśliwi katując swoją Viśtę-wio. :)

IntelliJ IDEA dla Ruby on Rails i Haml w Netbeans 6

Jarosław Zabiełło — Sun, 21 Oct 2007 00:53:00 +0200

Powstaje coraz więcej zaawansowanych IDE do Ruby i Rails. Znany, komercyjny IDE do Javy IntelliJ IDEA w wersji 7 dodał silne wsparcie dla kodu Rubiego i Railsów. Wygląda może nie najgorzej ale jest płatny NB6 jest darmowy). Poza tym wygląda na mniej dojrzały niż Netbeans 6. Ten ostatni doczekał się pierwszej implementacji szablonów Haml.

Na razie Haml dostępny jest tu tylko jako plugin który trzeba pobrać i doinstalować sobie w NB6 (menu: Tools -> Plugins -> Downloaded -> Add Plugins… i wskazać na plik pobrany plik “org-netbeans-modules-haml.nbm”.

Darmowy Wing IDE 101

Jarosław Zabiełło — Sat, 04 Aug 2007 18:10:00 +0200

Firma Wingware znana z jednego z najlepszych IDE do Pythona, wypuściła darmową, okrojoną wersję swojego produktu – Wing IDE 101. Niestety, pozbawili go tego, co jest największą siłą pełnej wersji Wing IDE Pro – doskonałego uzupełniania kodu (włącznie z kodem importowanych bibliotek standardowych). Czyli w sumie nie wróżę mu wielkiej popularności, bo inne, darmowe IDE, posiadają znacznie lepsze uzupełnianie kodu niż Wing IDE 101.

Borland i Ruby on Rails

Jarosław Zabiełło — Fri, 25 May 2007 14:23:00 +0200

Przybywa kolejnych edytorów IDE dla Ruby on Rails. Tym razem do stawki włączył się Borland (a właściwie CodeGear). Plany mają ambitne bo chcą stworzyć najlepszy IDE dla Ruby i Railsów.

Niestety, produkt pewnie będzie płatny i jak na razie nie ma skąd go pobrać aby zobaczyć jak działa. Parę tygodni temu zapisałem się do grupy beta testerów, ale do dziś nie dostałem ani płytki ani informacji skąd pobrać wersję beta, więc trudno mi cokolwiek powiedzieć.

Borland ma niezłą konkurencję, zobaczymy jak sobie da radę. Zwłaszcza że nowy Netbeans6 “szaleje” z opcjami podpowiedzi dla Rubiego, są coraz lepsze.

Poza tym niedawno wyszedł Komodo 4.1 i na liście chwalą się że ich edytor ma najlepsze wsparcie dla Rubiego i Railsów. Z tego co widzę, to wersja 4.1 nadal nie wyświetla dokumentacji zintegrowanej z listą metod podczas podpowiedzi. Wysłałem im maila aby to dodali albo przestali się przechwalać, bo pod względem podpowiedzi to Netbeans 6 bije ich na głowę.

Netbeans IDE 6.0 - coraz lepiej

Jarosław Zabiełło — Fri, 18 May 2007 18:17:00 +0200

Od ostatniego tekstu na temat edytora Netbeans IDE 6.0 nie upłynęło dużo czasu a widać gołym okiem postęp prac. Przepaść między Netbeans a konkurencją staje się coraz wyraźniejsza. Przede wszystkim działa już świetne podpowiadanie kodu nie tylko dla Rubiego ale także dla Railsów (np. w szablonach RHTML). Netbeans podpowiada kod o niebo lepiej od Komodo, Eclipse czy inne edytory (no może JEdit z dopalaczami troszkę mniej tu by odstawał) Działają liczne generatory, kolorowanie składni. Netbeans IDE 6 posiada ponad 300 darmowych pluginów (ściąga się je z wnętrza programu: menu Tools -> Plugins). Ma świetne podpowiedzi do HTML, CSS, nawet DocBook’a. Jest poza tym za darmo i mniej zasobożerny niż Eclipse.

Mimo że wersja finalna 6.0 ma wyjść w okolicach października to już teraz Netbeans 6 jest zdecydowanie najlepszym IDE dla Ruby i Rails.

Uwaga: Najlepiej ściągnąć najnowszą wersję “daily” ze strony http://www.netbeans.info/downloads/dev.php (należy wybrać wersję IDE). Następnie należy wejść do Tools -> Plugins i dociągnąć wszystkie pluginy związanye z Ruby, Rails i tym co kto chce. Ja dociągałem też pluginy wspomagające pracę z CSS, AJAX, HTML, DocBook itp.

Updated: Jeszcze lepiej jest ściągnąć wersję tworzoną przez grupę implementującą obsługę Rubiego w Netbeans:. Ta wersja jest optymalizowana do pracy z Rubim.

Eclipse + DLT - nowy IDE dla Rubiego

Jarosław Zabiełło — Mon, 02 Apr 2007 00:59:00 +0200

Powstają kolejne pluginy do Eclipse zawierające coraz lepsze wsparcie dla Rubiego. Najbardziej popularnym jak dotąd jest RDT (wykorzystywany m.in. przez RadRails). Niestety podpowiedzi do kodu Rubiego w RDT (zwłaszcza w porównaniu z NetBeans 6) są raczej skromne. Na szczęście, jak widać na przykładowym filmie wideo z konferencji EclipseCon 2007, nowy plugin Dynamic Languages Toolkit znacząco naprawia tą sytuację.

Dodatkowe informacje: http://www.eclipsedltk.org, opis instalacji oraz polski artykuł na temat tego pluginu.

Netbeans 6 - killer IDE dla Ruby on Rails?

Jarosław Zabiełło — Fri, 16 Mar 2007 11:39:00 +0100

Jeśli chodzi o jakość podpowiadania składni i metod Rubiego, to najnowsza, szósta wersja flagowego edytora IDE – Netbeans, deklasuje RadRailsa i resztę “towarzystwa”.

To trzeba po prostu obejrzeć na filmie! Czegoś takiego nie mają żadne inne edytory dla Rubiego. Co prawda nie ma jeszcze wersji finalnej, ale można sobie ściągnąć i zainstalować najnowszą wersję rozwojową. (Aby uaktywnić obsługe Rubiego należy wejść do Tools -> Update Center i dociągnąć plugin). Netbeans może być używany do pracy z klasycznymi Railsami lub ich wersją działającą w Javie, czyli JRuby on Rails.

Ruby skutecznie toruje sobie drogę i znajduje coraz większe zainteresowanie i wsparcie w kręgach Javy. Poza Netbeansami, wsparcie dla Rubiego i Railsów posiada też potężny IntelliJ. Zobacz ich film o Ruby i o Railsach. Mimo wysiłków twórców IntelliJ, z tego co widzę Netbeans ma jednak lepiej dopracowane wsparcie Rubiego, lepsze kolorowanie kodu i lepsze podpowiedzi. Widać tu, że zatrudnienie twórców JRuby przez firmę Sun robi swoje. Poza tym Netbeans jest darmowy (open source), a IntelliJ – nie.

jEdit jako IDE dla Ruby on Rails

Jarosław Zabiełło — Tue, 30 Jan 2007 01:30:00 +0100

Gdy myśli się o jakimś dobrym edytorze do kodowania w Ruby on Rails, to najczęściej słychać o RadRails lub Textmate. Tymczasem jest edytor, który po odpowiednim “dopaleniu” pluginami znacznie przewyższa to, co potrafią tamte oba razem. Mowa o darmowym, multiplatformowym edytorze jEdit. Cały szkopuł w tym, że właściwy dobór i konfiguracja stosownych pluginów nie jest dla każdego oczywista.

Dyskutowaliśmy o tym kiedyś na polskim forum Railsów ale jakoś nikt nie wpadł na to, aby to jeszcze bardziej uprościć proces konfiguracji jEdita. Ja dałem pomysł, Piotr Hlawski przygotował plik z konfiguracją. Należy:

Zainstalować jEdit w wersji stabilnej 4.2
Pobrać i rozpakować plik z folderem .jedit (22MB) i nadpisać ten co powstał podczas instalacji edytora (dla Windows XP będzie to C:\Documents and Settings\username)
Uruchomić jEdita. To wszystko.

Co dostajesz w zamian? W pełni skonfigurowany jEdit do pracy z Railsami. Dodano snippety Textmate oraz uzupełnianie składni Rubiego poszerzone o zintegrowane wyświetlanie dokumentacji RDOC’a. Działa kolorowanie dla *.rb, *.rhtml, *.rxml, *rjs oraz *haml (szablony Haml są także dodane, a jakże. :)

Działa dopełnianie kodu HTML, tzn. gdziekolwiek wpiszesz </ a jEdit (podobnie jak u Dreamweavera) uzupełni odpowiedni tag.

Pod Ctrl+Shift-F podpięto wyskakujące okno pozwalające błyskawicznie znaleźć metodę Rubiego w kodzie. Wystarczy zacząć pisać, metody są błyskawicznie filtrowane. Przydatne do nawigacji po większym pliku.

Pod Ctrl+Shift-C podpięto wybieranie kodu koloru.

Dodany Project Manager pozwala na grupowanie projektów w wielowymiarowe grupy (RadRails tego nie potrafi)

Snippety

Poza masą zdefiniowanych snippetów(skopiowanych z Textmate) Jedit pozwala na bardzo łatwe dodanie nowych. Np. załóżmy że mamy chcemy, aby napisanie akuku i wciśnięcie znaku tabulacji rozwinęło coś w stylu

<div id="nazwa" name="nazwa">tresc</div>.

Przy czym chcemy aby to co jest tu jako “nazwa” oraz “tresc” zostało zastąpione naszym tekstem. Oczywiście nie chcemy 2x wpisywać tego samego dla id i name. Piszemy więc: akuku wciskamy Shift+Tab i dodajemy kod snippetu:

<div id="${1:id}" name="${1:id}">${2:tekst}</div>$end

Składnia jest prosta. Wystarczy popatrzeć na więcej przykładów (są w Plugins -> Plugin Options -> SuperAbbrevs -> Abbreviations). jEdit korzysta tu z pluginu SuperAbbrevs (zobacz artykuł)

Makra w Pythonie

Jedit pozwala na bardzo łatwe dodawanie makr w Pythonie. Np. stwórzmy plik toUpper.py o treści:

textArea.setSelectedText(textArea.getSelectedText().upper())

Wstawmy go do .jedit/macros. Następnie w JEdicie należy przeładować listę makr (Macros -> Rescan Macros) i na liście Macros powinniśmy zobaczyć naszą metodę toUpper. Teraz wystaczy zaznaczyć dowolny tekst, wybrać makro i nasz zaznaczony tekst będzie posiadał duże znaki. Pełne API do makr zawiera wiele innych metod do wykorzystania w makrach.

Opcji jEdita jest mnóstwo. Być może co ciekawsze opiszę w jakimś innym artykule. Zobacz też artykuł jEdit – tekstowy edytor programisty i webmastera.

Updated 2007-02-17:

Warto wspomnieć o niezłym dodatkowym pluginie Open Related – najlepiej zobacz załączone video.

Komodo Edit 4.0 - za darmo

Jarosław Zabiełło — Wed, 24 Jan 2007 09:37:00 +0100

Firma ActiveState wypuściła finalną wersję swojego IDE do Pythona, Perla, PHP, Ruby, etc (obsługiwanych jest wiele języków i składni).

Testując wersję beta muszę przyznać, że ma nie najgorszą funkcjonalność, przy wydajności większej od WingIDE. Szkoda, że tak wysoko wycenili swój produkt. Prawie 300 dolarów to lekka przesada. Przy okazji ActiveState zaskoczyło wszystkich zrezygnowaniem z tańszej wersji Personal (była 10x tańsza!). Zamiast tego udostępniono za darmo Komodo Edit 4.0, który jest okrojoną wersją Komodo IDE 4.0. Nie wydaje się aby różnice były jakoś szczególnie wielkie, więc to może być ciekawy edytor, który podobnie jak Eclipse może służyć do obsługi wielu języków. Jest lżejszy i szybszy od Eclipse, co może być decydujące dla posiadaczy słabszego sprzętu. Instalację można pobrać prosto z FTP, z pominięciem formularzy rejestracji. ;)