Jeśli już o SDX i SIDE mowa ;)-

Nie wiem, czy temat dotyczy SIDE 1, czy 2 - aktualnie zamęczam wersję 2. Istnieje możliwość zmiksowania na jednej karcie FAT'a i APT. Pomijając szczególne przypadłości programu FDISK dla SIDE mam pytanie:

- Czy partycja FAT jest i będzie dostępna wyłącznie spod side_loadera? Pytam dlatego, że istnieje dla Sparta DOS X sterownik do obsługi FAT'a ten jednak z oczywistych względów wymaga, by urządzenie udostępniające "dysk" w tym formacie miał przyporządkowaną jakąś "literkę" napędu.

Do czego to pytanie i po co taka funkcjonalność? - Otóż do megaszybkiego przenoszenia danych PC->Atari (na początek)

wszystkie? :) - no dobra, niech sobie będą wszystkie w takim razie :D

Biorę zwykłą, bo u mnie też bieda ;)

Niech będzie za 15pln (z przesyłką). Podeślij dane na przelew przez P.W.

coś znalazłem ;)-

* lewy panel, dysk B:>....>.....>....>....> wchodzimy np. w szósty podkatalog, czy ogólnie tak, by u góry tam gdzie mamy info o ścieżce ta została skrócona do wyświetlania z powodu swej długości (*)

* prawy panel ustawiamy na inny podkatalog w obrębie tego samego dysku.

* kopiujemy np. dwa pliki o rozmiarze 1024 bajty, zaznaczamy je poprzez TAG

SC próbuje kopiować, rysuje okno kopiowania, lecz nie kopiuje.

To samo próbujemy z dowolnym plikiem nie używając TAG i tu raz działa a raz nie. Jeśli zaznaczamy grupę plików w takich okolicznościach to możemy również (moim zdaniem bez powodu) otrzymać błąd:

151 File exists.

Powtarzalność błędów mam dość dużą, więc nie powinno być kłopotu z namierzeniem problemu.

Nie. Są podłączone równolegle. Zależnie od cartów, może im to przeszkadzać, lub też nie :) Na tej zasadzie mam aktualnie podłączone: Karin Maxi, IDE+ i A/D Converter Mirage'a. Wszystko działa ;)

tak to jest właśnie z licencjami. Zamiast prościej i ze wsparciem dla usera to same problemy ;). Dlatego też nie używam "wiodącego" sterownika dla HDD i ST(e).

no to odpuszczam temat.

Jeśli nikt się nie zgłosi z informacją do weekendu, to być może za pozwoleniem właściciela sprawdzę to widząc się z YerzmYeYem ;)-

EDIT:

Czy uszkodzenie ścieżki dotyczy miejsca umiejscowionego centralnie w środku kadru ze zdjęcia "paskud2.JPG"??

Bo jeśli tak, to połącz to, co w widoczny sposób jest "przerwane" i zobacz, czy ram wstanie. Tak będzie najszybciej :D

o - :) - już sobie zabieram

Całkiem ładnie to działa, przyznam ;)-

Mamy np. tryb VBXE 80 znakowy. Teraz dla przykładu chcę wyedytować plik tekstowy, ustawiam więc kursor na pliku i trzymając shift odpalam (poprzez runext) edycję. Trzymam shift dlatego, że ED nie przełączy ekranu z 80 do 40 znaków a edytor ED w 80 znakach nie zadziała. Odpala się ED z edytowanym plikiem. Wracamy teraz do SC i robimy podgląd innego pliku, lecz już poprzez CTRL+V.

Ta sama kwestia odnosi się do byle programu odpalonego ze SHIFT i jednocześnie programu, który posiada możliwość powrotu do DOS, czyli w tym przypadku do SC. Każdy następujący podgląd (ctrl+V) odbędzie się tym samym w trybie 40 znakowym.

Ctrl + E przesuwa mi pod ED'em kursor na koniec dokumentu. CTRL+E to jedna ze składowych części ramki. Jak więc wyłączyć w ED funkcje do przenoszenia kursora w określone miejsce? :P Mam nadzieję, że do obsługi edytora nie trzeba czytać instrukcji ..... ;)

Praktycznie to najbardziej optymalnym rozwiązaniem jest zapytanie ze strony programu, czy nadpisywać czy nie.

tak sobie napiszę, co by się przydało (być może) a przydatność pomysłu Draco oceń sam ;)-

Czy trudnym by było dodać aktualizację "KB FREE" w czasie kopiowania, powiedzmy co 5 skopiowany plik? Chodzi o to, by nie robić tego co chwile co w momencie kopiowania małych plików mogłoby spowodować bezsensowne straty czasu?

Czy istnieje dodania opcji np. takiej, jak w TC -> po naciśnięciu spacji na katalogu otrzymujemy ilość danych zapisanych w katalogu? Niejednokrotnie kopiując większą ilość danych muszę sprawdzać odpalając CAR:MENU by sprawdzić, ile danych siedzi w katalogu/podkatalogach i na tej podstawie wiem, czy mi się coś zmieści na dysk docelowy, czy nie.

... no i kiedy kolorki pod VBXE ;)