OJEJ ;) - działa.
:D
... ale jednak jedno mi nie działa.
CD katalog z linii poleceń (dolnej)
zamist wejść do katalogu (tak jak to miało miejsce wcześniej) to wychodzi do głównego katalogu dysku. To samo dotyczy się CD ..
Da się coś z tym uczynić?
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Fabryka - 8bit » Sparta Commander
Strony Poprzednia 1 … 5 6 7 8 9 … 14 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
OJEJ ;) - działa.
:D
... ale jednak jedno mi nie działa.
CD katalog z linii poleceń (dolnej)
zamist wejść do katalogu (tak jak to miało miejsce wcześniej) to wychodzi do głównego katalogu dysku. To samo dotyczy się CD ..
Da się coś z tym uczynić?
Da się, tylko po co zmieniać katalogi przez linię komend? :D
EDIT: patrz niżej.
Po to, że gdy interesujący nas podkatalog znajduje się na jednej z czterech stron do przewijania a katalog dysku nie jest posortowany to poszukiwanie właściwego wpisu to nieraz arcytrudne wyzwanie ;)- (szczególnie po dwóch głębszych :D )
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ś).
o sortowaniu katalogu nie śmiałem mówić, bo wiem ile zdarza mi się miewać plików w pojedynczym podkatalogu. Ogólnie najczęściej faktycznie wystarcza SortDir ;)-
EDIT:
Obecna wersja przyznam, całkiem niezła jest :) Teraz, to jak sobie myślę to taki SC powinien powstać, ale razem ze Spartą X te 24 lata temu ;)
EDIT2:
Czy bufor dla danych w czasie kopiowania został zmniejszony?
Oprócz kolorów pod VBXE, to mam ostatnie (mam nadzieję na jakiś czas) pytanie :) Dało by radę zrobić "szybkie wyszukiwanie"? Coś takiego, jak jest np. w NC/TC "alt" + litera. To by było na prawdę coś ;)-
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! :)
sortowanie katalogu, oczywiście rzecz dobra lecz pamięciożerna. To bym odpuścił, bo mając w katalogu max 1423 pliki to może być problem ;)-
Jacques - już teraz rozpakujesz archiwa (runext - ARC, ZIP), resztę trzeba robić ręcznie (pakowanie). Może i dobrze, bo skończy się na tym, że bufor do kopiowania będzie miał 1kB jak się SC rozrośnie ... no i to będzie dopiero męczarnia ;)
EDIT:
Znalazłem jeszcze babola.
* prawy panel na dysku "L:", podkatalog demo, dużo wpisów więc ekran przewijam dwa ekrany w dół. Odpalam demo. Po uruchomieniu cold reset i restart SDX i SC. SC odpala i wyskakuje coś takiego:
"166 Range error"
.. z czego widzę błąd wyskakuje przy próbie odczytania katalogu z dysku L: na prawym panelu. W takim przypadku pomaga wykasowanie SC.SAV ... choć robiłem to dziś już z 5 razy z tego powodu ;)-
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 :)
how many files per directory is SC catering for that it can't fit them in RAM in order to sort them
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.
Pin: no tak... błąd poprawię, kiedy wrócę do domu.
GroBen danke ;)-
Ad szybkie wyszukiwanie:
Wydaje mi się, że będzie z tym jednak problem taki, że do dodania takiej funkcji katalog trzeba by było mieć cały w pamięci. Odpuszczam pytanie więc, bo mogą być z tą opcją problemy. Chyba, że SC katalog będzie trzymać w EXT ram? ;)
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
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 :)
Już listowanie archiwów i ekstrakcja byłyby bardzo wygodnym usprawnieniem, a wszystko ponad to (kompresja) ewentualną wartością dodaną :)
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 ;)
side loader sortuje w miescu algorytmem o zlozonosci o(n*log(n))
SC bedzie wygodny jak generalnie przyspieszy
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.
draco, o to wlasnie chodzi i nie jest to mniej ważne niz błędy o których mówisz
pamięci masz 512k, korzystaj
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
Why not limit files per directory to 256? My math: 23 (size of RAW entry) * 256 = 5,888 bytes. Sure - I can understand the desire to accomodate the theoretical upper limit of entries, but does anyone actually put more than 256 files in a directory?
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 :)
5888 bytes * 2 panels = 11776 bytes. That's waste of RAM. Current code requires slightly less than 2k in memory to handle directories without any additional limit.
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.
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
Eddy's file selector works like that and I don't like this mode very much. Anyway, a similar thing can be accomplished in SC by pressing Shift/Ctrl/down-arrow and Shift/Ctrl/up-arrow.
Strony Poprzednia 1 … 5 6 7 8 9 … 14 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » Sparta Commander
Wygenerowano w 0.036 sekund, wykonano 57 zapytań