Názory k článku
GNOME 2.16: V jednoduchosti je síla

"V seznamu změn Gnome terminálu nyní rovněž najdete i podporu plné transparentnosti, tedy nejen obrázek pozadí jako doposud."

Pruhlednost umi gnome-terminal uz od nepameti (moji nepameti), ta hlavni zmena je, ze pouziva "nativni" pruhlednost, pokud je dostupna (XGL a podobny ptakoviny). Vyznelo to tak, ze do ted pruhlednost neumel :)

Jde o to "plné transparentnosti, tedy nejen obrázek pozadí". Nevím jak vám, ale mě vždy vykreslil pouze ten výřez pozadí plochy nad kterým se nachází. Plnou průhedností si představuji tak že zkrz něj bude vidět vše pod ním, tzn. i ikony a okna.
A chápu to dobře tak že nový gnome-terminal to bude umět i bez XGL?

Na takéto veci nie je treba XGL. Stači COMPOSITE extension do X11, čo by mal zvládať bežný X.Org server s každým rozumnejším ovládačom grafickej karty.

Nech XGL robi XGL, ale gnome-terminal mi vyhovoval maximalne uz v hadam v 2.6. Akurat par drobnych chybiciek opravit, ale naco replikovat XGL (ci jak sa ten zazrak vola)?

Gnome terminál neumí rozumně zobrazovat hebrejštinu a arabětinu....

V cem je problem? Vykopiroval jsem si z gnome-character-map par znaku, a zobrazily se dobre. Je pravda ze kdyz jsem zkopiroval z browseru Vase jmeno, tak se mi do gnome-terminalu zkopirovalo pozpatku. Ale to je mozna jen o tom ze gnome-terminal (nebo mechanismus selection obecne?) ma nejaky problem s pravolevym textem.

A teda, kdyz uz mate s gnome-terminalem nejaky problem: jake je presne id teto chyby? Prosel jsem zbezne otevrene chyby gnome-terminalu od GNOME 2.10 dal, a na nic podobneho jsem tam nenarazil. Report nothing, expect nothing.

http://bugzilla.gnome.org/show_bug.cgi?id=302171
http://bugzilla.gnome.org/show_bug.cgi?id=149631
http://bugzilla.gnome.org/show_bug.cgi?id=340745
http://bugzilla.gnome.org/show_bug.cgi?id=162262

Omlouvám se. Tyto chyby popisují jazyky s kombinujícími znaky. Hebrejština a arabština v terminálu také nefunguje - terminál vypisuje slova pozpátku. Máte pravdu, že na toto chyba otevřená není, ale až se opraví výše zmíněné, možná to i začne fungovat.

Som to skusal este davnejsie, ale nie v gnome-terminali, ale v gnome character map. Je to celkom sranda, jak to preskakuje zo strany na stranu, ked sa miesaju lavoprave s pravolavymi ;-) IMHO to jednoznacne riesenie nema, ked zacnem miesat napr. latinku s hebrejskymi znakmi, tak ako by to malo byt spravne?

Řešení je, že pokud příznak směru napsaného znaku a aktuálního směru řádku souhlasí, znak se přidává na správný konec řádku správným směrem. Pokud směry nesouhlasí (arabština v textu v latince, latinka v hebrejském textu,...), pak před sebou "tlačí" znaky napsané obráceným směrem a znak se přidává jakoby doprostřed řádku. Takové řešení umožňuje psát v jakémkoliv jazyce věty od začátku do konce, a to dokonce i pří střídání jazyků.

V XTermu kombinované znaky fungují, ale příznak směru zde také nefunguje.

V Gecku naopak funguje správně směr písma, ale zato má problémy s kombinovanými znaky.

OK, to znie rozumne a pouzitelne. Ale je tam (minimalne) este jeden hacik backspace vs. delete.

gucharmap aj gedit (2.12 a tusim som testoval este 2.14) sa spravaju tak, ze zmazu pri zmacknuti backspace znak v nahodnom smere, priklad:

abcdef<kurzor>האצק

