Biblioteka Linuksa i OpenSource | Środowiska Graficzne http://www.linux.rk.edu.pl/ Serwis poświęcony Linuksowi i otwartemu oprogramowaniu. Testy sprzętu, Maemo, programowanie w C/C++ i JAVA, Qt. pl Biblioteka Linuksa i OpenSource | Środowiska Graficzne http://www.linux.rk.edu.pl/site_media/layout/tux.png http://www.linux.rk.edu.pl/ 132 124 http://www.linux.rk.edu.pl/w/p/kdevelop-beta-1/ http://www.linux.rk.edu.pl/w/p/kdevelop-beta-1/ <![CDATA[KDevelop Beta 1]]> W czwartek ogłoszono wydanie KDevelop Beta 1 - pierwszej bety, z wciąż rozwijanej gałęzi KDevelop4. Pierwsza Beta to okazja dla nieco szerszego grona użytkowników (głównie programistów) do przetestowania nowej wersji środowiska programistycznego związanego z projektem KDE i podzieleniem się wrażeniami z twórcami.

KDevelop4 to rozwijana obecnie nowa wersja środowiska programistycznego KDevelop opartego o bibliotekę Qt4. W porównaniu z wersją 3.5 nowe wydanie zaoferuje znacząco więcej możliwości. W porównaniu z Qt Creatorem oferuje nie tylko obsługę C++ wraz z Qt/KDE, a także projekty korzystające z różnych języków skryptowych (obecnie Python, Ruby, w tym także PyQt, PyKDE, Korundum).

Zrzuty ekranów z KDevelop4 w akcji, wraz z opisem wprowadzanych usprawnień można znaleźć na blogach twórców - apaku.wordpress.com i zwabel.wordpress.com. Źródła KDevelop Beta 1 są do pobrania z serwerów lustrzanych.

]]>
2009-02-08 16:08:46.491452
http://www.linux.rk.edu.pl/w/p/twoj-stary-pracuje-w-nvidii/ http://www.linux.rk.edu.pl/w/p/twoj-stary-pracuje-w-nvidii/ <![CDATA[Twój stary pracuje w nVidii]]> kde4a_1.jpg Co do problemów i braków:
  • Kate zawsze otwiera się z otwartym bocznym menu ("Dokumenty") oraz nie chce trzymać wcięć w kodzie
  • Menu Konquerora - pasek adresu nie rozszerza się do maksymalnej dostępnej długości, więc jeżeli np. w widoku folderu mam więcej ikon niż w widoku web to powstaje w tym ostatnim dziura.
  • Czy da się w Konquerorze włączyć tryb podglądu w katalogach bez trzymania od tego ikonki w pasku? I jak dodać ikonkę za pasek wyszukiwania (otwieranie terminala, które o dziwo dostępne jest tylko dla jednego typu menu, które dołączane jest do głównego)
  • Powiadomienia Kopete mnie irytują... Zbyt agresywne i nie znikają pod klikiem.
]]>
2009-02-05 23:34:13.350664
http://www.linux.rk.edu.pl/w/p/co-najlepszego-oferuje-kde4/ http://www.linux.rk.edu.pl/w/p/co-najlepszego-oferuje-kde4/ <![CDATA[Co najlepszego oferuje KDE4?]]> http://kde-look.org/poll/index.php?poll=236. W ankiecie wygrywa Plasma, a zaraz za nią KDE 3.5. Dla Dragon Player mamy 0%. Miałem z tym odtwarzaczem do czynienia w KDE4.2-SVN trochę temu, jak i w 4.1.3 i funkcjonalnie do niczego się nie nadawał. Nie wiem po co go stworzono, skoro istnieje Kaffeine, czy też Amarok i nakładki na MPlayera. "Improved Usability" też jest nisko. Niezależnie jak patrzeć na KDE4 - nowa odsłona KDE jest co najmniej wysoce dyskusyjna. Jedni chwalą za efekty, inni ganią za nie :)]]> 2009-01-22 16:28:21.116089 http://www.linux.rk.edu.pl/w/p/piekny-i-bestia-kde4-i-nvidia/ http://www.linux.rk.edu.pl/w/p/piekny-i-bestia-kde4-i-nvidia/ <![CDATA[Piękny i Bestia - KDE4 i nVidia]]> Problemy KDE4 z kartami nVidia znane są praktycznie od początku tej serii środowiska graficznego. Istnieją różne rozwiązania, jak np. te na techbase.kde.org pozwalające nieco usprawnić pracę KDE4 pod nVidią. Jedną takich opcji jest zastosowanie takich ustawień karty:
nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Autor zaleca też do eksperymentowania z wartościami InitialPixmapPlacement.

