Dlaczego lubię Konquerora jako przeglądarkę WWW?

Tak więc, jako podstawowej przeglądarki WWW używam Konquerora (chociaż co jakiś czas odczuwam przesilną chęć przesiadki na Operę).

Dlaczego lubię Konquerora:

• W środowisku graficznym którego używam, czyli KDE, Konqueror bardzo szybko się uruchamia, i dobrze się integruje z resztą aplikacji KDE.
• Nie ma kłopotów z flashem.
• Posiada wsparcie dla szybkiego wyszukiwania informacji w sieci - zaznaczony tekst można, korzystając z menu kontekstowego, dać do przeszukania w Google lub innej wybranej wyszukiwarce (i co najważniejsze - wyniki wyszukiwania pojawiają się w nowym oknie, a nie, jak w Operze - w tym samym, co mnie strasznie irytowało), a dodatkowo jeśli zaznaczony tekst jest adresem sieciowym to można go otworzyć nawet jeśli nie jest hypertekstem w sensie ścisłym.
• Obsługuje HTTP, FTP, SFTP, SVN i kto wie co jeszcze...
• Ma wygodne skróty sieciowe do wyszukiwarek wszelakich, wpisywane na pasku adresu, które działają także w KRunnerze (no i oczywiście posiada też normalny pasek wyszukiwania, a pasek adresu też działa jak pasek wyszukiwania).
• Ma wszystko co powinna posiadać nowoczesna przeglądarka: Adblocka, automatyczne odświeżanie, zmiana identyfikacji, wygodna obsługa zakładek, obsługę sesji.
• Posiada opcję pozwalającą przywrócić ostatnio zamknięte karty.

Dlaczego nie lubię Konquerora:

• Niektórych stron nie otwiera (np. www.newsweek.pl), a z innymi nie współpracuje poprawnie (np. bing.com, Picassa).
• Czasami nieco irytuje mnie jego obsługa PDF-ów w sieci. Czasami otwiera się okienko z opcją "Otwórz w Okular", a czasami tylko z opcją "Otwórz z...". A Opera wszystkie PDF-y traktuje jednakowo.
• Zarządzanie hasłami jest jakieś dziwne. Portfel KDE (bo z nim jest zintegrowany Konqueror) nie potrafi zapamiętać dwóch loginów do jednej strony.

Mimo wszystko, Konqueror jest nawet miłą przeglądarką WWW, chociaż jest używany tylko przez jakieś 0.1% użytkowników Linuksa :-)

Writer2LaTeX - konwersja plików ODT do TEX

Czasami istnieje potrzeba konwersji OpenOffice'owskich plików ODT do plików TEX. Wprawdzie sam OpenOffice Writer posiada możliwość eksportu treści do plików TeX-a, ale ów eksport nie jest najlepszym z możliwych. Niestety OpenOffice generuje przy eksporcie strasznie skomplikowany kod wynikowy (wszędzie te formatowania...), który ciężko później wstawić do swojej pracy bez oczyszczania (a proces oczyszczania kodu trwa dłużej niż proces kopiuj-wklej tekst + dorób formatowanie w LaTeX-u). Na szczęście znalazłem niedawno lepszą alternatywę, a mianowicie program Writer2Latex. Zaletą programu Writer2Latex jest duża czystość generowanego kodu TeX-a przy konwersji plików ODT do TEX.

Krótki wpis dnia 05.06.2009

Dzisiejszy wpis to będzie taki mały misz-masz.

NVIDIA wydała kolejną wersję sterownika dla systemów uniksowych do swoich kart graficznych. Nowa wersja - 180.60 - naprawia głównie znalezione w poprzednich wydaniach błędy.

Firma Google zrobiła "straszną" rzecz - dnia 4 czerwca nie zmieniła loga wyszukiwarki na bardziej Solidarnościowe. Czym wzbudziła zdziwienia lub dezaprobatę co najmniej kilku portali i autorów blogów.