FF mi tiez nejak prehadzuje poradie medzier (doslova mi preskakuju). Otazka: ked sa stlaci backspace na mieste kurzora, ktory znak by to malo zmazat? Napr. v gucharmape/gedite ked mi funguje backspace "dolava", tak nefunguje "delete" do prava. Ak funguje backspace "doprava", tak funguje delete "dolava".

Samozrejme mozme definovat, ze backspace maze dolava a delete doprava, ale neviem ako to pouzivaju useri pravolavych pisem (arabic/hebrew).

Toto ani neviem ci patri do bugreportu, pretoze ja osobne by som userov s takymito dotazmi posielal niekam, kde nebudu mixovat na rovnakom riadku lavoprave s pravolavymi ;-)

Backspace by měl mazat vždy zpět, Delete dopředu (myšleno v logickém směru textu). Z toho samozřejmě vyplývá, že při odmazávání na přechodu LTR a RTL kurzor najednou poskočí, protože logicky předcházející znak se fyzicky nachází jinde.

Jinak to ani není možné. Když píšete hebrejsky a spletete se, Backspace by měl smazat právě napsaný znak. Jistá nekonzistence vzniká pouze mezi funkcí Backspace/Delete a mezi šipkami. Při pohybu šipkami by poskakování kurzoru a pohyb v protisměru nedával význam. Z toho vyplývají drobné odlišnosti – u LTR textu platí Backspace ≡ ← + Delete, u RTL textu Backspace ≡ → + Delete

V mezinárodně použitelném terminálu musí LTR/RTL přepínání chodit – jak jinak přeložit např. „/usr/bin/foo: No such file or directory“?

Stejně tak kombinované znaky jsou nutností – na rozdíl od češtiny, která dostala tu výsadu, že všechny kombinované znaky v ní používané jsou zároveň samostatným UNICODE znakem, jiné jazyky takové štěstí neměly (třeba proto, že používaných kombinací je příliš mnoho) – pak se vám snadno stane चतना (čátná) z चेतना (čétná).

S tymi kombinaciami v poslednom odstavci to chapem spravne, ze sa kombinuje LTR s RTL? Alebo ide o to, ze niektore znaky sa skladaju napr. z dvoch unicode "polznakov"?

Ale ak spravne chapem, nasledovne je bug: napisem zopar RTL znakov, nalavo od nich (cize vlastne na konci riadka) napisem par LTR znakov, napr. abcdefﭯ. Ked dam kurzor medzi "abc" a "def", a vlozim RTL znak, tak vysledok vidim ako defەabcﭯ v gucharmap, ale po pastnuti do FF je vysledok ﭯabcەdef.

No mam z toho riadny zmatok. Nasiel som si "How to create bi-directional documents", hadam z toho budem mudrejsi.

Kombinované znaky se skládají z několika znaků. V gucharmap je poznáte podle přikresleného kolečka, které definuje, jak se spojuje s hlavním znakem. I české znaky lze psát pomocí kombinovaných znaků: např. č (kombinovaný znak), č (jeden znak UNICODE).

Zde asi bude problém v tom, jak je definován implicitní směr textu na daném řádku. gucharmap ho definuje podle prvního znaku na řádce, takže vložením RTL znaku mezi latinské znaky řetězec rozseknete a abc se objeví jako první, tedy zprava. FF si zřejmě implicitní směr textu odvodil jako LTR, a tak sekal sekvence zleva doprava. Natolik HTML neznám, abych věděl, jak se tam tento údaj definuje.

Protože GnomeTerminal umí lidské jazyky, ne arabštinu!

No mne najviac vyhovuje urxvt... na gnome-terminali si aj tak vypinam tu vrchnu listu:)

No, totál futrál transparentnost je, když vidíš nejen tišťáky v monitoru, ale i ten prach za ním...

