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

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. :)

Wolne odświeżanie gemów

Jarosław Zabiełło — Sun, 23 Mar 2008 17:57:00 +0100

Od jakiegoś czasu proces wielu użytkowników Leoparda narzeka na bardzo wolne odświeżanie gemów Rubiego. Instalacja nowego gemu potrafiła być 10x wolniejsza niż pod Ubuntu. Po małych modyfikacjach, ładowanie gemów na Leopardzie jest teraz dla odmiany szybsze niż na Ubuntu. :)

Przede wszystkim, wyłącz protokół IPv6 (System Preferences -> Network -> Advanced -> TCP/IP -> Configure IPv6) oraz dodać komendę

require 'resolv-replace'
# Ezra Zygmuntowicz radzi aby dodać:
Socket.do_not_reverse_lookup = true

do skryptu /opt/local/bin/gem (używam tu MacPortów). Tylko trzeba uważać, bo ta zmiana zniknie po gem update --system.

Jeśli ta zmiana nie wystarczy, to odpal komendę

sudo gem list -r -B 10000

i podmień plik /opt/local/lib/ruby/site_ruby/1.8/rubygems/remote_fetcher.rb na najnowszy z repozytorium.

Update

2008-06-30 – Nowa wersja RubyGems 1.2 rozwiązuje problemy z wydajnością znajdowania gemów.

TrueCrypt 5 dla Leoparda

Jarosław Zabiełło — Fri, 08 Feb 2008 01:34:00 +0100

W końcu Mac OS X doczekał się swojej wersji doskonałego (open-source) programu szyfrującego TrueCrypt. W nowej wersji obsługiwane są systemy Tiger i Leopard w wersji intelowskiej i PPC.

Co prawda OSX (za pomocą programu Disk Utility) standardowo wyposażony jest w możliwość tworzenia szyfrowanych obrazów dysków ale jego możliwości są bardzo skromne w porównaniu do tego co oferuje TrueCrypt który np. umożliwia tworzenie niewykrywalnych, ukrytych partycji dostępnych za pomocą alternatywnego hasła. Wykorzystuje też bardzo silne algorytmy szyfrowania. Program działa na systemach Windows Vista/XP, Mac OS X, i Linux.

Jest w końcu Java 6 dla Leoparda

Jarosław Zabiełło — Fri, 30 Nov 2007 12:34:00 +0100

Zarówno Apple jak i Sun się ociągają z wypuszczeniem Javy 6 dla Leoparda (tj. Mac OS-X 10.5). W internecie można znaleźć trochę wkurzonych osób. Niektórzy chcą nawet słać petycje do Apple aby coś z tym zrobili.

Na szczęście, znalazł się jeden człowiek (Landon Fuller) który udostępnił Javę 6 dla Leoparda. Gwoli ścisłości, przygotował zarówno wersję 32 bitową dla Tigera i Leoparda jak i wersję 64-bitową (tylko dla Leoparda). Choć plik zawiera w nazwie słowo “amd64”, nie należy się tym przejmować. Działa bez problemu na MacIntelach.

Oracle, Rails i Mac OS X

Jarosław Zabiełło — Thu, 01 Nov 2007 16:26:00 +0100

Dziś postanowiłem zainstalować na swoim maczku (śmigającym na nowym Leopardzie) obsługę bazy Oracle dla Ruby on Rails. Niestety aby to było możliwe trzeba wpierw zainstalować sobie klienta do Oracle. Ściąganie grubo ponad 300MB tylko po to, aby można było skompilować driver… Nic to. Drobnostka.

To niby ma być instalacja dla OSX… Oracle nic się nie nauczył na temat tego, jak powinni być instalowane programy na Mac OS X. Udostępnił jakiś obskurny skrypt. Nic to. Odpalam go (profilaktycznie robię to na prawach root’a) i co otrzymuję?

sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: No such file or directory

Hmm, brakuje mu katalogu? No to tworzymy. Próba druga:

sh-3.2# mkdir /Users/ja/Desktop/Oracle
sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: is a directory

No proszę, gdyby nie skrypt Oracle’a to bym nigdy się nie domyślił, że stworzylem przed chwilą katalog… OK. Kasuję i tworzę pusty plik. Próba trzecia:

sh-3.2# touch  /Users/ja/Desktop/Oracle
sh-3.2# ./runInstaller 
./runInstaller: line 59: /Users/ja/Desktop/Oracle: Permission denied

No teraz, to ręce mi opadły. Będąc skrypt krzyczy że nie mam dostępu mimo, że mam wszelkie możliwe dostępy jako root. Czy ten skrypt przygotowywał jakiś idiota? Wpierw marudzi że nie ma pliku lub katalogu. Jak stworzę katalog to mu nie pasuje że to katalog. A jak stworzę plik to nie mam do niego dostępu mimo, że jestem na prawach root’a.

Na razie daję sobie spokój. Chyba odpalę VMware i Linuksa, może tam zadziała.

Jak już jestem przy temacie Oracle’a, to podobno to jest całkiem dobra baza pod warunkiem, żektoś poświęci miesiąc czasu na odpowiednią jej konfigurację. :) Ale poważniej. Nie mogę zrozumieć dlaczego Oracle puste teksty w polu traktuje tak jak NULL. Jeśli mam pole typu tekstowego i zawiera pusty napis to kwerenda SELECT * FROM tab WHERE pole='' nic nie znajdzie. Trzeba użyć składni SELECT * FROM tab WHERE *pole IS NULL*. Jakiś idiotyzm. Żeby było śmieszniej, w manualu do MySQL 5 napisali, że tylko osoby początkujące w SQL mylą puste stringi z wartościami NULL. Ubaw po pachy.

The concept of the NULL value is a common source of confusion for newcomers to SQL, who often think that NULL is the same thing as an empty string ’’.

Nie rozumiem również dlaczego Oracle nie potrafi zrobić GROUP BY dla aliasu pola? Ale nic, to. To pewnie dopiero początek zabawy z Oraclem na którego migrujemy z “zabawkowego” MySQL. Już teraz widzę że czeka nas ciężkie przepisywanie kwerend SQL.

Update: Jak już nic nie pomaga, to zagląda się do helpu, he he. No to zajrzałem. A tam wielostronicowa, durna instrukcja obsługi jak zainstalować klienta Oracle’a. Trzeba potworzyć jakieś grupy, userów. Tylko się utwierdziłem w tym co napisałem. Instalację do Oracle przygotowała jakaś grupa idiotów. Co za problem, aby to zautomatyzować? Pod windozą instalacja Oracle (i to całej bazy a nie tylko klienta) jest kwestią paru kliknięć.