Moje środowisko testowe to Compal FL90 z nVidia GeForce 8600 GT (jedna z bardziej upierdliwych w tym temacie), 2 GB RAM, ArchLinux x86_64 ze sterownikami nvidia 177.82-1 i nvidia-beta 180.16 w dalszej części, xorg-server 1.5.3-4 pracujący w rozdzielczości 1280x800 i rozwojowe kde(libs) 4.2.0-2008121816. Pulpit składał się z kilku plazmoidów, oraz włączonych efektów pulpitu (FPSy KWin, wobbly windows, półprzeźroczystość itp.)

kdenV.jpg

nvidia 177.82

Domyślnie KWin maksymalnie wyciąga 60 fps. Próba odpalenia czegoś z Folder View, czy też klikanie po plazmoidach (zablokowanych, np. tych monitorach zasobów) znacząco zamula pulpit (wiatrak laptopa co chwila wchodzi na najwyższe obroty) i powoduje spadek FPS (przy klikaniu na plazmoidach nawet o około 20 FPS).

Zastosowanie:

$ nvidia-settings -a InitialPixmapPlacement=2 -a GlyphCache=1
Nieco poprawiło wydajność i praktycznie usunęło przypadki przycięcia się pulpitu przy otwieraniu grafik z Folder View, czy też klikanie po plazmoidach nie powodowało negatywnych efektów. Ustawienie InitialPixmapPlacement na 1 lub 3 dało drastyczny spadek wydajności, klikanie po plazmoidach blokowało pulpit na kilkanaście sekund i dawało fps KWina na poziomie 1. W przypadku InitialPixmapPlacement=2 uruchamianie zdjęcia z Folder View powodowało chwilowy spadek FPS o około 20-30.

Zastosowanie testu FPS OpenArena opisanego na launchpadzie dało kilka ciekawych wyników:

  • GNOME: 401,5 fps (840 frames 2.1 seconds 401.5 fps 1.0/2.5/11.0/1.0 ms)
  • KDE 3.5.10 (kdemod): 390.2 fps (840 frames 2.2 seconds 390.2 fps 1.0/2.6/11.0/1.1 ms)
  • KDE 3.5.10 (kdemod) + InitialPixmapPlacement=2: 400.8 fps (840 frames 2.1 seconds 400.8 fps 1.0/2.5/11.0/1.0 ms)
  • KDE 4.2 SVN: 230.7 fps (840 frames 3.6 seconds 230.7 fps 1.0/4.3/22.0/3.0 ms)
  • KDE 4.2 SVN + InitialPixmapPlacement=1: 233.7 fps (840 frames 3.6 seconds 233.7 fps 1.0/4.3/26.0/3.1 ms)
  • KDE 4.2 SVN + InitialPixmapPlacement=2: 234,4 fps (840 frames 3.6 seconds 234.4 fps 1.0/4.3/26.0/2.9 ms)
  • KDE 4.2 SVN + InitialPixmapPlacement=3: 235,8 fps (840 frames 3.6 seconds 235.8 fps 1.0/4.2/20.0/2.9 ms)
Wydajność OpenArena praktycznie nie zależy od zastosowanych ustawień karty graficznej. Zależy natomiast od środowiska, spod którego jest uruchamiana. Wszystkie środowiska poza KDE4 dały około 400 FPS, a KDE 4.2-SVN około 235 FPS.

Ustawienie pamięci współdzielonej w efektach pulpitu dla OpenGL sugerowane przez kilka źródeł nie przyniosło wyraźnych zauważalnych efektów.

nvidia-beta 180.16