moc gnome nefandím, ale když už se pro něj Novell rozhodnul a odladil SLED pro Gnome, tak jej používám (alespoň do doby než bude KDE4). Vypalování CD/DVD v Gnome pomocí toho jejich prográmku mi nesedí - žádné volby, disk má automaticky uzavřenou stopu. Takže to stejně končí tím, že je potřeba použít něco lepšího - K3b (tudíž z KDE). Dále se mi nelíbí ani jeden z přehrávačů hudby, které v Gnome jsou a používám stejně Amarok. Vzhled Kaffeine nebo Totemu je příšerný, to je tak těžké udělat hezký defaultní skin? Možná že v jednoduchosti je síla, ale přístup Gnome - nic neumím, aby uživatel náhodou nebyl zmatený z toho, že je tady spousta voleb a předvoleb, mi opravdu nesedí. Už jenom to, že zmizela tlačítka [OK], [CANCEL] mi nepřijde jako dobrá volba.

Souhlasim, minimalne nejaky G3b a Amarog bych uvital :o)

Gnomebaker (http://gnomebaker.sourceforge.net) a Banshee (http://banshee-project.org).

Gnomebaker a Graveman znam, ale s K3b bych je nesrovnaval,
stejne tak Banshee a Amarok.
Ovsem vse je veci vkusu, nerikam ze obdobne programy nejsou,
jen ze mi tolik napadly do noty :o)

Místo amaroku můžete používat listen (http://listengnome.free.fr ) - autor podporuje pouze Ubuntu, na fedoraforum.org jsme ale vytvořili i balíčky pro fedoru. Pokud jde o vypalování, tak já používám (kromě nautila) ještě brasero, dříve bonfire (http://sourceforge.net/project/showfiles.php?group_id=156415&package_id=190953&release_id=445365 ). Ačkoliv k3b to pořád nenahradí (co se týče komplexnosti a funkcí).

a co tak pouzivat klasicke mkisofs & cdrecord alebo growisofs? Na tych programoch mi fakt nic nechyba:)

Vypalovani a dale: Naprosty souhlas.

No kdyz uz je tu clanek o gnome, tak se jen zeptam.
Existuje nejake nastaveni (themes, engine, ...) ktere nespotrebuje 90% plochy jen na okraje, odsazeni, okraje okraju a odsazeni uz odsazenych prvku ?

Zmenseni pisma proslo ok, ale ted to male pismo uprostred stale stejnych okraju a odsazeni, vypada dost hloupe.

Neresili jste to nekdo?

jj, to by me taky zajimalo ... zvlast kdyz clovek dela na notebooku s rozlisenim 1024px, tak toho mista na rozhazovani moc neni ... Vlastne v zadny distribuci jsem nenasel neco jako skin "Compact", kterej by se choval k mistu na obrazovce trosku setrneji, ... skoda :]

gtk-engines-mist

nebo theme "Mist"

Ja to resil a vyresil odinstalaci a prechodem na KDE. GUI, ve kterym nejde nic nastavit, muselo pryc :-) Od fvwm cekate, ze je nastavovany pres konfigurak, ale od poradneho GUI pro uzivatele ne. Ale to uz je historie par let zpatky, mozna se pristup Gnome od te doby zmenil ;-)

obavam se ze ne

Mozno by pomohlo, keby ste povedali, co tam chcete konfigurovat, pretoze nieco tam urcite nastavit ide ;)

Treba ThinMC, http://art.gnome.org/themes/metacity/1124
Nekde jsem videl i tema, ktere uplne odstranilo okraje oken.

popr. vytvor vlastni tema nebo uprav nejake jiz existujici, http://live.gnome.org/GnomeArt/Tutorials/MetacityThemes

Osobne taky pouzivam fluxe - a IMHO co je jednodussiho na ovladani nez Flux?

Mozna jeste EvilWM nebo fvwm :-)

Zadne nastavovani - kdyz uz tak pres textovy konfigurak.

Zadni novacci, ktere jsem zaucoval s tim nemeli problemy. Naopak casto nadavaji na Windows UI - proklikavat se k nejakemu hloupemu nastaveni a pamatovat si nejake slozite menu trasy.

