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

EMAIL/EDIT: Improve argument passing #13

Closed
bobbimanners opened this issue Sep 3, 2020 · 1 comment
Closed

EMAIL/EDIT: Improve argument passing #13

bobbimanners opened this issue Sep 3, 2020 · 1 comment
Assignees
Labels
enhancement New feature or request

Comments

@bobbimanners
Copy link
Owner

Right now, EDIT.SYSTEM assumes that if it was called with any arguments it was by EMAIL.SYSTEM. This is not necessarily the case. Also, in this case it always asks whether to attach files, and if so calls ATTACHER.SYSTEM.

Add additional parameters to make this explicit. Perhaps:

  • EDIT.SYSTEM path/to/filename - Just open the file. Quit to ProDOS.
  • EDIT.SYSTEM emailrecv path/to/filename - Open the file and quit to EMAIL.SYSTEM
  • EDIT.SYSTEM emailsend path/to/filename - Open the file and ask about attachments on quitting. Call either ATTACHER.SYSTEM or EMAIL.SYSTEM
@bobbimanners bobbimanners self-assigned this Sep 3, 2020
@bobbimanners bobbimanners added the enhancement New feature or request label Sep 3, 2020
@bobbimanners
Copy link
Owner Author

I beefed up the argument passing when EMAIL.SYSTEM calls EDIT.SYSTEM. It is now as follows:

  • EDIT.SYSTEM - Launch editor with no file, quit to ProDOS.
  • EDIT.SYSTEM foo.txt - Launch editor and open `foo.txt, quit to ProDOS.
  • EDIT.SYSTEM -reademail foo.txt - Launch editor and open foo.txt, quit to EMAIL.SYSTEM`.
  • EDIT.SYSTEM -compose foo.txt - Launch editor and open foo.txt. On quit ask whether to add attachments and if so launch ATTACHER.SYSTEM, otherwise quit to EMAIL.SYSTEM.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant