GTK souborový dialog nyní umožňuje mazat a přejmenovávat soubory

Po téměř deseti letech od nahlášení byl GTK souborový dialog rozšířen o možnost mazat a přejmenovávat soubory a složky.

5.7.2015 12:32 | Marián Kyral | Nová verze

Komentáře

[Tomáš2]

GTK nepoužívám, ale jediná věc, co mě u podobných dialogů dokáže naštvat, je když po přejmenování se mi označí jiný soubor a přejmenovávaný někam odskočí. To nikdo z tvůrců tyhle dialogy nepoužívá?

[mankind_boost]

Samozrejme ze ne, prece nejsou sileni. Kazdy trochu schopny si okamzite GTK dialogy nahradi necim normalnim.

[nobody]

podle toho na co si stezuje, asi nemluvi o GTK dialogu ;)

[pepe_]

V tom dialogu je to při tom přejmenování krásně vidět  https://youtu.be/60kq_H-4uvA

Přejmenuje složku  cca ve 14 vteřině   z  sd   na   aaa  a označí se mu složka src.  Prostě idiocie.

[Jardik]

Jestli pak uz jde v nem vytvorit novy adresar se jmenem "Type name of new folder"?

[Odin1918]

Pekne. Pamatuji si, ze tento dialog pil krev spouste lidi. Pamatuji si i na nejaky work around s vyuzitim LD_PRELOAD. Tak snad uz to nebude potreba.

[R]

On je nepouzitelny aj kvoli dalsim veciam, uz len najst a vybrat v tom nejaky subor je otrasny zazitok.

[Jiří J.]

A otevření mého /usr/bin s 1300 soubory mu trvá 9 sekund.

[nobody]

chyba je na tvem prijimaci, muj /usr/bin s ~3600 souboru trva GTK i QT open dialogu stejne 2s ;)

[Jendа]

Mně trvá v GTK 40 a v QT 30. 4600 souborů.

[little.owl]

V obou pripadech je problem o level nize nez v toolkitech.

[Jendа]

Ale ls -l /usr/bin/ trvá 0.2 sekundy, takže problém není v tom, že by získání obsahu adresáře trvalo dlouho. V čem tedy?

[Václav "Darm" Novák]

Kouká ls na hlavičky aby vybral ikonky podle typu souboru? Tam by mohla být zakopaná část psa. Ovšem, asi by šlo načíst nejdřív seznam a pak doplnit ikonky postupně…

[Jendа]

Kouká ls na hlavičky aby vybral ikonky podle typu souboru?

Ne. Když máš file manager, tak ten taky nejdřív vypíše soubory a až pak dodělává náhledy.

[Jardík]

Jedná se o ikonky souborů podle určeného mime typu, pro jehož určení se musí načíst část souboru a porovnávat se záznamy v mime databázi. To je to, co trvá nechutně dlouho. Načítání ikonek je pak taky zdržující, ale né tolik, jako určení mime typu. PCManFM má v "Advanced" takovou šikovnou volbu "Defer test for content type on folder loading", díky které to načítá adresáře téměř okamžitě. Bez ní je to stejně pomalé, jako GTK dialog, popř. Nautilus.

[little.owl]

To si musite zjistit sam, ja to nejsem schopen reprodukovat ani na cca ~4000 souborech.

Pokud si pamatuji, GtkFileChooser je postaven na GtkFileSystemModel, ktery pouziva GIO lib pro enumeraci souboru a update filesystem modelu. GIO lib je navazano na Gnome virtual file system (GVfs). GVfs ma plno backendu, od SFTP, Sambu, DAV, NFS ci ruzne mobilni sragory jako PTP ci AFC, vcetne ruznych automountu a komunikuje to pres DBUS a to byl obvykle zdroj problemu. Zkuste srovnat rychlost ls versus gvfs-ls. Pokud je to rychle (stale o neco pomalejsi nez ls), je problem spise v aplikaci, ktera muze pouzivat v dialogu ruzne filtry postavene na mime typech, coz je slusny benchmark filesystemu.

[R]

1646 suborov:

GTK2: 12 sekund

QT3: 5 sekund

[Ziktofel]

Tvoje mereni potvrzuji. Mam SSD disk.

[frdrx]

2 571 souborů, dvě sekundy.

[frdrx]

A to jsem hodně nadsadil odhad. Bylo to blíž jedný sekundě.

[Jardik]

Nedavno pridali featuru, ze to neradi slozky pred adresare, vyborna to vec.

[Lol Phirae]

slozky pred adresare

Heee?!

[pavlix]

Dost dobrý.

[Jardík]

Chybička se vloudila, adresáře/složky před soubory. Prostě je to jak proházenej bordel.

[Bedňa]

Treba zabudnúť na minulosť, už to tam je a hotovo

[little.owl]

Hezke. Ukazuje to jak funguje FOSS. Nekteri lide to deset let kritizuji, ale pritom neudelaji nic aby se funkcionalita pridala. Pak nekdo misto planych kecu posle patch, a po review a par fixech je to za dva dny namergovano.

[Lol Phirae]

Nechci ti do toho remcat, ale ty patche tam hnily od roku 2007. V několika verzích. To, že je jaksi autoři nechali pravidelně vyhnít a pak se divili, že už je na aktuální kód nejde aplikovat, jaksi není problém kritiků.

[little.owl]

Nechci ti do toho remcat,

Vesele do toho.

ale ty patche tam hnily od roku 2007. V několika verzích.

Asi koukate na jine patche nez ja, pouzitelne jsou posledni dva od John Beard ze 3.7.2015.

[Lol Phirae]

Koukám na ty, co tam jsou. Co bylo použitelné před 8 lety opravdu nehodlám zkoumat, pardon.

[R]

Ukazuje to akurat ako funguje vyvoj GTK a podobnych sraciek. Radsej ten otrasny dialog mnohokrat prerabali a je cim dalej, tym horsi.

[Bedňa]

Použijem rovnaký slovník, oproti tým sračkám čo padajú z KDE a QT je to Rock Stable. Osobne ako správcu používam SpaceFM a čo ma mrzí že autor sa nasral na celý Linuxový Enviroment vďaka sračkám ako systemd a povedal že potrebuje prestávku a nevie či sa niekedy vráti, za čo šmejdom od systemd ďakujem, že mi odrezali vývoj pre mňa najlepšieho súborového správcu, viď screenshot na pidi displeji.

Som náročný užívateľ ktorý netoleruje občasné problémy a gliče preto ostala pre mňa jediná voľba IceWM a GTK+, ide to krásne spoľahlivo a nemám tam ani pidi bug, nikdy sa mi nestane že proste niečo bugne, chcelo to práce nebolo to zadarmo, aj IRC treba obehať, ale som spokojný ako blcha.

[JustOnRail]

Pěkné čtení ten jeho blog. I ohledně toho GTK a Red Hatu. Díky.

[Rezza]

Spis usmevne cteni :).

[R]

Příloha:

• tde_800x480.png (207644 bytů)

To je obrovsky displej. Maly displej je toto - vid priloha.

[martin]

njn, to je nevyhoda toho, kdyz pouzivas software od nekoho, kdo neni psychicky v poradku. ja to mel podobne s reiserFS :P

a ignorantguru je bohuzel paranoidni blb...