Jak je to s tím Clipboardem?

25.7.2007 14:00 | Přečteno: 1618× | Linux | poslední úprava: 25.7.2007 14:02

Předem se omlouvám, pokud se vám bude zdát, že to patří do poradny, ale trápí mě jeden problém a nevím co si mám myslet.

Tak zaprvé. občas jsem rozčarovanej z chování Clippboardu při použití ctrl+C. Všechno funguje jak má až do doby, kdy něco zkopíruju a okno odkud jsem to něco (ať už text nebo cokoli) zkopíroval posléze zavřu, tak se obsah schránky ztratí.

Přivádí mě to k myšlence, že při stisku ctrl+C se nic nekopíruje, ale pouze se uloží informace o tom co se chce kopírovat a dokud daná instance existuje, tak se zkopírovat dá.
Když to srovnám s Windows, tak tam se při stisku ctl+C kopírovaná věc okamžitě okládá extra do paměti a je možno s ní libovolně dlouho pracovat, dokud nedojde k přemazání.
Párkrát se mi stalo, že jsem o pár zkopírovanejch věcí přišel.
Zajímalo by mě, který model je lepší z vašich pohledů, protože mě z uživatelského hlediska přijde lepší ten windowsácký. Patrně je tu snaha o ušetření systémových prostředků a rychlosti systému, ale pak se podle mého nejedná o nezávislý odkládací prostor. A taky to má značné omezení.
Dá se pod linuxem provozovat ten windowsácký model?

Díky za vaše názory...        

Komentáře

[disorder]

obsah schranky mozes vidiet cez xclipboard alebo nejaky clibboard plugin v tvojom DE.

ako je to so schrankou si mozes precitat tu -- http://www.jwz.org/doc/x-cut-and-paste.html

[Shteffi]

jenom takovej dotaz... coto je DE?

[Luboš Doležel (Doli)]

Desktop Environment.

[freshmouse]

Pracovní prostředí.

[freshmouse]

Pro GNOME je Glipper (aspoň myslím, že se tak jmenuje).

[Luboš Doležel (Doli)]

A pro KDE Klipper

[Shteffi]

a funguje ten glipper na kopírování čehokoli a nebo jenom textu? třeba zkopírovat část obrázku v Gimpu a vložit ho do jinýho programu už nejde.

Myslim, si že schránka by měla být nazávislá součíst systému umožňující zkopírovat cokoli.

teď jsem si vyzkoušel zkopírovat část obrázku v gimpu a vložit do nově vytvořenýho... to funguje, ale když zavřu gimp a otevřu znovu a vytvořím nový, tak ve schránce zase neni nic s použitím Glipperu.

[David Heidelberg]

jo jo, někdy mně schránka taky pěkně "štve" - nejslušnější slovo které jsem našel

0K!AS

[freshmouse]

Všechno funguje jak má až do doby, kdy něco zkopíruju a okno odkud jsem to něco (ať už text nebo cokoli) zkopíroval posléze zavřu, tak se obsah schránky ztratí.

To se mi stává snad jen u Pidginu.

[Luboš Doležel (Doli)]

To se mi u KDE/Qt programu nikdy nestalo, vždycky to byl nějaký GTK+ program, a co je zajímavé, v druhé schránce (middle click) to zůstalo.

[Shteffi]

A já myslel že fungování schránky je nezávislé na programu, prostředí atd... prostě když něco zkopíruju, tak by se to mělo nacházet v nezávislé paměti...

[Luboš Doležel (Doli)]

Asi záleží, jak chytře to ten program do schránky kopíruje. Ale sám jsem nikdy schránku pod X neprogramoval...

[Shteffi]

to jako stisknutí ctrl+C je záležitost dané aplikace a ne systému?

[Luboš Doležel (Doli)]

No samozřejmě, že ten stisk musí obsloužit ten program... "Systém" nemá ponětí, co se má odkud kopírovat.

[disorder]

pokial to neobsluhuje widget v nejakom toolkite sam, ze...

[Luboš Doležel (Doli)]

To považuju za součást programu...

[freshmouse]

Já nevím, já tomu nerozumím, ale řekl bych, že záleží na implementaci schránky... Každý si to asi může udělat jinak.

[petr3]

jak "kazdy jinak"? chapu to tak, ze podle tebe je implementace schranky zalezitosti aplikace. To ale imho neni (nemela by byt) pravda. Schranku by mel implementovat DE a mela by byt spolecna pro vsechny aplikace bezici pod/nad timto DE. V lepsim pripade by mela lezet jeste hloubej v systemu, aby obsah schranky zustal zachovan i pri shozeni DE.

[Luboš Doležel (Doli)]

Ne implementace, ale použití API pro schránku je věcí aplikace.

V lepsim pripade by mela lezet jeste hloubej v systemu

Blééééé. Nejlíp v jádře, ne?

[freshmouse]

Jo, to jsem myslel, špatně jsem se vyjádřil.

[petr3]

Nejlíp v jádře, ne?

"ha-ha"

me je celkem jedno kde, hlavne at to funguje. I kdyz popravde receno, ja s tim problemy (zatim?) nemam.

[Ondrej 'SanTiago' Zajicek]

