PictView (a archivy) - zobrazovat dle obsahu a ne koncovky

Raptor · Post by **Raptor** » 20 Apr 2007, 08:16

Momentalne se PictView diva na koncovku souboru a podle toho obrazek zobrazi nebo ne. Bylo by fajn, kdyby se dival i do souboru a podle toho se choval.

Ono to same by mohl delat Salamander treba i u archivu. Pokud prejmenuju zip treba na dat, tak uz se do jen neprokliknu, protoze se diva jen na koncovku.

Nerikam ze je to kriticky nutne, ale takova mala inteligence by byla pekna vec. Duvody teto zadosti tady nebudu rozepisovat, ale pro praci bych to ocenil. Obycejnemu uzovateli je to asi jedno.

Post by **Jan Rysavy** » 20 Apr 2007, 08:35

PictView zkoumá obsah souboru. Problém je, když se k danému obrázku vůbec nedostane, protože přípona není v seznamu v konfiguraci.

Řešením je příkaz Files > View With (Ctrl+Shift+F3).

Schválně zkuste přejmenovat některý obrázek na *.xyz a následně ho přes View With příkaz zobrazit v PictView.

Raptor · Post by **Raptor** » 20 Apr 2007, 08:43

Ano, pravda, toto funguje, ale je to strasne nepohodlne, narocne na klikani atd. Predstavuju si ze zmacknu F3 a vidim obsah. Neni mozne u kazdeho souboru zkouset View with, pokud nevim co je obsahem. Proto rikam, ze by to melo mit svou inteligenci a necekat, ze budu sam rikat jak to ma zobrazit.

Post by **Jan Rysavy** » 20 Apr 2007, 08:49

Znamenalo by to při každém F3 načítat všechny prohlížeče. Často by soubor umělo zobrazit hned několik prohlížečů, museli bychom se pak řídit nějakým seznamem priorit.

Pokud bychom použili seznam z konfigurace, textový soubor by se vždy zobrazoval v Database Viewer, protože je nad interním prohlížečem (ten je až na konci seznamu).

Nevidím čisté řešení.

Poznámka: Salamander se snaží minimalisticky pluginy načítat až ve chvíli, kdy jsou potřeba, viz sloupeček Loaded v okně Plugins > Plugins Manager. Této filozofie bychom se neradi vzdávali, viz pomalý start programů jako je Adobe Photoshop nebo Adobe Reader.

Raptor · Post by **Raptor** » 20 Apr 2007, 09:04

Ok, sice nevidite ciste reseni, ale neznamena to ze nejake neni, ale jako programator vas postoj chapu, taky nerad menim to, co nejak funguje.
Ale na druhe strane uzivatele malokdy zajima programatorsky postoj a chce vysledky. Pak uz je na programatorovi, aby nasel reseni.

Ale berte to tak, ze to byl proste navrh. Pokud to srovnam treba s mym neoblibenym Total Commanderem, ten tohle auto-zobrazeni umi uz mnoho let a nevsiml jsem si ze by se zpomaloval, nebo tak neco. A druha vec, nemyslim si, ze je dobra cesta bazirovat porad na koncovkach. Dulezity je obsah, ne jmeno.

A dodatek - textovy soubor otevirat jako databazi??? Tohle jsem nepochopil. Jinak to, ze lze otevrit nejaky typ souboru vice prohlizeci, to chapu, ale takovych prikladu me teda moc nenapada.

Post by **Jan Rysavy** » 20 Apr 2007, 09:11

Tak nám nějaké čisté řešení prosím navrhněte. Jak byste řešil konflikty mezi prohlížeči?

Ano, Database Viewer umí otevírat také textové soubory (CSV atd), ale konfliktů by se našlo víc -- například interní prohlížeč je v konfliktu s každým dalším prohlížečem, protože uživatel si může chtít zobrazit binární obsah souboru.

Raptor · Post by **Raptor** » 20 Apr 2007, 09:20

