PictView (a archivy) - zobrazovat dle obsahu a ne koncovky
PictView (a archivy) - zobrazovat dle obsahu a ne koncovky
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.
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.
-
- ALTAP Staff
- Posts: 5231
- Joined: 08 Dec 2005, 06:34
- Location: Novy Bor, Czech Republic
- Contact:
-
- ALTAP Staff
- Posts: 5231
- Joined: 08 Dec 2005, 06:34
- Location: Novy Bor, Czech Republic
- Contact:
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.
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.
Last edited by Jan Rysavy on 20 Apr 2007, 09:06, edited 1 time in total.
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.
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.
-
- ALTAP Staff
- Posts: 5231
- Joined: 08 Dec 2005, 06:34
- Location: Novy Bor, Czech Republic
- Contact:
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.
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.
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.
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.
-
- ALTAP Staff
- Posts: 5231
- Joined: 08 Dec 2005, 06:34
- Location: Novy Bor, Czech Republic
- Contact:
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.
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)
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)
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
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
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...