Prof. Adam Gierek obwołał się samozwańczo ambasadorem wolnego oprogramowania w naszym kraju i stworzył nawet własną wersję płyt dystrybucji Ubuntu, oczywiście ze swoim zdjęciem na okładce (ciekawe co na to Canonical). Biorąc pod uwagę, że w niedzielę są wybory, a pan A. Gierek w nich kandyduje...

Od Karol Kozioł

Karta jako oddzielny proces - Webbie

Deweloperzy Firefoksa i Internet Explorera pozazdrościli Google Chrome kart jako oddzielnych procesów i postanowili wprowadzić takie funkcje we własnych przeglądarkach.

Co ciekawe, już ponad miesiąc temu Ivan Čukić przedstawił na swoim blogu (tu i tu) projekt przeglądarki "chromopodobnej" o nazwie Webbie, opartej o Qt i Webkit, w której każda karta pracowałaby jako oddzielny proces. Niestety Ivan nie ma zamiaru rozwijać projektu, ale można mieć nadzieję, że być może doczekamy się takiej funkcjonalności w Konquerorze lub Rekonq.

3 sposoby na niestandardowe ścieżki programów wykonywalnych

Czasami zdarza się (rzadko, ale jednak) korzystać z programów znajdujących się w niestandardowym miejscach - ani w /bin, ani w /usr/bin, ani nawet w /usr/local/bin tylko w jakimś katalogu o przydługawej ścieżce typu: /katalog1/katalog2/katalog3/program. Na przykład na ostatniej pracowni komputerowej uruchamialiśmy Gromacsa poleceniem /opt/Apps/GROMACS/i686-pc-linux-gnu/bin/grompp_d, które do najkrótszych nie należy. Czy jest na to rada? Oczywiści, że jest. Po kilku minutach znalazłem aż trzy!

Sposób pierwszy - stworzenie aliasu

Wystarczy do pliku ~/.bashrc dodać następującą linijkę:

alias program="/katalog1/katalog2/katalog3/program"

Sposób drugi - linkowanie symboliczne

Czyli wydajemy w konsolce polecenie:

ln -s /katalog1/katalog2/katalog3/program /usr/bin/program

/usr/bin jest jedną z domyślnych ścieżek przy poszukiwaniu poleceń, więc wpisanie w konsoli polecenia program powinno nam go uruchomić. Niestety, aby operować na /usr/bin należy mieć uprawnienia roota.

Sposób trzeci - dodanie odpowiedniej ścieżki do zmiennej PATH

Wystarczy dodać do ~/.bashrc linijkę o treści:

export PATH="$PATH:/katalog1/katalog2/katalog3/"

Zmiany w repozytoriach KDE4 dla openSUSE

Uwaga! Jak donoszą Will Stephenson i Martin Schlander szykują się zmiany w repozytoriach KDE4 dla openSUSE.

1. Pakiety KDE 4.3 beta zostaną w ciągu około 2-3 tygodni przeniesione do repozytorium KDE:KDE4:Factory:Desktop


2. Stabilne pakiety KDE 4.2 będą znajdować się w nowoutworzonym repozytorium KDE:42


3. Zostało utworzone nowe repozytorium KDE:/KDE4:/Playground w którym będą znajdować się wczesne snapshoty aplikacji KDE4


4. Repozytoria Extra-Apps zostaną zlikwidowane, a pakiety wchodzące w ich skład zostaną przeniesione do repozytoriów KDE4:/Community/ lub KDE4:/Playground


5. Szykuje się zmiana nazewnictwa pakietów zawierających analogiczne komponenty KDE3 i KDE4. Dotychczasowo pakiety KDE3 były oznaczane nazwą bez prefiksu, natomiast pakiety KDE4 nazwą z prefiksem kde4 (np. amarok i kde4-amarok). Teraz będzie odwrotnie, to jest pakiety KDE4 będą oznaczane nazwą bez prefiksu, natomiast pakiety KDE3 będą oznaczane nazwą z prefiksem kde3 (np. kde3-digikam). Programy KDE3 znajdują się w repozytorium KDE:/KDE3.

