-
Notifications
You must be signed in to change notification settings - Fork 20
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
Raise the 127-icons-at-once limit for displaying files #233
Comments
This would require a complete rewrite. Not practical in this project. |
What about doing so within the existing 128K memory footprint? |
Many, many parts of the codebase assume at most 127 icons - the guts of the icon painting logic ("IconTK"), the per-window tables listing the icons present, icon id to address mapping, and code throughout that assumes that high bit set = invalid icon. Each icon also requires 25+32 bytes (IconEntry + FileRecord) - which admittedly is a little silly as the name is duplicated between those structures. Those two data structures are split across LC 4k banks, which have limited space - the FileRecords consume one entire 4k bank! I suspect a total rewrite would be easier than retrofitting the existing code. Which is not a bad idea, it's just beyond the scope of this project. |
Please reopen this issue. I still think that this issue is an important issue to be implemented because this would greatly increase the usability of Apple II DeskTop. |
Handful of notes about the challenges here to just double the limit to 255 icons, for memory buffers and logic changes:
|
Eliminate, or at least raise, the 127-icons-at-once limit for displaying files, especially if the system has additional memory available.
The text was updated successfully, but these errors were encountered: