This is the list of my suggestions for TOOLS -> OPTIONS. I think this part is more of a mess than the rest of the menu, and deserves special attention. It is clearly a heap of accumulations of new features over the time, and now deserves a serious synthetic overhaul.
In this list I have left aside all suggestions of addition or deletion. It is only a matter of rearranging what is already there. You will see that in the end GENERAL SETTINGS -> BASIC SETTINGS is almost empty. This is not a problem, because what I suggest here is by no means a complete solution. It is just a first step necessary to begin seeing what is where.
You will see too that USER INTERFACE has been dispatched between OUTGOING and INCOMING MAIL. I find it more elegant and functional.
I have also voluntarily left out the problem of TOOLS -> INTERNET OPTIONS, which make the menu even more confusing, but which brings the question of how to manage users and accounts, and hence deserves another discussion.
Finally, Happy New Year to you all.
***GENERAL SETTINGS***
HELP TEXT
Move text to general Help, provide only circumstancial buttons to Help, and display basic settings at once.
BASIC SETTINGS
Move Personal Name to a new IDENTITIES page in OUTGOING MAIL
Move Automatically open to FOLDERS BEHAVIOUR in INCOMING MAIL
Move Preserve Deleted Messages to a new DELETED MESSAGES page in INCOMING MAIL
Move Ask For Confirmation to a new DELETED MESSAGES page in INCOMING MAIL
Move Ask for Netware to a new Netware page
Move Save Desktop State to Displays in INCOMING MAIL
Move Use System Colors to Displays in INCOMING MAIL
Rename Name For Default Folder into Name for Main Folder
Move Name For Default Folder to INCOMING MAIL
ADVANCED SETTINGS
Move Refresh New Mail to INCOMING MAIL
Move Lines to scan to INCOMING MAIL
Move Organization String to a new IDENTITIES page in OUTGOING MAIL
Move SMTP Time Zone to OUTGOING MAIL
Move MIME character a new ADVANCED page in OUTGOING MAIL
Move Accept Requests to INCOMING MAIL
Move Deleted Messages to a new DELETED MESSAGES page in INCOMING MAIL
Select Allow Multiple File as default
Move Allow Multiple File to OUTGOING MAIL
Move Recovery Of Deleted Space to a new DELETED MESSAGES page in INCOMING MAIL
MAILBOX LOCATION
Move Mailbox Location field to a new LOCATION page
***OUTGOING MAIL***
HELP TEXT
Move text to general Help, provide only circumstancial buttons to Help, and display basic settings at once.
MESSAGES AND REPLIES
Divide into one page for BASIC SETTINGS and one new page for REPLIES
Move Add Identity to a new IDENTITIES page
Move MIME to a new ADVANCED page
Select Copy To Self as default
Move Copy To Self to COPY TO SELF
Move Rich Text to MESSAGE FORMATTING
Move Generate Transcript to a new ADVANCED page
MESSAGE FORMATTING
Move Check Spelling to a new SPELLCHECKING page
Move Overlooked Attachments to a new ATTACHMENTS page
SENDING MAIL
Rename into ADVANCED
Move Default Reply To to a new IDENTITIES page
Move Permanent BCC to a new IDENTITIES page
Move Attachments Information to a new ATTACHMENTS page
***INCOMING MAIL***
HELP TEXT
Move text to general Help, provide only circumstancial buttons to Help, and display basic settings at once.
FOLDERS BEHAVIOUR
Rename Folders Behaviour to FOLDERS DISPLAY
HYPERLINKS
Move Hyperlinks to MESSAGE READER
Move Default System Mail Program to GENERAL SETTINGS -> BASIC SETTINGS
***USER INTERFACE***
HELP TEXT
Move text to general Help, provide only circumstancial buttons to Help, and display basic settings at once.
LIST DISPLAY
Move List Display to INCOMING MAIL
TOOLBARS
Move Toolbars to GENERAL SETTINGS
REPORTING/LOGGING
Move New Mail Reporting in a new REPORTING page in INCOMING MAIL
Move System Messages in ADVANCED in GENERAL SETTINGS
If you used a OSI-approved licensed program it would be impossible to link it to your own code without also open sourcing your code. Using it externally would be acceptable (e.g. calling it via exec() or via the command line), but because you would be distributing it with your program you would be required to provide the source code for the zip program at users' request. Linking to the authors site would not satisfy this requirement, you would need to provide a link to download the source from your own server. I doubt this would be a big problem though, most zip programs are quite small and I doubt many people would be interested in downloading it from David's servers anyways.
Of course, in the case of folders for mailing lists, a scrolling list to chose a View by thread would be very handy.
Just a detail here: In some mailing lists I am the only one to add a Re: before [NameOfList] when the Re: is already set after [NameOfLIst]. I would like Pegasus to detect that automatically and not be a nuisance for threads sorting. Of course when the Re: is already set by the server before [NameOfList], there is no problem.
[quote user="Sharkfin"] his time is severely limited.[/quote]
Yes. I can understand that. So once again I apologize for posting so many suggestions.
I do that ignoring any kind of effort, time and even coding limitations, because I think it is the right method to expose concepts first, and estimate application after that. I learned that from databases courses.
I have never known about this feature. Arnaud is right - it's awesome. I wish it was documented somewhere. If it's so hard to miss then it might certainly be worth adding to the right-click menu.
I wonder how many other undocumented tricks there are that I've never found just because I use the program in a very straightforward, "proper" way?
Distinctively from the question whether "Change user" should be present in the menu or not, I think that presently there is a problem of confusion between Users and Addresses in the menu.
I would prefer one sub-menu for Users, which would contain User Management, Logged-in Users..., and another sub-menu for Addresses, which would contain Address books, Distribution Lists...
Again, this is a valid point - assuming that pmail wants to help new, non-expert users.
Personally I think that pmail's power-user reputation is important and well-earned. However, there is a case for easing usability to allow the user base to expand. This is why I believe some kind of special mode should be considered that hides many options and wraps a more simple presentation layer around the program.
It's my users. They are close to illiterate in terms of computers. Even those with doctorate in medical sciences. Ctrl + something is some sort of coding ability to them.
I think that the header box needs to be big enough to show one line of each main header.
It could maybe resize itself but when Iget a message that has many recipients: I definitely shouldn't have to scroll to find the subject or sent date. In such cases, only one line of the To header should show by default.