Adresy nowych repozytoriów znajdują się na stronie http://en.opensuse.org/KDE/Repositories

Wszystkie te zmiany są spowodowane oczywiście rosnącą popularnością KDE4 oraz zbliżającym się powoli wydaniem KDE 4.3.

Konwersja plików tekstowych z Windows do Linuksa - problem końca linii

Potrzeba matką wynalazku. Na zajęciach z Symulacji Komputerowych kazano nam tworzyć pliki inputowe do Gaussiana pod Windowsem i następnie wczytywać je (tzn. oczywiście Gaussian je wczytywał) pod Linuksem. Niestety nie wczytywały się poprawnie ponieważ Windows i Linux inaczej zapisuje i interpretuje koniec linii (otóż pod Windowsem koniec linii jest oznaczany tzw. znakiem carriage return, zwanym po polsku znakiem powrotu karetki). Zaistniała zatem potrzeba konwersji plików tekstowych z Windows do Linuksa - a dokładniej tylko konwersji znaku końca linii. Najprościej byłoby użyć programu dos2unix, niestety nie na swoim serwerze nie mam możliwości instalacji oprogramowania. Poszperałem trochę po sieci i znalazłem ciekawą stronę opisującą rozwiązanie problemu - How do I convert between Unix and Windows text files?.

Najprostsze wydawało mi się użycie tr. Aby usunąć z pliku tekstowego Windowsowe znaki końca linii należy wydać polecenie:

tr -d '\15\32' < winfile.txt > unixfile.txt

Teraz wystarczyło tylko zrobić prosty skrypcik:

#!/bin/bash
cp $1 $1.tmp
rm $1
tr -d '\15\32' < $1.tmp > $1
rm $1.tmp
clear

i uruchomić go poleceniem:

./kkl plik.inp

i wszystko gra :-)

Alternatywą jest posłużenie się programem awk.

Konwersja pliku Windows->Linux:

awk '{ sub("\r$", ""); print }' winfile.txt > unixfile.txt

Konwersja pliku Linux->Windows:

awk 'sub("$", "\r")' unixfile.txt > winfile.txt

Sterownik NVIDII 180.51

21 kwietnia 2009 roku NVIDIA wydała kolejny uniksowy sterownik do kart graficznych - tym razem o numerze 180.51. Dodano wsparcie dla kart GeForce 9600 GSO 512, GeForce 9400 GT, GeForce GTS 250, GeForce GT 140 i GeForce GT 130. Oczywiście poprawiono wiele błędów, m.in. związanych z OpenGL, VDPAU, notebookiem Fujitsu Celsius H270 oraz obsługą kart z serii GeForce 9. Programik nvidia-bug-report.sh potrafi teraz generować skompresowane w formacie .gz logi.

Wersja gamma...

...czyli permanentna beta, albo o programach które nie mogą dorosnąć do 1.0...

Dawno, dawno temu... reguły były proste:

• Wersja 0.x - wersja oprogramowania która jest jeszcze za mało funkcjonalna / stabilna do używania przez końcowego użytkownika (wersje alpha, beta, RC itp.)


• Wersja 1.0 - wersja stabilna, przeznaczona dla końcowego użytkownika, charakteryzująca się pełną funkcjonalnością w założonych przez programistę ramach

Błędy w QT 4.5

Stosunkowo niedawno w repozytoriach openSUSE pojawiła się wersja 4.5.0 biblioteki QT. Jako że lubię testować nowe oprogramowania, więc oczywiście wykonałem update Qt z wersji 4.4.3. Okazuje się jednak, że połączenie KDE 4.2 + Qt 4.5 nie jest (jeszcze) najlepszym połączeniem. Biblioteka Qt 4.5.0 przyniosła ze sobą bowiem dwa uciążliwe błędy - jeden poważny, a drugi, hmmm... mniej poważny.