Pouceni uzivatele (i pouceni zacatecnici) ocenuji pohodlnost editace konfiguraku v textovem rezimu. Fluxbox rocks!

P.S. Vyse uvedene se ovsem vztahuje na lidi, kteri vnimaji pocitac jako hracku a pohodlny hypernastroj. Lide, kteri pocitac vnimaji jako chytry psaci stroj, nebo jako sveho nepritele, tem bych klidne predhodil GNOME nebo WinXP - jen at se perou.

Ke sve plne spokojenosti jsem pouzival blackbox, fluxbox, icewm.
Ptal jsem se ale na neco jineho :o)

mozno skusit window maker ... ;o)

Me osobne jednoduchost Gnome vyhovuje. Ac jsem hracicka, nekdy si jen potrebuju sednout k pocitaci a tvorit (premyslim i nad Apple). To ze mam hodne simple graficke rozhrani jeste preci neznamena, ze nemuzu spustit prikazovou radku a nastavovat system tam.

Zaroven mam subjektivni pocit, ze co v linuxu nastavim funguje (temer) na veky a nemam potrebu se v systemu nejak casto vrtat. (obvykly model> instalace, dva mesice ladeni a pak uz jen pulrocni uptime bez zasahovani do konfigurace:o)))))

Zaroven jednoduchost oceni napr. i moji rodice, kteri moc technicky zalozeni nejsou a kdyz prijdou k pocitaci jednoduchost ovladani uvitaji. Zaplevelit graficke rozhrani milionem nabidek a voleb by je jen matlo.

Kazdopadne jsem ale rad, ze je tu i KDE. Novinky do ctvrte verze zneji taky hodne zajimave:o)

ať už Gnome nebo KDE, tak co by se mělo v linuxu dotáhnout pořádně do konce je automount CD/DVD médií. Možná používám jen špatnou distribuci, ale s tímhle mám neustále potíže. Můžu sice připojovat ručně, ale kdyby to fungovalo automaticky a hlavně VŽDY, tak jak jsou někteří zvyklí z windows, tak by mi to usnadnilo spoustu starostí. Ani nechtějte vědět, jak si mě přítelkyně dobírala, když jsem dal do mechaniky DVD a ono se v SLED10 nenamountovalo :-(

Fakt? To je dost zvlastni. Problem s mountovani jsem mel naposledy nekde s MDK 9.neco. Od te doby jsem si zkusil Ubuntu, Fedoru, Gentoo a zadny problem.

SLED jsem jeste nezkousel ale s komercnim distrem bych takove problemy necekal....

Skusal som Kubuntu a pri CDcku sice mountovanie fungovalo, ale aj po unmounte ostala ikonka na desktope. S USB klucom ani mountovanie neslo poriadne, ostalo tam otvorene to okno "mounting..." a nedalo sa toho zbavit. Pritom to namountovane bolo, ale unmountnut to uz neslo...

rozhodil jsem SLED tím, že jsem vložil DVD do mechaniky, to se namountovalo a otevřelo se okno s obsahem DVD. Pak jsem DVD vyndal, aniž bych zavřel dané okno. DVD vyjelo a okno se automaticky zavřelo. Když jsem pak to samé DVD o něco později vložil zpátky do mechaniky, tak už se nenamountovalo. Jiné DVD bylo bez problému, ale tohle už se mi nikdy samo nepřipojilo. Nevím, jestli si SLED nějak pamatuje, že jsem vytáhl DVD aniž bych zavřel jeho okno a pomstil se mi za to :-) ale od té doby okna preventivně zavírám. Taky je problém s tím, že pokud systém nabootuje a DVD už je v mechanice, tak se mi na ploše neobjeví ikona disku. Možná je problém mezi židlí a klávesnicí, ale když už se jedná o komerční distribuci, tak by mohl být systém více robustní (blbuvzdorný). Stále zvažuji jeho koupi, ale ještě jsem se plně nerozhodl a možná zůstanu u openSuse.

