Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tutorial update in help file.... #71

Open
silentwar-resident opened this issue Nov 29, 2024 · 2 comments
Open

tutorial update in help file.... #71

silentwar-resident opened this issue Nov 29, 2024 · 2 comments

Comments

@silentwar-resident
Copy link

it states:

Once everything is set up as described (it should match the options shown in the picture above), click the "Extract" button. On a fast machine, you'll see little more than a flash as the files are extracted.

If you open the "cpt" folder in Windows Explorer (open My Documents from the desktop or Windows Start menu, then open "cpt"), you will see three new files:

DBL.BESSEL.PIC#062000
SAMPLE.AWP#1ac0fd
sample.text#04000
The junk starting with "#" that was added to the filename is a file attribute preservation sequence. The first two digits are the ProDOS file type, the next four are the ProDOS aux type. For DBL.BESSEL.PIC, it's $06 ("BIN") and $2000 (the typical load location of a hi-res image). None of the files has a filetype that Windows recognizes, which makes sense: none of the files is in a format Windows likes.

You might think that "sample.text" is a text file, and Windows likes text files, but it's not that simple. Rename "sample.text#04000" to "sample.text#04000.txt". Now Windows recognizes it as a text file. Double-click on it. If you have Windows "Notepad" as your default text viewer, you will probably notice that the file doesn't look right. Instead of line breaks there are funny little rectangles. Because we told CiderPress to preserve the original file formats, the carriage returns in the original file were left unmodified. Double-clicking on the other files will most likely not yield anything useful, because they're in formats that only an Apple II can readily handle.


however in windows 11 new updated notepad, now does it correctly if opened as sample.text#04000.txt renamed in windows 11 updated notepad since WIndows 11 24h2 not the older notepad.

@fadden
Copy link
Owner

fadden commented Nov 29, 2024

I tried it in Win10 just now and it worked correctly there as well. Looks like Microsoft improved the end-of-line handling?

@silentwar-resident
Copy link
Author

silentwar-resident commented Dec 12, 2024

look like it is

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants