ARACHNE TODOLIST - PROPOSED SOFTWARE CHANGE DETAILS ----------------------------------------------------------------------------------------------------- Item numbers refer to the 2DoList table. ITEM_21 Password Encryption in cfg files > There is one thing that should be implemented in > Arachne too that webspyder already have: the passwordencryption. > in webspyder you can't read the clear passwords for pop,email,etc.in > the config-file.Don't beat me it is just an idea. Not a bad idea. Of course, even encrypted passwords won't be secure as long you don't have to give some "master key password" to decode them, because the algorithm for decryption will be known. Anyway, still much better than clear text -- at least not readable by humans. Simple BASE64 encoding (plus maybe some simple XOR cipher with fixed key) would be enough, I think. ITEM_22 Corruption when Editing I wish someone could do something to fix the internal editor. It has just damaged a reply I was writing to the point where it was beyond salvaging. I had to hit "Cancel" and try to rethink all the words of wisdom that were lost to me forever. I have found ways to minimize errors: Don't use the arrow keys or move the mouse while the screen is refreshing, otherwise great chunks of your document will disappear. This doesn't address the problem of the random lines that suddenly appear (from quickpad?) or the lines that get moved around in the document. I seem to be the only one that has the problem of lines and partial lines disappearing and reappearing, often in the wrong place. The internal editor has other problems including: Wordwrap gets ignored if I try to edit or add something in the middle of a line. I can't reformat a paragraph automatically if the line overflows due to the above. Every now and then it pauses to refresh the screen and does it oh so slooooooowly on my 486. Since Arachne is intended to operate on the lowest level of IBM-compatible computer, I dread to think what that must be like on base-level PC. ITEM_23 Selective Mail Download >POP3 aborts message downloading, it look like the "stopping" >message contains HTML with VERY long lines. Are there any >adjustements in future 1.75GPL to the problem? Planning to give Arachne the ability to download only the headers of the messages in our inboxes. We will then be able to mark all spams for deletion and with the press of a button they will be deleted from the server without ever having downloaded the entire message. We can then proceed to download only the remaining messages. ITEM_24 Replace IKN with BMP > I thought about replacing IKNs with BMPs -- they all are small > images, so compression doesn't save much space anyway, while > decompression would cost some extra processing time. (If you > ever tried Caldera WebSpyder, you probably saw that its user > interface elements are stored on disk as BMPs.) This seems close to obviously right to me -- who needs a broken (i.e. the tool to create images) proprietary format when something as simple as a BMP will work just as well or better? The buttons and toolbar icons seem to be hard-wired to IKN format, but replacing all desktop icons appearing in tags of HTML files with BMPs requires no changes to C sources ITEM_25 Data Loss when Editing Mail When composing mail and returning from an EXTERNAL editor, any unsaved, prior changes to the To, CC, Subject and other fields, are lost. It would be a nice feature if attachments are NOT be typed in again after using MODIFY or RESEND. OK, I've now looked into what it would take to save the header fields so that the changes we make before going to the external editor will remain that way when we return from there to the compose mail screen. What we need is to have all existing variables to be 'auto-saved' when we leave the compose page. (just as is now happening with the body of the message by 'auto-saving' it to textarea.tmp) Which means that we have to add 'auto-save' code to all of these existing variables..... $TO, $RT, $CC, $BCC, $SUBJECT We would also need to assign different variables to each attachment field. As the code is right now, $ATTACH is used for all of them and core.exe scans down through attaching the next filled-in field to the message by "re-using" that same $ATTACH variable with the new value assigned to it. We would need to rewrite that entire section of code so that we would have.... $ATTACH1, $ATTACH2, $ATTACH3, $ATTACH4, $ATTACH5, $ATTACH6, $ATTACH7 and $ATTACH8 1,2 and 3 for the 'compose mail' screen 1 through 8 for the send files screen We would then need to 'auto-save' all 8 of those upon leaving the compose page so that those saved values would be placed into the appropriate fields upon re-entry from the external editor. Conclusion....... Yes, it's do-able. However.... not easily do-able. ITEM_26 Single operation to move Mail This is how I see it working as viewed by the user... Saving the first message, you select the folder exactly the same way you do right now, with the "4-step" process... Step 1: click on [Move] Step 2: click on [Select Folder] Step 3: click on the folder you want Step 4: click on [Move] The name of the selected folder is saved in the file SELECTED.DAT That message is moved and the next one appears automatically, but the "magic" button now takes its label from the file SELECTED.DAT and displays the name of the folder you last moved a message to. Clicking on that button will move the message to that folder. The "magic" button I refer to above is the one that replaces the [Archive] button on the View Message screen. Its operation is exactly the same as with the [Archive] button in the View Mail screen, with the difference that this button is not "hard-wired" to the one folder but is directed by the contents of the SELECTED.DAT file. And its label is taken from the same file so you know where clicking on it is going to send the message. I don't deny that the "1-click" operation is very useful for moves to the Trash and Archive folders. My point is: why shouldn't we have an equally handy facility for moving to one other folder that we can choose, since it is obviously out of the question to provide it for all folders simultaneously -- at least when there are more than a few. ITEM_27 Subject with Czech question mark Here is a new bug in Arachne's mail client: An incoming mail contained the subject line: Subject: =?ISO-8859-2?Q?A_pro=E8_dostaneme_v=E8ecko_dvakr=E1t?_?= In the list of incoming mail this message displays only as Subject: _ The subject is a Czech sentence with a question mark at the end. I think the question mark is what confuses insight.exe. ITEM_28 Tabbed Browsing This is for my wishlist for arachne: the tabbed browsing ability. So it is much easier to navigate. I am using mozilla-firebird and it is very useful. Maybe our C-gurus agree and find a way to implement this.