mne to pride celkom logicke... vlozite dvd a system ho pripoji. nasledne ho vyberiete, tak ho system odpoji.a teraz zase vlozite to iste dvd... no ja na mieste toho systemu,tak sa na vasu buzeraciu vy...

Totem umoznuje pouze skokovy posun ve filmu o 60s vpred a 15s vzad.

Proc je to vlastne takto pitome nastaveno ? :)
Lze nejak nastavit aby posouvalo napr. o 5s obema smery?

Je dobre to vedet, zejmena s ohledem na fakt, ze se mi v tomto prehravaci nikdy nic spustit nepodarilo. Jen to v nem lupne, ve vrbe hrkne a nic. No a pokud uz mam doinstalovavat kodeky, pak MPlayer. Totem je zombie.

MPlayer je fajn, ale neni to GNOME aplikace.

nastesti ;-)

Na to kašlu.

(Že to není GNOME - to umístění tlačítek "Odpovědět" je šílené).

mpg123 * & me jeste nikdy nezklamalo

play * &

je taky dobre :)

Ak ti chýba menší krok, tak skús pridržať shift.

Parada, diky moc :o)

Proslo Alacarte i optimalizaci kodu? Ty tri minuty startovaciho casu, ktere ma v Gnome 2.14, jsou opravdu, ale opravdu, hodne. Predstavoval bych si plne spusteni do deseti vterin...

Me startuje 5s, Ubuntu 6.06 LTS.
Kazdopadne je neprijemne spoustet editor, polozky by mely jit editovat primo z menu.

U me rovnez 6.06 LTS, je mu snad malo 2x 650 MHz CPU?

Často přebíhám mezi počítači. Od gnome jsem utekl díky tomu, že jsem nevěděl, jak si přenést nastavení jedné aplikace na druhý počítač. U kde si zkopíruju ~/.kde/share/apps/akregator a mám svou konfiguraci akregatoru na nove masine. Jak bych mohl tohle udělat třeba pro nautilus?

Díky.

zkus zkopirovat nasledujici adresare:
~/.nautilus
~/.gnome2/nautilus-scripts
~/.gconf/apps/nautilus
~/.gconf/apps/nautilus-cd-burner

Už GNOME umí reagovat najedno klepnutí jako KDE? Jsem dosti vážně tělesně postižený vozíkář, a dvojklik je nad mé fyzické možnosti. Je GNOME stále tak necitlivé k invalidům?

Nautilus umoznuje otevirani slozek a "spousteni" souboru jednim kliknutim, ale nechova se tak cele GNOME. V nabidkach typu "otevrit (ulozit) soubor" je stale nutne klikat dvakrat. Je to neprijemna nekonzistence a zda se, ze tato uprava nema vysokou prioritu mezi vyvojari.

Ano lze nastavit aktivaci na "jedno klepnutí" v Nautilovi.
Mohl byste tu "necitlivost GNOME k invalidum" rozvest? Diky.

Je to tak.
V Nautiluse sa da nastavit ci sa maju polozky aktivovat na 1-klik alebo 2-klik.
Neviem ako su na to mstarsie verzie ale uz v alfa gnome 2.14 to fungovala-islo nastavit

Je to tak.
V Nautiluse sa da nastavit ci sa maju polozky aktivovat na 1-klik alebo 2-klik.
Neviem ako su na to mstarsie verzie ale uz v alfa gnome 2.14 to fungovalo/islo nastavit

Ja to sice nepotrebuji, ale v nastaveni chovani oken jsem to zahledl (2.14). Nechci se hadat, ale myslim, ze Gnome toto ma uz hodne dlouho.

Já tam nic takového nenašel. Můžete být prosím konkrétnější?

Nautilus: Edit - Preferences - druha zalozka Behaviour - "Single click to activate items"
popr. kliknete v preferencich GNOME na ikonu - "File management"
nebo dejte Alt+F2 a spustte: "nautilus-file-management-properties"

Mate pravdu. Omlouvam se. Tato vlastnost je soucasti pouze Nautilu. Neby jsem si jisty, kde jsem ji zahledl.

