FTP a refreshovani

[cincura.net]

Zdar,

neslo by pridat do nastaveni, aby si FTP bud:
- refreshovalo aktualni stav vzdy ihned po dokonceni operace (necekalo na aktivaci okna SS)
nebo
- nerefreshovalo vubec, a predpokladalo, ze pokud mam zobrazeni slozku a v te jsem neco provedl, tak to tam automaticky dat/upravit (ne moc dobre reseni, ale taky reseni)
nebo
- refreshovat na vyzadani (vetsinou bud kopiruju haldu souboru a pak uz me to nezajima, nebo stale jeden soubor (napr. nejake ladeni)).
nebo
- zalokovat pri tom je jeden panel (to by bylo super obecne, ale Hozna Rysavy rikal, ze to zatim SS nema v architekture poradne vymyslene), pripadne delat te refresh na pozadi

Hlavne je to neprijemne, kdyz ma listing pres 400kB a jste na pomale lince, to radsi pouziju command-line verzi.

[cincura.net]

Nikdo nepracuje na pomalych linkach?

Myslim, ze by to nemel byt problem, pridat do nastaveni jeden "cudlik".

[Jan Rysavy]

Nikdo nepracuje na pomalych linkach?

Myslim, ze by to nemel byt problem, pridat do nastaveni jeden "cudlik".

Pokud se někdo bude chtít ozvat, ozve se i bez podobného připomínání. Nadále bychom to zde fóru viděli dost neradi.

[Datalog]

Pokud se někdo bude chtít ozvat, ozve se i bez podobného připomínání.

Ok, tak se tedy ozývám.
A jako ideální řešení bych viděl mít možnost "refreshovat na vyzadani (vetsinou bud kopiruju haldu souboru a pak uz me to nezajima, nebo stale jeden soubor (napr. nejake ladeni))". Ale beru, že to asi není obecný požadavek - takže by mně osobně stačilo mít tuto možnost nastavitelnou třeba i jen flagem v registrech - aby se zbytečně nezaplácával config pro normální lidi.

[vaca]

Mám stejný problém a možnost si refreshovat na vyžádání by mi docela usnadnila práci s FTP u Salamanderu, pak bych možná začal používat pro FTP přenos jen SS.

[Petr Solin]

neslo by pridat do nastaveni, aby si FTP bud:
- refreshovalo aktualni stav vzdy ihned po dokonceni operace (necekalo na aktivaci okna SS)
nebo

Toto uz je hotove, bude to soucasti verze 2.5 beta 11 na konci ledna.

- nerefreshovalo vubec, a predpokladalo, ze pokud mam zobrazeni slozku a v te jsem neco provedl, tak to tam automaticky dat/upravit (ne moc dobre reseni, ale taky reseni)
nebo

Nehodlame uzivateli tvrdit napr. ze soubor uspesne nakopiroval na FTP pod ocekavanym nazvem a s ocekavanou velikosti aniz by to bylo potvrzene od serveru. To by mohlo snadno vest ke ztrate dat.

- refreshovat na vyzadani (vetsinou bud kopiruju haldu souboru a pak uz me to nezajima, nebo stale jeden soubor (napr. nejake ladeni)).
nebo

Refresh na pozadani je Ctrl+R. Blokovani refreshovani by dopsat slo, pokud o to bude vetsi zajem, zapracujeme to (i kdyz je to takova pasticka, takze nam to nejspis jen pridela praci na podpore). Ted muzete pouzit ESC pro preruseni listovani, je to cisty a uzivatel si je vedom ze listing neni OK, coz mi je daleko sympatickejsi nez to blokovani refreshu.

- zalokovat pri tom je jeden panel (to by bylo super obecne, ale Hozna Rysavy rikal, ze to zatim SS nema v architekture poradne vymyslene), pripadne delat te refresh na pozadi

Na to neni Salamander pripraveny. Opet, pokud se to casem ukaze jako dulezita vlastnost, dopiseme to.

[cincura.net]

Refresh na pozadani je Ctrl+R. Blokovani refreshovani by dopsat slo, pokud o to bude vetsi zajem, zapracujeme to (i kdyz je to takova pasticka, takze nam to nejspis jen pridela praci na podpore). Ted muzete pouzit ESC pro preruseni listovani, je to cisty a uzivatel si je vedom ze listing neni OK, coz mi je daleko sympatickejsi nez to blokovani refreshu.

Ja myslel, ze by se refresh po operaci dal na vyzadani (v nastaveni) zrusit a hi-tech users by pouzivali rucni refresh.

Jinak listing jako takovy je mozne zrusit, ale ten trva 1-2 vteriny (na beznych adresarich - mam i listing, ktery ma 768kB, ale tam kldine pockam). To me netizi, ale ta hromada prikazu, ktera se posila predtim (nedej boze, aby se oteviralo dalsi spojeni). To se stopnout (nebo aspon dat na pozadi) neda (resp. da, ale za cenu ztraty spojeni, coz je vlastne jeste horsi).

[Datalog]

Blokovani refreshovani by dopsat slo, pokud o to bude vetsi zajem, zapracujeme to (i kdyz je to takova pasticka, takze nam to nejspis jen pridela praci na podpore).

Tuším, čeho se bojíte a chápu to. A měl bych řešení (dokonce jsem to zde již někde naznačoval v jiné souvislosti).

Blokování nepovolujte v konfiguračním dialogu, ale např. pouze přímým zásahem do registrů či jiným externím způsobem. Pro 100% jistotu to lze udělat tak, že pokud je vše v normálním stavu (refresh automatický) není nic poznat. Až když je zakázán, odhidní se v konfiguraci (zaškrtnutý) checkbox informující o stavu + možnost autorefresh zpět povolit (a po povolení checkbox opět zmizí). Podobné mechanismy často používám ve svém sw a nejsou s tím problémy. Protože když už si to někdo "omylem" vypne low-level zásahem, tak je většinou natolik schopný, že než kontaktuje podporu, tak alespoň pro jistotu ještě projede konfigurační dialogy. A na druhou stranu ten, kdo si takovou specialitku potřebuje zapnout zatím vždy pochopil proč je aktivace tak krkolomná a že pro méně zkušené uživatele by zašktrnutí volby omylem (byla-li by v konfigu) mohlo vést ke ztrátě dat za kteru by pak vinili Vás.

Výše uvedený postup je pochopitelně použitelný obecně i pro jiné případy. Něco jako "superadvanced" režim (nad obvyklým Beginner-Intermediate-Advenced menu systémem).

[Jan Rysavy]

Blokování nepovolujte v konfiguračním dialogu, ale např. pouze přímým zásahem do registrů či jiným externím způsobem. Pro 100% jistotu to lze udělat tak, že pokud je vše v normálním stavu (refresh automatický) není nic poznat. Až když je zakázán, odhidní se v konfiguraci (zaškrtnutý) checkbox informující o stavu + možnost autorefresh zpět povolit (a po povolení checkbox opět zmizí). Podobné mechanismy často používám ve svém sw a nejsou s tím problémy.

Popsané praktiky jsou přesný opak toho, o co se v Salamanderu snažíme. Další vývoj Salamandera se bude ubírat směrem masově použitelných a užitečných funkcí. Úzce specializované (a minoritní) úlohy rádi přenecháme dalším aplikacím.