Po zainstalowaniu najnowszej bety przy domyślnych ustawieniach stał się cud. Nie ma gwałtownego obciążania CPU - ustały skoki wentylatora. Także np. otwieranie grafik z Folder View przebiega szybciej i przy mniejszym spadku FPS KWina. Co ciekawe OpenArena wyciąga pod KDE 4.2-SVN przy tych sterownikach około 240 FPS, a na pozostałych około 325 FPS (czyli mniej niż na ostatniej stabilnej wersji). Nie testowałem InitialPixmapPlacement=2, ale ogólnie KDE4 nadaje się już do bezproblemowego użytkowania.

]]>
2008-12-22 18:39:44.148961
http://www.linux.rk.edu.pl/w/p/gpicview-pokona-gwenview/ http://www.linux.rk.edu.pl/w/p/gpicview-pokona-gwenview/ <![CDATA[gPicView pokona Gwenview?]]> GpicView to aplikacja wchodząca w skład podstawowych aplikacji LXDE. Aplikacja ta umożliwia przeglądanie zdjęć - szybko i przyjemnie. W porównaniu do Gwenview z KDE4.2-SVN posiada dwie kluczowe funkcjonalniości - możliwość zmiany zdjęć za pomocą rolki myszy, oraz nie wyświetla dodatkowych menu w trybie pełnego ekranu.
gpicviewer.jpg
]]>
2008-12-08 09:14:42.340490
http://www.linux.rk.edu.pl/w/p/kde4-po-prostu-tego-nie-rozumiem/ http://www.linux.rk.edu.pl/w/p/kde4-po-prostu-tego-nie-rozumiem/ <![CDATA[KDE4 - po prostu tego nie rozumiem]]> Nie mogę przełknąć KDE4, ani 4.2-SVN, ani 4.1.3. Nie pasuje mi zastosowane podejście, wprowadzone "usprawnienia". Przebudowa desktopu na "wszystko jest plazmą" spowodowała że może 4.2 będzie używalne i plazma (zupełnie nowy kod) nie będzie się wysypywał, ani zamulał Core 2 Duo. Plazmoidy - jak ktoś chce to w KDE3 miał superkarambę, w Gnome GDesklets czy Screenlets. Efekty pulpitu - jeżeli ktoś chciał to miał compiz-fusion. W KDE4 wymusza się użycie bajerów, bajeranckich stylów i efektów. Czy tagowanie i pełnotekstowe wyszukiwanie oferowane przez nepomuk też jest funkcjonalnością używaną przez znaczną część użytkowników, że musi być domyślnym elementem KDE?.

KDE 4.2 oferować będzie możliwość przełączenia w tryb dodawania ikona na pulpicie "po staremu", będzie też można (sic!) ponownie dodawać ikony-skróty do aplikacji do panelu. Oznacza to porażkę pomysłów twórców KDE - ich wielkie umysły spłodziły koncepcję nauczenia tych "idiotów", jak używać pulpitu i komputera wymuszając totalnie inne akcje. Podejście antyteza użyteczności liczących się serwisów web 2.0 / społecznościowych. KDE 4.2 będzie właśnie oferowało możliwość powrotu do zachowań KDE 3.5.10, zgodnych ogólnie z pulpitem MS Windows, OS X, GNOME, XFCE itd.

90% nowości poszła w plazmę, dolphina i efekty, reszta to drobne usprawnienia użytkowych aplikacji... W Kate wielu liczyło np. na obsługę projektów - nie ma. Konqueror nieco lepiej renderuje HTML/JS, ale nadal np. nie obsługuje GMaila w domyślnym interfejsie (udając Mozille), nie wymieniając odpowiednika Firebuga, obsługę edytorów WYSIWYG (też Google Docs) - "Konqueror to aplikacja KDE do pobierania Firefoxa". Gwenview nie potrafi przewijać zdjęć za pomocą rolki myszy (przynajmniej domyślnie).

Ten wpis można uznać za "stronniczy", czy FUD, ale to jest moja opinia, jako "zaawansowanego użytkownika komputera". I chyba nie tylko moja, skoro na forach dystrybucji dostarczających KDE4 bez KDE3 jest sporo postów o pakietach KDE3, przejściu z Kubuntu na Ubuntu, maskowaniu KDE4.* w Gentoo, czy też używaniu kdemod-legacy w Archu. Można też argumentować że jak KDE4 się ustabilizuje to będzie czas na nowe funkcjonalności... tylko kiedy - od KDE 4.3 do 4.5-4.6? Po tym znowu rok/dwa przerwy do kolejnej w pełni używalnej wersji KDE5 ?