Netvrdim ze je to jednoduche reseni, ale jako nastrel uvedu treba priklad windows a asociace souboru s programy. Vzdy je jeden vychozi a mam moznost otevrit si soubor i v ostatnich. Vidite ze tady taky zadny konflikt neni. Ale je to zase ten problem s koncovkou, to ano. nemam koncovku - neotevru.

Mozne reseni je takove, ze pokud dojde ke konfliktu vice prohlizenu tak se:
a) da uzivateli na vyber (+treba vypis moznych prohlizecu)
b) vybere default prohlizec
c) pouzije se text/bin zobrazeni (to funguje vzdy)

Pokud chce uzivatel uz predem zobrazit obsah danym formatem, ma prece k dispozici ono Open with nebo Alternate view. Ja mluvim o zobrazeni souboru, pokud nevim co v nem je. Taky pouzivam casto cilene zobrazeni jako text/bin, i kdyz vim ze to jsou treba mp3.

Post by **Jan Rysavy** » 20 Apr 2007, 09:27

Raptor wrote:jako nastrel uvedu treba priklad windows a asociace souboru s programy. Vzdy je jeden vychozi a mam moznost otevrit si soubor i v ostatnich.

To nabízí Salamander přes View With.

Raptor wrote: Mozne reseni je takove, ze pokud dojde ke konfliktu vice prohlizenu tak se:
a) da uzivateli na vyber (+treba vypis moznych prohlizecu)
b) vybere default prohlizec
c) pouzije se text/bin zobrazeni (to funguje vzdy)

Ke konfliktu dojde vždy (interní prohlížeč umí zobrazit každý soubor).
(A) tedy nepřipadá v úvahu, to by bylo neskutečně otravné.
(B) co to je dafault prohlížeč? to jsme zpět u problému priorit, který jsem popsal nahoře.
(C) to nepřipadá v úvahu, při F3 na obrázku bychom ukázali text/bin.

Post by **zarevak** » 20 Apr 2007, 10:35

Dobrý den,
podobný autodetekční systém jsem již v jednom projektu programoval a jsou to jen samé komplikace. Kromě konfliktů s defaultním Internal Viewerem je i problém dostatečně rychle detekovat typ dat. V ideálním případě by každý prohlížeč/plugin měl načíst celý soubor dokud si neni jist, zda ho oteve či ne. V takovém případě by se uživatelé dost načekali:
- zvláště u velkých textově založených souborů (RTF, PPM, XML, CSV, ...)
- u binárních souborů bez rozumné hlavičky (RAW?, ... )
- u poškozených souborů (například PictView podle prvních 8byte prohlásí, že jde o PNG - při vlastním načítání však zjistí, že data jsou poškozená, nebo že prvních 8byte byla jen náhoda a soubor stejně nenačte)

Post by **zarevak** » 21 Apr 2007, 02:15

Dodatek k autodetekci formátu:
Notepad (konkrétně Windows API IsTextUnicode()) má problémy například jen s autodetekcí kódování textu.

Pokud vytvoříte textový soubor, do kterého v napíšete: this app can break a uložíte jako ANSI, při příštím otevření uvidíte jen několik čínských znaků.

Tento příklad z: http://apipes.blogspot.com/2006/06/this ... break.html
Více o problému detekce UNICODE: http://blogs.msdn.com/oldnewthing/archi ... 95235.aspx a http://blogs.msdn.com/oldnewthing/archi ... 58334.aspx

RayeR · Post by **RayeR** » 22 Apr 2007, 20:57

Tak nemusel by se snad nacitat hned celej soubor. Rada obrazkovejch formatu ma na zacatku nejakou signaturu, podle kery by se dal udelat prvni nastrel jesi je to treba BMP GIF nebo PNG, pak by se to poslalo dal konkretnimu pluginu, ktery pokud by zistil naky spatnosti, tak by skoncil a zobrazilo by se to klasicky textove. Ale dovedu si predstavit ze by s tim byly problemy...