Historie adresaru

[Raptor]

Ad verze s dialogem - To bude pak vice otravne nez ted, pokud clovek bude muset pokazde vybirat ano/ne ve chvili kdy to nechce smazat. Ted jen odklikava ok. Ale nekomu to muze vyhovovat. jen nechapu proc by musel pak davat posun jeste jednou po smazani historie. proste smazu vse co nesedi a posunu se na dalsi polozku co je validni, ne?

Ad automatika - Ano, presne to ocekavam. Bez ptani a bez jakehokoliv pipani a ja nevim ceho to promazat a presunout se na validni polozku.

Jen nechapu proc se resi zda je nevalidni cesta lokalni nebo sitova. Pokud je nevalidni tak je nevalidni. Ze bude sit nekdy pripojena je trosku podivny argument. Smazany soubor taky muzu obnovit - mam kvuli tomu s chybnou cestou pracovat stejne? Ale pokud se to ma brat v potaz, pridal bych nekde volbu "Rozlisovat lokalni a sitove cesty" a pak se dle toho ridit. Pokud je nerozlisuju, mazu vse rovnou. Pokud rozlisuju, ptam se.

[Ether]

Moje myšlenka je taková, že uživatel (pokud si to zvolí) by neměl být při procházení historií rušen nedostupnými cestami. Souhlasím ale s tím, že je potřeba dát najevo, když se nějaká cesta přeskočí. Zároveň bych ale nerad viděl nějaké mazaní cest z historie, protože se může stát, že se přístup k cestě obnoví a uživatel pak bude marně skákat v historii. Hlavní cíle:

1. Uživatel musí být schopen nerušeně procházet historií.
2. Uživatel by měl mít zachovanou celou historii.
3. Uživatel musí být nějak informován o uskutečněných změnách v procházení historie.

Takže bych to viděl na novou volbu 'Automatically skip unavailable paths in history', která zajistí přeskakování cest v historii (normální cesty, archivy, FS pluginů i síťové cesty). Přeskakování by probíhalo bez zobrazování dialogů, místo toho by se ukázal někde v panelu informativní barevný proužek (nebo by zablikal vykřičník ve žlutém poli někde v Directory Line, podobně jako má Find), případně by se mohlo i pípnout.

Problém spíš nastává v tom, jak se má dostupnost cesty zjišťovat. Smazané adresáře a archivy jsou jasné, ale "připojovací" FS pluginy a síťové cesty využívají pomalá média a o nedostupnosti většinou rozhodne nějaký timeout. Částečným řešením je samozřejmě netestovat každou cestu zvlášť a cesty, které jsou nedostupné společně, vždy přeskočit naráz. Jako jednoduchá možnost se nabízí testovat sice cesty při pokusu o přístup, ale zabránit opakovanému zdržení tím, že se cesta z historie odstraní. Druhou možností je testovat dostupnost cest v pozadí (v nějakém pravidelném intervalu a/nebo pomocí FS notifikací) a mít tak přehled o (relativně) aktuálním stavu celé historie, popř. pouze tak, aby měl uživatel okamžitě k dispozici aspoň jeden úspěšný krok vpřed a jeden vzad. Kompromisem, relativně jednoduchým na implementaci, řešícím problém opakovaného pomalého testování a zároveň nedestruktivním vůči historii, je každé nedostupné cestě přiřadit vlaječku, že je dočasně nedostupná, a dobu, po kterou tato vlaječka platí.

Existují samozřejmě i jiná řešení dílčích problémů, možná budou i více uživatelsky přívětivá. Pří zvolení varianty "přeskakovat, zachovávat, testovat pokaždé" by se hodilo k informativnímu proužku/vykřičníku přiřadit tlačítko, které by dané cesty smazalo na dobro a zrychlilo procházení historií. Pro jakoukoli variantu platí, že by možnost smazat nebo dočasně přeskakovat některé cesty měli mít i uživatelé, kteří se nechají zobrazovat klasický dialog o nedostupnosti cesty (tedy k tlačítku OK přidat třeba zatržítko 'Remove this path from history').

