powered by Jogger.pl
Zastanawiam się czemu w Hardy'm fstab wciąż rozgląda się za partycjami po ich UUID, miast dużo czytelniejszych LABELs. Jeśli się nie mylę, Fedora od jakiegoś już czasu definiuje partycje podług tego ostatniego. GParted w repo Ubuntu jest (obecnie) w wersji 0.3.5, a dop. od wersji 0.3.7 obsługuje LABELe. Nie znaczy to jednak, że nie da się zmusić Hardy'ego do "patrzenia" na LABELe.
Tak można sparafrazować rewelacje (znalezione na EeeUser.com) o pewnym dokumencie rozesłanym przez lolków z Redmond do producentów sprzętu komputerowego (docelowo - producentach urządzeń UMPC). Lolki najwyraźniej widzą, że przyszłość nie jest dla nich życzliwa, a dni ich, choć jeszcze nie policzone, to już liczone.
Szukając czegokolwiek do rozkręcenia graficznej weny postanowiłem zrobić temat do screenletu Radia autorstwa niejakiego Whise'a (dostępny na gnome-look.org.
Od jakiegoś tygodnia.
Upgrade Ubuntu z Gutsy'ego na Heardy Heron (pl: Śmiała Czapla - tiaa... ;)) (8.04LTS) przebiegł niemal pomyślnie. Trwało to jakieś 3 godziny, zassało chyba ze 2GB pakietów. Niestety po reboot'cie grafika dziwnie muliła. Nie wiem - pewnie coś ze sterami do nvidii. Miałem to gdzieś - i tak planowałem świeżą instalkę na drugim dysku. Instalka (razem z układaniem partycji) trwała 25min.
HELL YEAH! Podczas gdy wysłużony Gutsy bootował niemal półtorej minuty, Hardy (wg. bootchart'a robi to w 27 sek! Compiz wyraźnie przyśpieszył (odpalanie Gnome'a / przełączanie Compiz<=>Metacity wyraźnie szybsze), odpalanie aplikacji również (choć może to być spowodowane dyskiem SATA (Gutsy był na ATA) - ale nie dam sobie uciąć. No i w końcu mam w repo VirtualBox'a nowego :->.
PulseAudio. Nie do końca to trawię - w sensie konfiguracji - teorię ładnie wyłożył nam swego czasu p. Adam. Do tego nie wszystko ładnie chce chodzić z PulseA. Przy dwóch kartach dźwiękowych do dzisiaj mam problemy (jak zmusić flash do korzystania z tej drugiej..?).
Problem nie zauważalny dla większości: Wine w repo Hardy'ego to wersja 0.9.59. Z tą wersją Winiacza, w ArtRage'u nie działa poprawnie tablet (poziom nacisku, kąt nachylenia etc.). Chłopaki na forach mówiły, że własnoręczna kompilka wine załatwia sprawę. Ale nie po to instalowałem Ubuntu, żeby bawić się w kompilowanie - right? Z pomocą przyszły repozytoria Ubuntowe prosto ze stron WineHQ - jest tam obecnie wersja 0.9.61, z którą problem tabletu nie istnieje.
Można się czepiać, że dali Firefoxa3 beta, ale jaki problem zejść do 2ki, albo, co lepsze w moim przypadku - zainstalować 2kę obok - choćby w postaci Swiftweasel'a.
Udogodnień i ulepszeń jest masa - od tych małych pierdół (nowy aplet Bluetooth ma pod prawoklikeim "send file" ;)), po te duże pierdoły (OOo 2.4?;)). I na prawdę duży kop wydajnościowy. Polecam przesiadkę na Hardy'ego - nie żeby od już teraz zaraz - w końcu to Long Term Support - ale warto ;-).
Tak prawie z innej beczki: czy instalacja Ubuntu na laptopie z preinstalowanym systemem Viadomo_jakim niweluje gwarancję?
Sitting in an airport, getting really sick of Windows Vista on a laptop. It doesn't work -- I'm tired of waiting seconds for things to appear on the screen, of taking half a minute or more for something that ought to happen instantly to occur.
No no - coś musi być na rzeczy, skoro nawet Neil Gaiman psioczy na Vistę. Ba! Nawet zastanawia się nad zapodaniem Ubunciaka :-). Do it Neil! :-)
A ja z utęsknieniem czekam na Heardy'ego 8.04. W międzyczasie zainstalowałem Arch'a z KDE4 (via KDEmod) i upewniłem się, że jednak Gnome ;-). Arch ma duży plus - kosmicznie szybki start - ale to za mało, żeby przekonać mnie do niego. Żeby mi chociaż włączył Antialiasing, tak jak go o to usilnie prosiłem - ale nie - po co? I żeby chociaż repozytoria Commiunity raczył "zobaczyć" (nie - nie były zakomentowane w konfie) - ale po co? Przecież to szczegół... A ja za stary na takie szczegóły ;-).
Znalazłem przed chwilą zajefajny programik. Niestety tylko pod Windooze :/
W dziale beta znajduje się kilka innych ciekawych pozycji (Enso -TranslateAnywhere, -SearchAnywhere, i inne -Anywhere;))
Genialne! Ciekawe czy coś podobnego jest pod Linuksa - wie ktoś?
Zastanawiałem się ostatnio jak sprawić by w angielskim środowisku odpalić aplikację z polskimi menusami (choćby dla screenshotów do tutoriali). W otchłaniach pojemnych zasobów nabytej wiedzy z czasów używania Gentoo wyciągnąłem coś takiego:
LC_ALL="pl_PL-UTF-8"
Proste - wpisujemy takie coś przed nazwą odpalanej aplikacji w terminalu i viola - mamy "Plik | Edycja | Widok" itd. w odpalonej aplikacji, pomimo, dajmy na to, angielskiego Gnome'a dookoła. Proste - choć niepraktyczne - za każdym razem wpisywać taaaki długi ciąg - jeszcze w konsoli - bleee (tutaj żartuję ;-)).
Na początku zakładam, iż mamy zainstalowane porządane dodatkowe paczki językowe (np. dla jezyka polskiego w angielskim środowisku).
Dopiszmy coś takiego w ~/.bashrc (albo sytem-wide - pewnie gdzieś w /etc ;-)):
alias polski='LC_ALL="pl_PL.UTF-8"'
Teraz możemy odpalić polską wersję wpisując w konsoli:
$ polski gedit
Jeszcze w czasach Windowsa nauczyłem się korzystać z "WIN+R" - przyśpieszało to znacznie odpalanie aplikacji. Domyślne okno dialogowe "WIN+R" (czyli ALT+F2) w Gnome pozostawia wiele do życzenia w kwestii Usablility IMO. Dlatego preferuję (i polecam) gmrun - malutką aplikację z ogromnymi możliwościami - czyli tak jak lubimy najbardziej :).
Instalujemy gmrun z repo Ubuntu. Następnie w pliku konfiguracyjnym programu (w /etc/gmrunrc) dopisujemy linijkę jak poniżej:
URL_polski = LC_ALL="pl_PL.UTF-8" %s
Od teraz w wierszu poleceń gmrun możemy napisać polski:gedit i co się odpali? TAK! Polski Gedit :-). I to było do zapamiętania.
No i jest! Finalna wersja Gimpa, sygnowana numerkiem 2.4. Dla nie zaznajomionych, jest to ten program, którego przyswojenie gwarantuje zaoszczędzenie wielu zielonych wydanych na Adobe'owego kombajna zwanego Photoshop;-). Wraz z wydaniem nowej "milowej" wersji, pojawiła się nowa odsłona strony programu.
Co zobaczymy w nowym Gimpie? Mi, jako szaleńcowi, jadącemu na nistabilnej gałęzi Portage'a - trudno stwierdzić ;-). Od wersji RC1 2.4 wszystkie nowe ficzery wersji finalnej stały przed użyszkodnikiem otworem. Przedstawię przeto rzeczy najważniejsze, względem stabilnego staruszka 2.2:
Czego więcej chcieć? Tylko brać i się cieszyć ;-).
Teraz pozostaje mi tylko czekać na nową odsłonę Inkscape'a z szumnie zapowiadanymi ficzerami i przepisanego bugg'liwego nieco obecnie (a może to ten KEYWORD="~x86" w make.conf?;P) Scribusa i mamy Perfect-Linux-Graphic-Publishing-Toolbox ;-).
"Adobe Flash Video Encoder nie moze zostac zainstalowany, poniewaz nie jest zgodny z: Adobe Flash Video Encoder"-- Adobe Flash Pro CS3 Installer.
Darren Hoyt przedstawił na swoim blogu problem ze skalowaniem boksów z zaokrąglonymi kształtami w Photoshopie. Sprawa nie rozchodzi się o stricte photoshopowy problem, rzecz jasna - chodzi o ogólną niedogodność przy tworzeniu grafiki rastrowej. Opisana przez Darrena metoda skalowania wyżej wspomnianych boksów jest nader skuteczna i stosuję ją po dziś dzień w Gimpie... w ostateczności. Dlaczego tylko w ostateczności?
Otóż od dłuższego czasu zauważyłem błogosławieństwa projektowania grafiki w wektorkach. Nie chodzi mi o DTP, ale o grafiki na potrzeby WWW właśnie, jak w przypadku Darrena. Dlaczego? Ano przyjrzyjmy się przykładowi opisanemu przez niego.
Skalowanie rastrowego boksa z zaokrąglonymi rogami skutkuje skalowanie także tych rogów. Im bardziej zmniejszony box, tym bardziej zmniejszone zaokrąglenie (pół bidy). Im bardziej zmienione proporcje boków boksa, tym większe zniekształcenia zaokrąglenia (cała bida;)). Co poradzić?
Dużo większą kontrolę nad obiektami w tej materii daje grafika wektorowa. Mniejsza o marki programów, których do tego użyjesz - każdy porządny program do grafiki wektorowej, powinien mieć opisaną poniżej funkcjonalność - jeśli nie ma - ściągnij Inkscape'a;P, na jego przykładzie będzie rzecz wyłożona.
Poniżej przedstawiony box2 został przeskalowany z rozmiaru boxa1 - jak widać z zachowaniem symetrii zaokrągleń rogów. Jak widać na załączonej rycinie, sprawa jest banalna (dużo bardziej, niż w przypadku grafiki rastrowej): Klikamy narzędzie (1) Rectangles&Squares F4, mażemy boks i... nie nie - zostaw - to nic, że za wąski. ;). Mamy przed sobą obiekt, którego właściwości pozwalają na niezależną (i bezskazitelną;)) edycję:
Warto zaznaczyć, że edytowalne punkty (2) i (3) pozostają przy obiekcie dopóki nie przekonwertujemy obiektu na ścieżkę (Menu: Path·Object to path CTR:+SHIFT+C), ale nawet wtedy możliwa edycja rozmiarów powstałego boksa bez obawy o zniekształcenie zaokrągleń:
Klikamy narzędzie (4)Edit path nodes.. F2, jak na rys.2., zaznaczamy punkty tworzące krawędź RAZEM Z punktami tworzącymi zaokrąglenie (cztery punkty zaznaczone na rys.2.) i przesuwamy w porządanym kierunku rozciągając nasz box i ciesząc się niezaburzoną ergonomią naszych kochanych zaokrągleń ;). Przekreślona ikona w toolboxie na rys.2. to narzędzie Select and transform.. F1 - tym narzędziem NIE edytujemy obiektów takich jak boksy z zaokrąglonymi rogami - użycie tego narzędzia da dystorsje boków, taką, z którą zwalczyliśmy w powyższym artykule ;).
Ostatnie Komentarze
88-88-888