Da się, tylko po co zmieniać katalogi przez linię komend? :D

EDIT: patrz niżej.

Uhm. Ale przynajmniej jedną sprawę powinno być łatwo załatwić: wpisujesz SORTDIR : i masz posortowane.

SC póki co nie będzie sortował katalogów, bo do tego trzeba takowy w całości do pamięci wczytać. A 2x32752 bajty = za dużo, trzeba byłoby do dodatkowego RAM-u je ładować (może kiedyś).

Jest mniejszy o pamięć zajmowaną przez SC (ok. 10k).

I wbudowana obsługa archiwów ARC, z możliwością rozpakowania, wejścia w archiwum, wypakowania zaznaczonych plików z archiwum, tudzież skompresowania zaznaczonych plików... To też byłoby naprawdę coś :)

Won't get the chance to test this till later (it's Valentine's Day), but how many files per directory is SC catering for that it can't fit them in RAM in order to sort them? Folks with 1,000s of files per folder need to rethink their organisational skills! :)

Ad szybkie wyszukiwanie: widzę, że jest to w TC, ale nie bardzo wiem, co ma robić. Z uwagi Candle wnoszę, że ta funkcja, żeby działała zgodnie z oczekiwaniami, wymaga posortowanego katalogu. Opisz, co ma robić, zastanowimy się.

Ad wbudowana obsługa ARC: listowanie archiwum i ekstrakcję plików powinno się dać w miarę bezboleśnie zrobić, z pakowaniem może być gorzej, ale jeśli nie masz na myśli dorzucana plików do istniejącego archiwum (otwieramy archiwum i wkopiowujemy pliki), a tylko takie pakowanie jakie jest np. w TC (wjeżdżamy na katalog i dajemy archiwize), to powinno się dać w miarę prosto zrobić. W pakowanie wybiórcze zaznaczonych plików mocno powątpiewam :)

All of them in either directory. Even one directory would require 32k of RAM to be sorted, whereas with SC loaded there's only about 25 KB left.

Pin: no tak... błąd poprawię, kiedy wrócę do domu.

Panowie, a sortowanie w miejscu? Nie zajmie dodatkowej pamięci, ponad odczytanie całego katalogu na raz. http://pl.wikipedia.org/wiki/Sortowanie … _w_miejscu

SC to ultra-wygodny wynalazek i faktem jest, że od czasu zaistnienia owego produktu zupełnie nie używam command procesora. Ostatnią sprawą, której mi zajebiscie brakuje to obsługa plików *.bat.

AdamK - odczyt całego katalogu na dzień dobry to złe rozwiązanie (czasowe), jeśli masz kilkaset plików w katalogu. Nawet odczytanie całego katalogu dysku (np. partycji HDD) w trybie pliku zajmuje trochę czasu (nie wspominając o SIO, bo to już byłby istny kosmos). Ucierpiała by na tym "miodność" używania SC, że tak powiem ;)

Co do sortowania, o ile rozumiem, katalog trzeba wczytać w całości do pamięci, żeby go posortować. Myślałem, że z postu #162 wynika jednoznacznie, iż SC nie dysponuje buforem odpowiedniej wielkości. Jeśli błądzę, to proszę mnie oświecić w tym względzie.

@candle: SC "generalnie" nie przyspieszy, może jedynie przyspieszyć skrolowanie paneli (pod VBXE), co jednak nie jest IMHO ważniejsze niż wyeliminowanie najważniejszych błędów.

Zaczynam rozumieć miłośników MagiC-a - co prawda miał kupę błędów i wywalał się co 10 minut, ale za to szybko rysował okienka :P

Poprawka do błędu zgłoszonego przez Pinokia plus drobiazgi.

EDIT: p. niżej

SC should well operate within SDX own limits, not create new ones. I can imagine an anger of not being able to list certain directories ;) and yes, there seem to be quite a lot G2Fs, SAPs and other files in few directories of mine. Sorting? I don't need it at such cost - it's good enough to list what you have in the dir the way you have it :)

As you wish. Personally I find at least being able to group files by TYPE when I need to, and name when I don't is indispensable. SORTDIR can't sort a directory two ways at once... ;)

Speaking of waste... of processor time, in this case: simplest way to overcome slow-scrolling problem is not to scroll the whole column by single lines, but to simply display the next "page" when the cursor is at the bottom. The cursor would then position itself at the top of the next list of 20 files - no repeated redraws needed. Do the reverse when the cursor goes past the top of the displayed list.

Just offering suggestions anyway... it looks really nice with the S_VBXE driver.

EDIT: oddest thing - scrolling seems no slower with the RC_GR8.SYS driver than with VBXE. I find this surprising.