Další otázkou je také, jestli se má za nedostupnost cesty považovat i třeba odepřený přístup nebo odpojený FS pluginu.

[zarevak]

Zdravím, pokud mám mluvit za sebe, tak by se mi líbí kombinace všeho:
- pípnutí
- zároveň přechod na první dostupnou cestu
- zároveň zachování celé historie

Pípnutím bych se tak dozvěděl, že se přeskočila část historie, ale žádné mazání by nenastalo, takže bych se mohl pokusem o přesun na druhou stranu (zase přes nedostupná místa) zkusit dostat na některá z přeskočených míst.

ether zmiňuje dobrou připomínku s pomalými FS cestami. Nechtěl bych, aby se někde na pozadí kontrolovala dostupnost historie - rád vím, co se na mám připojení děje a zvláště u připojení s počítanými daty (GPRS) každý ušetřený bit se cení. Myslím, že by se v takovém případě mělo postupovat jako u rychlých médií: pokus o přístup (okénko "pracuji") -> nejde -> hledám další cestu v historii, která by mohla fungovat (na jiné cestě) a zde znova zkusím štěstí - toto se opakuje, dokud nedojdu na konec historie, nebo uživatel práci nezastaví pomocí Esc.

Dále jak navrhuje ether, Salamander by si po přeskočení na platnou cestu a po pípnutí oznamujícím přeskočení části historie mohl pamatovat, které cesty přeskočil a tlačítkem je umožnil smazat, aby jejich test nezdrožoval při dalším procházení

[SelfMan]

Ja osobne som:
- za automaticke preskocenie neexistujucej cesty vratane audiovizualneho oznamenia
(pipnutie a zablikanie/res. zmena farebnosti pozadia zobrazovanej cesty - treba mysliet aj na nevidiacich a nepocujucich)

- proti kontrole na pozadi, pretoze by to zbytocne salamandra spomalovalo. (Salamander nemoze vediet o kolko krokov naspat sa chcem vratit)

[zarevak]

Ja osobne som:
- za automaticke preskocenie neexistujucej cesty vratane audiovizualneho oznamenia
(pipnutie a zablikanie/res. zmena farebnosti pozadia zobrazovanej cesty - treba mysliet aj na nevidiacich a nepocujucich)

Děkuji za připomenutí! V práci mám jen sluchátka a většinu času odložená na stole, takže kromě pípnutí by se hodíla i vizuální odezva

[Raptor]

Zajimalo by mne docela k cemu vam bude v praxi vizualni/zvukova signalizace ze se neco preskocilo Ale budiz, je to kazdeho volba. V tomto pripade ja osobne bych chtel aby to bylo konfigurovatelne a mohl jsem si to blikani a pipani vypnout.

[fraktik]

Blikani/pipani nevadi, vadi otravna "Budiz" hlaska.
V zasade souhlasim se Zarevakem (vyuzivam 56kbps spojeni, mivam otevreno par salamanderu (chybi tabsy!), par ftp/sftp spojeni a zaroven pozaduji rychlou odezvu - velmi nerad bych se od AS dockal nejakych masivnejsich operaci na pozadi (a pokud tedy, tak max o 1-2 kroky zpet/vpred)...
Jinak ten dialog by se mohl objevit poprve a mit tam klasickou "Pouzit tuto volbu vzdy" fajfku (pripadne jeste lepe 2 fajfky: "pouzit vzdy" a "pouzit pro toto sezeni").

[Ether]

pripadne jeste lepe 2 fajfky: "pouzit vzdy" a "pouzit pro toto sezeni"

Přefajfkování by se mohlo předejít pomocí kombinace s volbou neukládání konfigurace. Je to trochu jiná cílová situace (někdo by mohl chtít ukládat konfiguraci, ale konkrétně tohle nastavení by tam nechtěl), takže uvádím jenom pro úplnost.