Edit:
Jak uz psal fict10n, nastavite to v Naunilu a funguje to i na ikony na plose. Zkuste to, treba to bude fungovat na cele Gnome.

... hmm, ale proc obecne nastaveni schovaji do nastaveni aplikace... nechapu. >:-/

Praveze to obecne nastaveni neni. 1-klik funguje jen v Nautilovi, a jelikoz Nautilus vykresluje plochu, tak i na ploše. Jak uz zde nekdo vyse zminoval, nefunguje to napr. v dialozich open/save.

Nastavení 1-kliku je dostupné z Nautila, i z globalniho nastaveni prostredi.

Osobne mi prijde jednoklik jako M$ "vynalez", se kterym prisli kdyz zjistili, ze BFU nevi kdy maji klikat 1x a kdy 2x, popr. ze se mnozi nejsou schopni dvojklik naucit. Mimochodem se to objevilo ve Wydlich ve chvili, kdy se do pruzkumnika snazili zadratovat IE. Je to takovy matouci, nesystemovy hybrid. Soubor se po prejeti kurzorem podtrhne jakoby to byl hyperlink.

BFU su z toho fakt popleteni. Poznam plno ludi, ktori robia dvojkliky v prehliadaci, ked klikaju na linky.

Vzdy to ma jednu zasadni pricinu. Vubec nevedi co delaji.
Pokud uzivatel chape co je hypertextovy odkaz, tak pochopi i to, ze se na nej klika jednou. 2x se klika pouze pri otevirani souboru a spousteni programu. 1. klik oznacuje objekt, 2. klik otevre/spusti.

A jednoklik otevře novou stránku, jak konzistentní :-D

Stejne jako je "nekonzistentni", ze se nekdy klika pravym a nekdy levym tlacitkem. Mysleni je holt drina :)

Napada me, kdyby fungoval jednoklik vsude, i v dialogu pro otevreni souboru napr. v GIMPu, jak bych se podival na nahled obrazku? Ten se totiz zobrazi, když na obrazek kliknu. Misto zobrazeni by se mi po kliknuti hned otevrel.

> Napada me, kdyby fungoval jednoklik vsude, i v dialogu pro otevreni souboru napr. v GIMPu, jak bych se podival na nahled obrazku?

Jednoduše, podržením kurzoru nad názvem souboru (podobně jako sloppy focus u wm). ;-)

Bohužel nemám zkušenosti s invalidy, ale interval dvojkliku 1s je pořád malý? Omlouvám se, pokud je to špatná otázka. Nevím, jestli lze gnome nastavit tak, aby nebyl potřeba dvojklik, ale z vývojářského hlediska by to neměl být zásadní problém, takže proč se nezeptat na nějakém gnome fóru, nebo přímo na gnome mailing listech a případně jim neposlat request?

To není, to jsem vyzkoušel, to mi jde. Ale hrozně to zdržuje - znamená to 2 oddělené kliky. A to mi nesmí ucuknout kurzor. Proto používám KDE a GNOME nemohu ani plnohodnotně vyzkoušet.

A co zkusit vícetlačítkovou myš a pověsit dvojklik na nějaké jiné (třeba boční) tlačítko?

patrná výrazné změna rozhraní
identifikátor spuštěné aplikace aplikace na přepínač ploch

Díky, opraveno.

Kdo je ten chytrak, ktery to prekladal a mysli si, ze je za kazdou cenu nutne lisit se od slovniku pouzivaneho Microsoftem, na ktery je zvyklych 995 uzivatelu?

Tak napriklad ja mam vsechno v anglictine, uz si pomalu zvykam i na English klavesnici a jsem s GNOME spokojen. Vetsinu casu totiz stravim v terminalu a proto souhlasim s myslenkou vyvojaru, ze GUI je pro ty, co opravdu nic neumi. Neni duvod mit vsechny moznosti v grafice, aby se daly naklikat, jako v lamerskem Mandrake. GUI je jenom neco jako bonus pro zacatecniky a komfort pro pohodlnejsi praci.