řazení do fronty a omezení rychlosti pro ftp, pictview

[Dromy]

Dobrý den, mám několik tipů na možná vylepšení..

Omezení přenosové rychlosti je moc hezká věc, ale bylo by lepší ji integrovat do ftp klienta a to jak nastavení omezení rychlosti downloadu tak i uploadu.

Stejně jako stále postrádám, u ftp přenosu, možnost řazení kopírování do fronty. Považuji to za velmi důležité a mnou velmi využívané..

A jako poslední uvedu věc, která mi hodně vadí a už sem ji tu snad i jednou zmiňoval.. ..při použití Pictview se stisknutím + nabo - pohybuje zoom zobrazení v nesmyslných hodnotách. Myslím že by bylo lepší, kdyby bylo stejné jako přednastavené hodnoty, tedy:
6,12,25,50,75,100,125,150,200,400,600,800,1000,1600%
a ne 7,9,12,15,19,25,31,39,50,63,79,100,125,158,200,251,317,400,503,634,800,1007,1267,1600%
takhle je jich zbytečně moc a navíc jsou to hodnoty dost "podivné" a prakticky nepožitelné kvůli deformaci obrázku..

Děkuji

[Jan Rysavy]

Děkujeme za postřehy, příště prosím vložte každý do svého vlákna, viz pravidla tohoto fóra.

[Jan Patera]

...při použití Pictview se stisknutím + nabo - pohybuje zoom zobrazení v nesmyslných hodnotách 7,9,12,15,19,25,31,39,50,63,79,100,125,158,200,251,317,400,503,634,800,1007,1267,1600%

Pomer 2 sousednich je treti odmocnina ze 2. Cilem je mit vzdy stejny pomer zvetseni resp. zmenseni. Ne kazdy pracuje pouze s (napr.) 5-megapixelovymi obrazky z digitalniho fotoaparatu, ale treba s gigapixelovymi mapami. Proto je dulezity vzajemny pomer sousednich cisel.

[Dromy]

...při použití Pictview se stisknutím + nabo - pohybuje zoom zobrazení v nesmyslných hodnotách 7,9,12,15,19,25,31,39,50,63,79,100,125,158,200,251,317,400,503,634,800,1007,1267,1600%

Pomer 2 sousednich je treti odmocnina ze 2. Cilem je mit vzdy stejny pomer zvetseni resp. zmenseni. Ne kazdy pracuje pouze s (napr.) 5-megapixelovymi obrazky z digitalniho fotoaparatu, ale treba s gigapixelovymi mapami. Proto je dulezity vzajemny pomer sousednich cisel.

Hmm, ale pokud se zamyslíte, kolik uživatelů to opravdu potřebuje, obávám se že zanedbatelně, i protože používají na zobrazení takových map výhodnější výkonnější prohlížeče. Pravdou je, že se sice pohybujeme v logických hodnotách zvětšení, ale zcela nevyužitelných, protože pokud násobíme 100% zobrazení jiným než celým číslem, dojde k deformaci obrázku a k jeho znehodnocení, takže nám takové zvětšení není k ničemu. Navíc takovéto krokování má ve vaší argumentaci význam jen pro měřítka menší než 100%.

Ptám se proto, pokud trváte na užitečnosti tohoto krokování, byl by velký problém kdyby se toto krokování dalo nastavit? Případně, kdyby krokování bylo podle Vašeho schématu pouze pro zobrazení pro <100%?

Děkuji