No ona schranka na konzoli je primo v jadre. Viz man console_ioctl , TIOCLINUX, subcode 2 a 3

[thingie]

Nicméně konzole v jádře zase není tak úžasné rozhraní. Nadto taková přenositelnost asi nebude olbřímí

[thingie]

Mělo/mohlo by se to dělat podle ICCCM. Nenapadá mě žádný rozumný důvod, proč by práce s výběry, zajišťující přetrvání dat i po zrušení aplikace s výběrem, nemohl provádět jednoduchý uživatelský program, při jehož sestřelení by samozřejmě byly výběry ztraceny. Zase tak superobecná a nepostradatelná funkce to není.

[filo]

Tak tohle začnu schválně sledovat, zatím mám pocit, že mi to snad dělaj úplně všechny aplikace ;)
Jinak se shoduji s autorem blogu: Velice bych přivítal, kdyby obsah schránky zůstal nezměněn i po zavření aplikace, která schránku naplnila.

[freshmouse]

Hmm, tak jsem otevřel Gedit, napsal tam slovo, zkopíroval ho, zavřel Gedit a teď jsem to slovo sem vložil. Takže bez problémů. (Nepoužívám žádného správce schránky.)

Já používám výhradně GTK aplikace, a jedinou, která se tak (špatně) chová, je Pidgin.

[Shteffi]

tak to zkus z firefoxu vložit do geditu. mě to nefunguje... teď jsem si na radu nainstaloval Glipper a s nim už to funguje

[freshmouse]

Jo, z Firefoxu to nejde, ale ten já stejně nepoužívám (Epiphany).

[martin()]

tiez som si to vsimol a dost ma to irituje, ale zas nie az tak velmi aby som pouzival "manazer" na schranku ...

[Ji31]

+1

[disorder]

dalsi, kto neobjavil uzitocnost clipboard history

[deff]

Když to srovnám s Windows, tak tam se při stisku ctl+C kopírovaná věc okamžitě okládá extra do paměti a je možno s ní libovolně dlouho pracovat, dokud nedojde k přemazání.

neni vzdy pravda, zalezi na programatorovi kterou cestu zvoli

[Shteffi]

to ale neznamená že práce se schránkou není pohodlnější. Pokud to je věc aplikace, tak pod linuxem je spoustu aplikací naprogramováno špatně.

[deff]

myslim ze z pohledu programatora je to spravne, setri se tim pamet, kopiruje se az na pozadani

[Shteffi]

Ale jo s tim souhlasim, z pohledu programátora to správně je... ale z pohledu uživatele to už jaksi nejšťastnější neni. Nenarážíme tu náhodou na to, že programátoři programujou pro programátory a ne pro uživatele? Něco mi to připomíná.

[deff]

nj, jinak na tech windows to tak bude jelikoz na pozadani je novejsi funkce a slozitejsi na pouziti :)

[thingie]

Podle ICCCM si můžeš pustit nějakého správce clipboardu. Získáš tím jisté výhody, zaplatíš za to jistou cenu. Věc aplikace to přímo není.

[podlesh]

Není to tak dávno, co tento problém býval obvyklý i ve Windows. Uživatele to asi moc iritovalo.

[podlesh]

Na druhou stranu, v této době X11 aplikace vesměs se schránkou nepracovaly vůbec, jen s primary selection. Současný stav se nedá vůbec srovnávat.

[filo]

Není to tak dávno, co tento problém býval obvyklý i ve Windows.

Cože ? Pamatuju i Win 3.1 a nesetkal jsem se s tím nikdy. Můžeš specifikovat verzi, ve které se to dělo ?

[podlesh]

Ano, zhruba v té době.

Verzi čeho? Takovou paměť zase nemám abych si pamatoval co jsem kdy pouštěl pod Windows 3.11

[filo]

Verzi Windows jsem myslel, ale tu už jsi mimoděk prozradil ;)

[pol128]

V prvom príspevku je to pekne popísané (v tom odkaze). Jednoduché označenie textu ho nikam neukladá, jednoducho je len označený. CTRL+C a CTRL+V robí až DE. A pokiaľ to nerobí, tak to jednoducho nejde Windows ma len jeden DE a ten to robí, takže tam to ide.

[disorder]

to tam napisane nie je. X11R6 ma primary selection a clipboard selection.

[pol128]

ano, primary selection je oznacenie (nie je to clipboard), clipboard je to, co by sa mali skryvat za Edit -> Copy, Edit -> Paste.

ine je, ze primary selection funguje vzdy, clipboard nie. mozno je chyba v tom, ze toolkity, ktore su pouzite v DE nepouzivaju clipboard selection z X ale nejake svoje a preto nefunguje clipboard medzi qt a gtk aplikaciami.

zaujimave ale je, ze vzdy funguje oznacenie + stredny klik.

[disorder]

neviem ake toolkity tebe nefunguju, mne gtk+ (1 aj 2) a qt pouzivaju clipboard selection

[Zdenek.Z]

Zvláštní, ale mě kopírování mezi GTK a Qt funguje bez problémů. Fungovalo mi na Fedoře, na Suse, na Kubuntu ... dělám někde chybu?