Zobaczymy jak będzie wyglądać KDE 4.2 w wersji "stabilnej" i co będzie oferować, a czego nie... Ogólnie na pewno nie będzie dobrze, #152188, #116946.

]]>
2008-11-22 12:13:35.534603
http://www.linux.rk.edu.pl/w/p/enlightenment-e17-nowy-zrzut-kodu-z-svn/ http://www.linux.rk.edu.pl/w/p/enlightenment-e17-nowy-zrzut-kodu-z-svn/ <![CDATA[Enlightenment e17 nowy zrzut kodu z SVN]]> e1.png Środowisko jest dość proste, więc nie używa zbyt wielu zasobów (w tym RAMu jak pokazano powyżej). Oferuje prosty menedżer plików (coś jak najprostsza wersja Nautilusa) oraz swoje moduły/gadżety, czy też tapety (w tym też animowane).
e2.png
Nietypowych funkcjonalności nie brakuje i np. uruchomienie nautilusa (przy zainstalowanym Gnome) wyświetli pulpit z tego systemu w półprzeźroczystym oknie:
e4.png
Dodając efekty jak animowana tapeta, ogień, śnieg czy chodzące pingwiny łatwo można zająć 100% czasu procesora:
e5.png
E17 jest w miarę stabilne, zdarzył mi się tylko jeden okazjonalny pad systemu. Dopracowania na pewno wymaga konfiguracja (obecnie jest tego zbyt dużo, część powinna być raczej przeniesiona do "ustawień zaawansowanych") oraz ogólna obsługa pulpitu.]]>
2008-10-28 14:24:20.012000
http://www.linux.rk.edu.pl/w/p/czy-kde-41-jest-lepsze-od-35/ http://www.linux.rk.edu.pl/w/p/czy-kde-41-jest-lepsze-od-35/ <![CDATA[Czy KDE 4.1 jest lepsze od 3.5?]]> a1.png Oraz druga - można przenieś zakładki, hasła z kwallet kopiując odpowiednie pliki :) Reszta już tak ładnie nie wygląda.
  • Na pulpicie nie można umieszczać ikon/plików (a ja kilka mam, np do odpalania sieci, skryptów). Mamy za to plazmoidy, czyli obecnie bezużyteczne raczej "elementy":
    a2.png
  • Domyślne menu to coś jak Kickoff, nawigacja po którym to masa klikania. Użytecznego tego menu dla mnie jest poniżej zera. Można zmienić je na to znane z KDE3, lecz nie jest identyczne - nie ma np "wykonaj polecenie", z czego korzystam, a także ostatnio otwieranych aplikacji:
    a3.png
  • Występują różne błędy - brak możliwości kopiowanie/przenoszenia za pomocą CTRL+C/V w Konquerorze (wstawia jakieś śmieci do paska adresu), niektóre aplikacje mają niedopracowany interfejs, np. nie można rozsunąć listy elementów w "Centrum informacji":
    a4.png
    czy też "innowacyjne funkcjonalności" w postaci +/- przy ikonach w konquerorze i dolphinie (bez przeczytania gdzieś opisu co to jest nie da się domyśleć co to robi...)
  • Po starcie systemu, przed opaleniem Xów system zajmuje około 22 MB RAM. Po odpaleniu KDE4.1 już 188, czyli jakieś 100 MB więcej niż KDE3.5 :) choć przy 1-2GB RAM różnicy to nie robi...
Podsumowując jestem zniesmaczony KDE 4.1. Głównym powodem, dla którego używam KDE jest Konqueror - połączenie przeglądarki z menedżerem plików + karty. W KDE 4.1 aplikacja ta została poprawiona (silniki KHTML/KJS), lecz pojawiło się też kilka nieładnych zmian... Za dużo efektów specjalnych, które do niczego nie są mi potrzebne.]]>
2008-10-07 12:11:29.701389
http://www.linux.rk.edu.pl/w/p/aktualizacja-tlumaczen-xfce/ http://www.linux.rk.edu.pl/w/p/aktualizacja-tlumaczen-xfce/ <![CDATA[Aktualizacja tłumaczeń XFCE]]>
  • M xfce4-appfinder/trunk/po/pl.po
  • A squeeze/trunk/po/pl.po
  • M libexo/trunk/po/pl.po
  • M xfce-mcs-plugins/trunk/po/pl.po
  • A libxfce4menu/trunk/po/pl.po
  • M xfce4-session/trunk/po/pl.po
  • M xarchiver/trunk/po/pl.po
  • A xfce4-mixer/trunk/po/pl.po
  • A libxfce4ui/trunk/po/pl.po
  • M thunar/trunk/po/pl.po
  • M libxfcegui4/trunk/po/pl.po
  • M xfwm4/trunk/po/pl.po
  • M xfce4-panel/trunk/po/pl.po
  • M xfcalendar/trunk/po/pl.po
  • M xfdesktop/trunk/po/pl.po
  • M terminal/trunk/po/pl.po
  • ]]>
    2008-07-23 11:44:27.934694
    http://www.linux.rk.edu.pl/w/p/rozwoj-urzadzen-przenosnych/ http://www.linux.rk.edu.pl/w/p/rozwoj-urzadzen-przenosnych/ <![CDATA[Rozwój urządzeń przenośnych]]> odpalić na komórce i będzie "działać" choć pozostaje kwestia dopasowania do wyświetlacza o innych parametrach. Podejrzewam, że za np. rok główne biblioteki dostarczające GUI pod Linuksem będą posiadały rozwiązania umożliwiające automatyczne dopasowywanie wyglądu do typu wyświetlacza, przez co napisane w nich aplikacje będą funkcjonalne zarówno na zwykłym PC, czy komórce "jutra", której moc obliczeniowa zbliży się do obecnych PC. Wraz z rozwojem nowatorskich technologii może się okazać z czasem że "laptopem" będzie kawałek "folii" (e-papier).]]> 2008-07-14 11:20:27.522539