Bylo oznámeno vydání nové verze 8.1 "Hoare" kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Doprovodný příspěvek na blogu Khronosu rozebírá kódování a dekódování videa pomocí Vulkan Compute Shaders v FFmpeg.
Byl představen open-source a open-hardware prototyp nízkonákladového raketometu kategorie MANPADS, který byl sestaven z běžně dostupné elektroniky a komponent vytištěných na 3D tiskárně. Raketa využívá skládací stabilizační křidélka a canardovou stabilizaci aktivně řízenou palubním letovým počítačem ESP32, vybaveným inerciální měřicí jednotkou MPU6050 (gyroskop a akcelerometr). Přenosné odpalovací zařízení obsahuje GPS,
… více »Vědci z univerzity La Sapienza v Římě vyvinuli systém, který dokáže identifikovat jednotlivce pouze na základě toho, jak narušují signály Wi-Fi. Autoři tuto novou technologii nazvali WhoFi. Na rozdíl od tradičních biometrických systémů, jako jsou skenery otisků prstů a rozpoznávání obličeje, nevyžaduje tato metoda přímý fyzický kontakt ani vizuální vstupy. WhoFi může také sledovat jednotlivce na větší ploše než kamera s pevnou polohou; stačí, je-li k dispozici Wi-Fi síť.
SuperTux (Wikipedie), tj. klasická 2D plošinovka inspirovaná sérií Super Mario, byl vydán v nové verzi 0.7.0. Videoukázka na YouTube. Hrát lze i ve webovém prohlížeči.
Ageless Linux je linuxová distribuce vytvořená jako politický protest proti kalifornskému zákonu o věkovém ověřování uživatelů na úrovni OS (AB 1043). Kromě běžného instalačního obrazu je k dispozici i konverzní skript, který kompatibilní systém označí za Ageless Linux a levné jednodeskové počítače v ceně 12$ s předinstalovaným Ageless Linuxem, které se chystají autoři projektu dávat dětem. Ageless Linux je registrován jako operační
… více »PimpMyGRC upravuje vzhled toolkitu GNU Radio a přidává alternativní barevná témata. Primárním cílem autora bylo pouze vytvořit tmavé prostředí vhodné pro noční práci, nicméně k dispozici je nakonec celá škála barevných schémat včetně možností různých animací a vizuálních efektů (plameny, matrix, bubliny...), které nepochybně posunou uživatelský zážitek na zcela jinou úroveň. Témata jsou skripty v jazyce Python, které nahrazují
… více »GIMP 3.2 byl oficiálně vydán (Mastodon, 𝕏). Přehled novinek v poznámkách k vydání.
FRANK OS je open-source operační systém pro mikrokontrolér RP2350 (s FRANK M2 board) postavený na FreeRTOS, který přetváří tento levný čip na plně funkční počítač s desktopovým uživatelským rozhraním ve stylu Windows 95 se správcem oken, terminálem, prohlížečem souborů a knihovnou aplikací, ovládaný PS/2 myší a klávesnicí, s DVI video výstupem. Otázkou zůstává, zda by 520 KB SRAM stačilo každému 😅.
Administrativa amerického prezidenta Donalda Trumpa by měla dostat zhruba deset miliard dolarů (asi 214 miliard Kč) za zprostředkování dohody o převzetí kontroly nad aktivitami sociální sítě TikTok ve Spojených státech.
Projekt Debian aktualizoval obrazy stabilní větve „Trixie“ (13.4). Shrnuje opravy za poslední dva měsíce, 111 aktualizovaných balíčků a 67 bezpečnostních hlášení. Opravy se týkají mj. chyb v glibc nebo webovém serveru Apache.
Ne, tento blog opravdu nemá nic společného s vývojem Linuxového jádra :-) Jako "Jaderný blog" jsem jej pojmenoval jen kvůli mé oblibě jaderné fyziky a chemie.
Věnovat se chci především Linuxu a Free Softwaru, prezentovat zde svůj pohled na věc a věnovat se všem palčivým otázkám a problémům, na které narazím. Určitě se zde také objeví články týkající se KDE, jelikož jsem velkým milovníkem tohoto desktopového prostředí a obecně eye-candy (k velké nevůli "pravověrných" Linuxáků ;-)).
No a když už se to tu jmenuje Jaderný blog, možná se někdy dočkáte i nějakého populárně-vědeckého příspěvku, především pokud se bude jednat o nějaké ožehavé aktuální téma...
Mnozí už ste asi četli o některých připravovaných novinkách v KDE 4. Ambiciózní projekty jako Plasma, Solid, Phonon a Oxygen jsou vcelku často probírané. Ale toto nejsou jediné změny, které nás čekají v KDE 4. Jsou tu i další projekty pro KDE 4, o kterých se zas až tolik nemluví. Zkrátka je toho mnohem více na co se těšit, a tak sem se rozhodl napsat pro vás takové malé shrnutí...
Hlavní a nejdůležitější změna v KDE 4 je bezpochyby přechod na Qt 4. Qt 4 přináší celou řadu nových vlastností a také výrazně vyšší výkon a menší paměťovou náročnost oproti staršímu Qt 3. Obrovskou výhodou Qt 4 je jeho nový vektorový grafický engine Arthur, který samozřejmě umí i věci jako průhlednost, stíny, gradienty, blurring, alpha-blending, antialiasing a hlavně přímo podporuje formát SVG. Rendering může být prováděn nejen pomocí X11/XRender, ale také přímo pomocí OpenGL! Mezi podporované výstupní formáty patří i PostScript, PDF a další. Díky Arthuru můžeme očekávat plně vektorový desktop založený na SVG, což přináší obrovské výhody. Jaká kouzla jsou díky tomu možná je nejlépe vidět v blogu Zacka Rusina, jeho blog opravdu stojí za přečtení.
D-Bus je na desktopovém prostředí nezávislý univerzální mechanismus pro posílání zpráv (IPC), umožňující jednoduchou komunikaci mezi různými aplikacemi. Díky D-Busu např. softwarový VoIP telefon může při příchozím hovoru zaslat zprávu přehrávači hudby, aby provedl pauzu (toto je však jen velmi jednoduchý příklad, možnosti komunikace mezi procesy prostřednictvím D-Busu jsou daleko širší). V KDE 4 kompletně nahrazuje starší DCOP (který byl omezen pouze na KDE). D-Bus je oproti DCOPu multiplatformní a umožňuje tak mnohem lepší spolupráci mezi různými desktopy (používá ho např. i GNOME).
O Plasmě už toho bylo napsáno na netu mnoho. Plasma bude integrovaným desktopem v KDE 4. Slučuje v sobě funkce ze současných aplikací Kicker (panel), KDesktop (plocha s ikonkami) a SuperKaramba (různé užitečné desktopové applety). Plasma aplikace se budou nazýva "plasmoidy" a jejich tvorba by měla být velmi jednoduchá (bude moct být použit JavaScript + (X)HTML + CSS, Python, Ruby nebo C++). Plasma také přináší koncept vrstev do desktopu (plasmoidy mohou být umístěny v různých vrstvách a vrstvy mohou mít různé vlastnosti). Všechno bude skriptovatelné a díky perfektní podpoře vektorů a SVG v Qt 4 půjdou s Plasmou dělat úžasné věci. Plasma má také přímo podporovat Dashboard applety z Mac OS X.
Oxygen je připravované grafické théma pro KDE 4. Jedná se zejména o zbrusu novou sadu ikonek, ale nejen to. Je kladen důraz na dobré grafické sladění celého prostředí KDE 4, především Plasmy. A čekají nás i animované ikonky, sen všech milovníků eye-candy, hurá! 
Solid se bude v KDE 4 starat o veškerá výměnná média, USB zařízení, síťová a WiFi připojení, monitoring stavu baterky, uspávání počítače, atd. Bude poskytovat framework pro všechny ostatní KDE aplikace. Pod Linuxem využívá HAL, ale neomezuje se jen na něj, tedy např. ani uživatelé FreeBSD nebudou ošizeni o intuitivní práci s výměnnými médii a sítí.
Phonon je nový multimediální framework pro KDE 4. Nejedná se však jen o zvukový framework (jak by mohl název napovídat), ale i o video framework. Konečně tak budeme zbaveni zombie jménem aRts! Phonon umí využívat různé backendy (GStreamer, NMM, později snad i MAS a Xine) a je tedy multiplatformní a vysoce flexibilní. Navíc poskytuje komfortní API odpovídající KDE zvyklostem, takže vývojáři multimediálních programů pro KDE nemusí trnout hrůzou např. při pomyšlení, že budou muset používat GStreamer přímo 
Decibel má být frameworkem integrujícím veškerou textovou, hlasovou i video komunikaci (tedy IM, VoIP, video konference, atd.). Jeho mottem je, že možnost komunikace má být integrovanou součástí desktopového prostředí a má být dostupná kdekoliv je potřeba. Nemá se omezovat na konkrétní aplikace. Decibel využívá D-Bus a je postaven nad Tapioca frameworkem (za kterým stojí Nokia), který prozatím podporuje protokoly SIP/SIMPLE a XMPP/Jabber/Jingle.
Akonadi má být multiplatformní (neomezující se jen na KDE) službou/frameworkem starající se o uskladňování veškerých PIM dat a o přístup aplikací k nim. Měli by jej využívat jak uživatelské aplikace jako Kontact, KOffice, Evolution, tak i servery jako Open-Xchange či GroupWise. Dále bude přímo podporovat protokoly jako POP3 a IMAP4, formát iCalendar, atd. Měl by tak být sjednocen přístup k informacím a kontaktům na desktopu.
Jak asi víte, webový browser Safari pro Mac OS X používá renderovací engine WebCore (součást projektu WebKit), který kdysi vznikl forkem KHTML (používaném v Konqueroru). Cesty vývoje se postupně rozešly a vzhledem k uzavřenému vývojovému modelu Apple bylo později nesmírně obtížné aplikovat změny ve WebCore zpátky na KHTML. Apple však nedávno vývoj WebKitu zcela otevřel, a tak vznikl projekt Unity, jehož cílem je portace WebKitu na Qt 4 (s co nejmenšími nutnými změnami) a znovusjednocení vývoje. Zda projekt Unity nahradí KHTML ovšem není jisté, záleží na tom, zda se ukáže sjednocený vývoj s WebKitem jako udržitelný.
KitchenSync v KDE 4 je zcela novou aplikací. Slouží k synchronizaci mobilních zařízení (mobilní telefon, PDA, notebook, atp.) s počítačem. Je kompletně postaven nad multiplatformním synchronizačním frameworkem OpenSync a nahrazuje starší aplikace KitchenSync (starý KitchenSync z KDE 3 nemá s novým KitchenSyncem prakticky nic společného), KSync, KPilot a Kandy.
Okular je novým univerzálním prohlížečem dokumentů pro KDE 4. Bude podporovat formáty PDF, Postscript, DjVu, CHM, TIFF a další (mimo jiné možná i OpenDocument, ale tím si nejsem jistý). Nahradí aplikace KPDF, KGhostview, KView, KFax a KDVI. Výbornou novou vlastností je možnost připisovat si do prohlížených dokumentů různé poznámky.
Bohužel jsou tu i velmi ambiciózní projekty, jejichž budoucnost je nejistá. Jedním z nich je Tenor, což měl být kontextový linkovací engine pro KDE 4. Něco tak trochu jako např. Beagle (pro GNOME) či Spotlight (pro Mac OS X), ale nesrovnatelně propracovanější a obecnější, s možnostmi které Beagle ani jiný klasický desktop search system v současnosti nemůže nabídnout (více viz třeba interview se Scottem Wheelerem z FOSDEM 2005). Bohužel Scott Wheeler na vývoj nemá moc času a nedávno ve svém blogu oznámil, že opravdu neslibuje zda Tenor stihne do KDE 4 naprogramovat. Mezitím se však objevil nový projekt snažící se o implementaci desktopového vyhledávání pro KDE, nazývající se Strigi. Podle všeho je velmi dobře navržen a může využívat různé backendy (takže by případně mohl využívat i Tenor), navíc současný backend ve Strigi je extrémně rychlý a co je hlavní, Strigi podporuje tagování souborů!
Další ambiciózní projekt (jehož budoucnost je nejistá) je RuDI. Cílem projektu RuDI bylo sblížit různá desktopová prostředí dohromady, postarat se o to, aby aplikace z jiných desktopových prostředí zapadly lépe do KDE a naopak (a to nejen po grafické stránce, ale i po stránce funkční) a umožnit jednoduché psaní aplikací co nejvíce nezávislých na desktopovém prostředí. Historii a osud projektu RuDI hezky popsal Luboš Luňák v jeho komentáři. Naštěstí je tu alespoň projekt Portland, který má podobný cíl jako RuDI (i když méně ambiciózní) a je zaštítěn Freedesktop.org. Nějaké výsledky projektu Portland by se pokud vím měly v KDE 4 objevit, avšak jeho dopad není zdaleka takový, jaký by přinesl RuDI. Luboš Luňák sice v rámci Portlandu napsal rozhraní DAPI (což je obdoba RuDI), avšak setkal se mezi ostatními vývojáři bohužel jen s minimálním ohlasem a další vývoj DAPI ustrnul. Nezbývá než doufat, že projekt bude znovu oživen...
Tiskni
Sdílej:
To bude žrádlo...
Mimochodem, u Phononu máš překlep, MAS není MAS, ale NAS (Network Audio System)
KitchenSync v KDE 4 je zcela novou aplikací ... nahrazuje starší aplikace KitchenSync, KSync, KPilot a Kandy.Huh?
KitchenSync byl už v KDE 3, ale byla to uplně jiná aplikace (jen synchronizační engine, navíc který nebyl postavený nad OpenSyncem). V KDE 4 bude KitchenSync něco mnohem víc, uplně nová aplikace nahrazující spoustu jiných (ty které jsem vyjmenoval) a samozřejmě jí bude využívat/integrovat Kontact.
Napis Robertovi, bude pro. Ja to jdu pridat do digestu.
Psal mi předtím i on sám (že má o to jakožto o článek zájem... přečetl sem si to až potom co sem mu napsal), tak doufám že mi neblbne SMTP a ty 2 maily mu došly...
</offtopic>
Pekny zapisek.
Ale viděl bych to spíš až na ten 1Q 2007
Snad ještě před Vistou
Dost možná tu bude i stabilní a použitelný GNU Hurd dříve než E17
I na starém Pentiu 150 sem 100x radši používal na prohlížení obrázků GQView než XnView (přestože byl XnView rychlejší a měl více funkcí). Takovou uzavřenou proprietární věc (co navíc vypadá tak, že se na ní nedovedu koukat déle jak 5 vteřin
) opravdu používat nehodlám.
PowerPointových prezentací je na netu hromada a spouštět kvůli nim monstrum jako je OpenOffice se mi často nechce (když se chci jen na něco podívat). Bral bych, aby tam byl i prohlížeč Excelových dokumentů a Wordovských dokumentů
I když částečně tohle řeší KOffice, které jsou velmi svižné. Ale narozdíl od OpenOffice zobrazují spoustu MS Office dokumentů bohužel chybně :-/
)?
tak sorry, ze myslim aj na dobro ostatnych ludiA kdo určí co je pro jiného dobré a co ne? Vypadá to, že trpíš chorobnou představou, že jen ty máš ten Jediný Správný Názor (TM) na to co je dobré a jak by měl desktop vypadat. Řeknu ti novinku, tvůj názor není o nic lepší než názor kohokoliv jiného. A můj názor je přesně opačný než ten tvůj :-P
KDE by som aj pouzival, ale musela by to byt kopia toho co pouzivam teraz.Tak teď už opravdu nechápu tvojí logiku
Ty bys tedy chtěl, aby všechno vypadalo tak jako to co zrovna používáš... Svět by byl jistě hned lepší, kdyby tu nebylo nic jiného
Ale spousta lidí má jiný názor na to co je dobré a vyhovuje jim něco uplně jiného, už si to konečně uvědom.
A kdo určí co je pro jiného dobré a co ne? ... a dalsie kecyja tu ale neriesim ovladanie a fungovanie, ale implementaciu :)
Ty bys tedy chtěl, aby všechno vypadalo tak jako to co zrovna používáš...nie, to bola odpoved na tvoju poznamku, ze nechcem pouzivat KDE.
GNOME je rovnaky kolos, lenze je prinosom pre vsetkychZas jen a pouze tvůj subjektivní názor, nic jiného...
na nejakom rychlejsom Cairo backende sa pracuje, ale mne teda nic nechyba. mozes popisat aky udajny dopad to ma mat?Jaký dopad? Rychlost renderování grafiky přes Cairo je zoufale pomalá. Na pomalejšim stroji je to krásně vidět (GTK programy se viditelně pomalu překreslují, GUI má pomalejší odezvu... u Qt nic takového člověk nepozoruje - btw. tohle je moje osobní zkušenost z vícero počítačů). Pro Cairo existuje jako alternativní backend třeba Glitz (který renderuje přímo přes OpenGL), ale jeho celkem ustrnul. Defaultní renderovací backend v Cairu je opravdu šíleně neoptimalizovaný a pomalý...
A zníš už jak kafemlejnek
To že GNOME je přínos pro naprostou většinu, kdežto KDE není, je jen a pouze názor. Nic nečiní tento tvůj názor lepší než můj názor, že tomu tak není
A já se bez mouse gestures už prakticky neobejdu
Člověče, máš to v hlavě v pořádku?neviem, ale ty mi to urcite povies.
Nevím co to je. Ale proč by měl? A kritika... Můžeš mi vysvětlit, proč kritizuješ něco, o čem sám přiznáváš, že nevíš, co to je?wtf? co kritizujem? co je na tom kritika? ved ja chvalim. nemas problemy s chapanim?
A tohle do té tvé specifikace xbindkeys rozhodně zapadá
Stejně jako mě by tam chyběly třeba ty mouse gestures...
Aj ja som velmi spokojny s KHotKeys, aj ked som este celkom neprenikol do jeho tajomstiev, napr. neviem ako napisat ď.
Btw. ty o KDE jak tak vidím víš opravdu houby, hlavně že tu na něj musíš furt nadávat a všechny prudit :-P Napiš si nějaký svůj vlastní blogpost "Nenávidím KDE" a nepruď pořád ve všech diskuzích kde je KDE nějak zmíněno, nikdo o ty tvé flejmy nestojí. Tohle není první diskuze, kterou si svým trollováním takto zabordelil, to je snad nějaká tvoje mánie :-/
problémy s chápáním bych hledal spíš u tebe, pokud jsem si tu diskuzi nějak nazval, neznamená to, že tvrdím, žes ty něco tvrdil
chápu ale, že tě zmínka zrovna o téhle diskuzi zvedá ze židle
Různé eye-candy efekty tě nikdo nenutí zapínat
A pokud budeš mít desktop renderovaný přes OpenGL, na zatížení CPU se to stejně téměř nijak neprojeví
. Navíc verze 4.0 bohužel moc optimalizovaná nebude. I verze 3.x začala být výrazně rychlejší až od 3.4. Takže jediné, co bych bral hned, je snad jenom Okular. Ale vlastně ještě DBUS, už to vidím, pustím si mplayer a amaroK automaticky přestane hrát ... to bude paráda.
), netušíš jak je to s tím projektem RuDI? Je skutečně mrtvý, nebo vývoj na něm pokračuje v tichosti dál? Nebo byl sloučen/začleněn do projektu Portland?
. Já už si začínam připadat jak Robert a spol.
A to tam potom mam "vývoj" správně
To je z toho že to po sobě nečtu...
). Stejně tak spousta dalších lidí které znám (ať už z ABCLinuxu či odjinud) používá KDE a přitom to žádní BFU nejsou (dost z nich jsou vývojáři a Linux používají ještě mnohem dle než já).
len ma dotlacate k radikalnemu nazoru, ze pozornost BFU linuxu len skodi.Pravda je taková, že bez BFU, kteří by ten Linux používali, se neobejdeš. Super odborníků, co si dokázali ve Slackwaru 1.0 nastavit první poslední je málo a pokud se má tento systém úspěšně rozvíjet, musí být použitelný i pro naprosté BFU.
Ten mplayer by navíc musel řešit, na které zvukovce se to přehrává, určitě by nebylo dobré, aby odstavil všechno.Nejen na které zvukovce, ale také na kterém počítači
. Navíc, pokud nebudeš používat programy, jejichž autoři trpí fóbií z toho, že by si je jejich uživatelé chtěli nastavit, tak tam to půjde vypnout.
Nabindované zkratky situaci neřeší, protože musíš všechno ovládat manuálně. Ovšem počítače by měly manuální práci co nejvíce odstraňovat a co nejde zautomatizovat (naskriptovat), to stojí obecně za ... . Stejně jako to, co se děje automaticky, ale zase nejde nastavit.
zsh
#!/bin/bash xmms=false xmms-shell -e status | grep '^Time: [0-9:.]*$' >/dev/null && xmms=true $xmms && xmms-shell -e stop mplayer $@ $xmms && xmms-shell -e play... k čemu jinému ten shell máme?
GNOME sa da rozobrat na male kusocky, KDE nie.Ne, vážně ne? Seš si tím jistý?
Dnes jsem se na to díval, ale fakt se mi do toho nechce
Tak ještě jednou, BFU obvykle používají distra jako SUSE nebo Ubuntu (opačná implikace obecně neplatí).
Ona podle mých zkušeností neplatí obecně ani tahle.
Nevím, proč ses tu dohadoval o zlu v podobě defaultního zapnutí komunikace přes D-Bus.nie celkovej komunikacie, ale tejto ficury. opakujem, ze neutralna volba je vypnute. re KDE: Qt-dev je tiez pekne velke. ale to sa da vydrzat, pretoze sa to pouziva len pri kompilacii. ja uz som sa s tym zmieril, ze vyvojari KDE nechcu/nedokazu kdelibs porozdelovat a osamostatnit, ale nadavat na to budem. nie je to pekne z pohladu KISS principu, ani z pohladu vyvojara (je to rovnake ako tlacenie do "One Microsoft Way"). je mi z toho smutno a zle zaroven.
a urcite si urazil skusenych uzivatelov SuSE a Ubuntu.
Nemyslím. Zkušený uživatel SuSE si obvykle velmi dobře uvědomuje, že defaultní konfigurace je jen defaultní konfigurace a není problém, aby si ji zkušený uživatel přizpůsobil svým představám a zvyklostem (rozhodně to zvládne spíš než uživatel nezkušený). Ten, který si to neuvědomuje, nejspíš nebude používat SuSE a spol. (a místo toho na ně bude trousit posměšky v diskusích :-) )
Navíc verze 4.0 bohužel moc optimalizovaná nebude. I verze 3.x začala být výrazně rychlejší až od 3.4.Mezi KDE 2.x a KDE 3.x byl od začátku naprosto neskutečný skok. Proklamovené výrazné zrychlení verze 3.4 jsem na druhou stranu třeba na svých ne příliš rychlých počítačích prakticky nezaznamenal.
Na základě tvého komentáře jsem upgradoval svuj blogpost a bude to tedy tak pak i v článku. Btw. pokud bys měl ještě k něčemu v mém blogpostu připomínky/upřesnění, tak sem s nimi
Uz na KDE konferenci v Novych Hradech 3 roky zpatky si Matthias Ettrich postezoval, ze zatimco ve Windows a na Macovi existuji sluzby desktopu "otevri file dialog" atd., na Linuxu nic takoveho obecneho neni. Resilo se to tam, byly i navrhy, jak by se to melo implementovat, ale prakticke nasledky zadne. Nikomu to tenkrat za tu namahu nestalo a nikdo mimo KDE o neco takoveho nejevil zajem.To je ale velká škoda. Unifikovaný fileselector pro všechny programy je jedna z posledních věcí, která mi v systému chybí. I na Atari/TOS si člověk mohl nainstalovat fileselector, který mu nejvíc vyhovoval a programy ho používaly. Stávající stav, kdy na mě každá aplikace/toolkit vytasí něco jiného, je opruz a když si navíc pak ještě ani nepamatuje, kde jsem dělal load nebo save naposledy a pořád mě tvrdošijně otevírá moje /home a nechá mě proklikávat znova a znova až ke všem čertům, dohání mě na pokraj šílenství.
Něco tak trochu jako např. Beagle, ale nesrovnatelně propracovanější a obecnější, s možnostmi které by Beagle ani jiný klasický desktop search system nemohl nikdy nabídnoutNa cem stoji tvrzeni "nemohl nikdy nabidnout" a "nesrovnatelne propracovanejsi"? Ten rozhovor s Wheelerem je opravdu roztomily. Dozvime se v nem, jak je nejlepsi, protoze to vsechno vymyslel driv nez Spotlight prisel na svet a ze jeho nejvetsim problemem je pohnout se od teorie k praxi. Ja mam celkem prakticke zkusenosti napr. se Spotligtem a kdyz nekdo pouziva takova silna slova ve spojitosti s necim, co jeste ani neexistuje (jak typicke pro KDE!), tak mi to pripadne usmevne.
Ten povazuju taky zatim za dost neohrabany. Mel jsem na mysli Spotlight v Mac OS X.
Vím, že jsou lidé, kteří ji využijí...což mi logicky nesedí s tvrzením
Osobně nechápu, proč je kolem Beagle a podobných věcí takový rozruch...Zvláštní.