source alternativessuch as the html text py same-named third-party utility described in this earlier note the open source beautifulsoup system offers another lenient and forgiving html parserbut is based on sgmlparser tools available in only (removed in xtext/html alternative mails also in the html departmentthere is presently no support for sending both text and html versions of mail as mime multipart/alternative message-- popular scheme which supports both textand html-based clients and allows users to choose which to use such messages can be viewed (both parts are offered in the gui)but cannot be composed againsince there is no support for html editing anyhowthis is moot pointif such an editor is ever addedwe' need to support this sort of mail structure in mailtools message object construction code and refactor parts of its current send logic so that it can be shared internationalized headers throw list columns off as is so often true in softwareone feature added in this version broke another already presentthe fonts used for display of some non-ascii unicode header fields is large enough to throw off the fixed-width columns in mail index list windows they rely on the assumption that characters is always the same width among all mailsand this is no longer true for some chinese and other character set encodings this isn' showstopper--it only occurs when some headers are displayedand simply means that "|column separators are askew for such mails onlybut could still be addressed the fix here is probably to move to more sophisticated list displayand might be resolved as side effect of allowing for the column sorts described earlier address books pymailgui has no notion of automatically filling in an email address from an address bookas many modern email clients do adding this would be an interesting extensionlow-level keyboard event binding may allow matching as addresses are typedand python' pickle and shelve modules of and might come in handy for data storage spelling checker there is currently no spelling checker of the sort most email programs have today this could be added in pymailguibut it would probably be more appropriate to add it in the pyedit text edit component/program that it usesso the spell-checking would be inherited by all pyedit clients quick web search reveals variety of optionsincluding the interesting pyenchant third-party packagenone of which we have space to explore here mail searches similarlythere is no support for searching emailscontent (headers or bodiesfor given string it' not clear how this should be provided given that the system fetches and caches just message headers until mail is requestedbut searching ideas for improvement