Dla mnie tryby pracy to akurat wielka zaleta Vima. Dzięki temu mogę trzymać ręce cały czas w tym samym miejscu nad klawiaturą i nie muszę wyłamywać sobie palców jak przy Emacsowych skrótach. Żeby tak jeszcze przenieść "ESC" gdzieś pod kciuk…

@Huub900, ja mam tak:

imap jj

IMHO największą słabością vima jest to, że ma tryby pracy (co nie znaczy, że nie ma trochę innych zalet).

Ależ każdy inny edytor też ma tryby pracy! W edytorach wywodzących się od WordStara oraz emacsie przejście do trybu komend następuje po wybraniu kombinacji Ctrl+litera. Główny problem z vi(m) polega na tym, że jego tryby pracy są postawione na głowie: edytor domyślnie jest w trybie komend, a nie w trybie edycji, jak ma to reszta świata. Ma to uzasadnienie historyczne: edytor powstał w czasach gdy klawiatury nie miały strzałek i stąd aby przemieszczać się po tekście trzeba było być w trybie komend.

Drugi problem polega na kompletnie nieintuicyjnym przypisaniu klawiszy do komend. Oczywiście ma to swój sens (stosowane kombinacje są ewidentnie zoptymalizowane pod kątem szybkości dla pisania bezwzrokowego na klawiaturze QWERTY), ale znacznie utrudnia opanowanie edytora.

Reasumując: wydajność posługiwania się vi(m)em jest bardzo wysoka, natomiast w moim przypadku nie równoważy ona nadmiernie skomplikowanej obsługi. Dlatego sosobiście po zapoznaniu się z jego możliwościami postanowiłem pozostać przy stosowanych wcześniej rozwiązaniach.

,,Nieintuicyjnym przypisaniu klawiszy do komend'' — że co proszę? dw — delete word, yi( — yank inside (, e – (goto) end, zc — fold close (polecam help vima w którym wyjaśnione jest dlaczego z to fold), itd. Dodatkowo inne proste zasady, np. wielka litera oznacza linię: v — vertical mark, V — vertical line mark, a — append, A — append line. Możliwość powtórzenia dowolnego polecenia przez proste podanie liczby powtórzeń: 5p — 5 x paste.

Pisanie bezwzrokowe na QWERTY: cóż, zatem w Twoim przypadku ,,zapoznanie się z jego możliwościami'' oznacza ,,poznanie jak poruszać się po tekście bez strzałek'' — bo tylko to ma coś wspólnego z bezwzrokowym pisaniu na QWERTY. Nie przesadzaj z tą nauką — nadmiar wiedzy może poważnie zaszkodzić…

Tak, a szczególnie intuicyjne jest poruszanie się po tekście przy użyciu klawiszy hjkl. Przy czym dziwnym trafem pozycja spoczynkowa palców prawej dłoni przy pisaniu bezwzrokowym to klawisze jkl; . Przełączniki na tryb pisania — albo pod palcem w pozycji spoczynkowej (a), albo tuż obok (oi). (d)elete i (s)ubst też na pozycji spoczynkowej lewej ręki (asdf). Równie dziwnym zbiegiem okoliczności rzadziej używane funkcje są wyrzucone na cyfry albo klawisze znaków specjalnych. Poza tym, dlaczego ludzie którzy używają klawiatury Dvoraka muszą przemapować sobie komendy w vimie, żeby w ogóle dało się pracować (Google: vim Dvorak)?

Chylę czoła przed autorem, bo widac, że starał się tak wykombinować sekwencje sterujące aby ich wpisywanie było jak najbardziej wydajne, ale proszę mi nie wciskać kitu, że są one oczywiste. Bo nie są i nigdy nie miały być. Oczywiste to są polecenia w WordStarze i pochodnych.

Tak, tak. Wszystko co potrzebne jest blisko pozycji spoczynkowej. Szczególnie przejście na początek i koniec wiersza (^$). I nie ma to wcale nic wspólnego z wyrażeniami regularnymi. Wiesz, pozycja spoczynkowa ma to do siebie, że niemal wszystkie litery są w pobliżu więc argumenty uznaję za nieco naciągane.

Z resztą nie zgadzam się, że mniej potrzebne funkcje zostały wyniesione poza litery. *#{@= używam znacznie częściej niż s czy nawet d.

Co do Dvoraka, nie wiem. Nie używam.

Hehe, właśnie doczytałem, że edit i edytor qbasica to jedno i to samo. To nawet sensowne, wyglądały tak podobnie… 😉

Ech… tak ta magia okienek. Też do niedawna sądziłem że po co używać czegoś co wygląda jak sprzed epoki skoro są zaawansowane rozwiązania. Jednakże jak się przekonałem to że coś jest w trybie tekstowym nie znaczy że jest mniej zaawansowane i rozbudowane od ciężkich wielkich edytorów graficznych. Okazuje się że nie raz wręcz przeciwnie. Visual Studio ma tą zaletę iż zbytnio nie trzeba uczyć się jego obsługi. Jednakże wydajność długiej i zaawansowanej pracy takim narzędziem jest marna. Wystarczy poświęcić trochę czasu na naukę i nabrać wprawy a bez myszki i grafiki praca stanie nawet kilku krotnie wydajniejsza, zarówno od strony mniej obciążonego komputera jak i mniej obciążonego człowieka.

Kazde narzedzie jest dobre do czegos innego.

Eclipse jest b. fajny i czesto go uzywac w duzych projektach. Jednak jak czasami musze cos zmienic w kodzie, co wymaga uzywania masowo grepa po polikach .cpp i .hpp, to otwieranie ich w emacs jest po prostu szybsze (oraz wyszukiwanie po wzorcach regularnych!).

Refractor w Eclipse niestety jest dosc w powijakach…

Te, a w Eclipse da się zaznaczyć pionowo blok np. nawiasów (pionową kolumnę) i wyciąć? Tudzież wstawić gdzie indziej potem?

@vampire: Nowy Eclipse posiada możliwość przeszukiwania kodu po wyrażeniach regularnych.

Nie wiem jak wygląda sprawa z kodem C++, ale dla Javy refactoring działa wyśmienicie.

Pozdrawiam

Mariusz

mcv: collumns4eclipse (tia, wiem że to śmieszne, że tak podstawowa funkcjonalność jest we wtyczce). Prawdę powiedziawszy nawet nie wiem czy to działa, i tak do edycji zazwyczaj używam Vima. A Eclipse tylko ze względu na wtyczki integrujące z różnymi systemami.

@bies i inne dzieci eclipse:

to, że czegoś nigdy na oczy nie widzieliście, że coś nie ma okienek i ślicznego interfejsu nie znaczy, że nie jest potężne. Eclipse nie ma nawet ułamka możliwości vima. Może by tak czasem zamknąć X'y? Co to do cholery znaczy 'integracja z innymi systemami'??? vim działa nawet na moim ekspresie do kawy! Chcesz wtyczek? Masz. Emacs ma wtyczki do WSZYSTKIEGO. Przeszukiwanie kodu regexpami… Myślicie, że to nowość tak? Boże, moja teoria na temat ludzi kodujących w javie wydaje się potwierdzać: wy po prostu niczego innego nie znacie! javakids.

Możesz.