[spambayes-bugs] [ spambayes-Bugs-770175 ] resources/ui_html.py as plain ASCII

[SourceForge.net]

Bugs item #770175, was opened at 2003-07-12 15:36
Message generated for change (Comment added) made by richiehindle
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=770175&group_id=61702

Category: pop3proxy
Group: None
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Skip Montanaro (montanaro)
Assigned to: Richie Hindle (richiehindle)
Summary: resources/ui_html.py as plain ASCII

Initial Comment:
Python 2.3 emits a warning about non-ASCII data in
resources/ui_html.py:

/Users/skip/src/spambayes/spambayes/
UserInterface.py:193: DeprecationWarning: Non-ASCII 
character '\xda' in file /Users/skip/src/spambayes/
spambayes/resources/ui_html.py on line 7, but no encoding 
declared; see http://www.python.org/peps/pep-0263.html 
for details

I could add a coding comment but have no idea what to
add since that's not any Unicode encoding.  Instead, the
attached patch further encodes the compressed data as
base64 so the file only contains ASCII data.



----------------------------------------------------------------------

>Comment By: Richie Hindle (richiehindle)
Date: 2003-07-13 16:14

Message:
Logged In: YES 
user_id=85414

Mike has released a new version (1.0.0b1) of Resource
Package which resolves this.  I've regenerated our resource
modules with it.  However, I didn't seem to get the warnings
even before I did that.  Skip, could you check that this fix
works for you?  Ta.


----------------------------------------------------------------------

Comment By: Richie Hindle (richiehindle)
Date: 2003-07-13 10:04

Message:
Logged In: YES 
user_id=85414

The .py files in the reources directory are created
automatically from the html/gif/etc files by Mike Fletcher's
Resource Package, so patching them won't help in the long
run.  Tony has already raised the issue with Mike, but not
to anyone's real satisfaction judging by the comments in
the RFE:

http://sourceforge.net/tracker/index.php?
func=detail&aid=732511&group_id=71287&atid=530785

I know nothing about Unicode or character encodings, so
I don't really know what to add.  Your scheme of base64
encoding sounds like it should work, but Mike may have
some reason for not doing that.  I've asked about it in his
RFE.


----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=498103&aid=770175&group_id=61702