Evan Ovadia (Verdagon) wrote:struct MyColorType { UInt8 index, r, g, b; };
: :and it works fine! That struct is identical to the RGBColorType.
[ First of all, please set your e-mail client to wrap lines at something like 70 columns. It's the standard for Internet e-mail, and Reading everything with an entire paragraph on one line is annoying. ]
I don't think that it's fair to bust on Evan for the way his email is formatted. It's quite likely that given the diversity of platforms and email applications out there that there is little chance that anyone can appease everyone else's sensibilities when it comes to formatting. The following thoughts come to mind:
* Evan's email showed up perfectly fine for me. My email client wraps long lines; apparently yours doesn't. So whose email client is deficient? Evan's for not inserting EOL sequences, or yours for not wrapping long lines?
* Some email clients don't have an option to hard-wrap lines. The one I'm currently using (Apple Mail) doesn't. So what you're asking amounts to possibly asking someone to change email clients, which I personally wouldn't find reasonable.
* Even people who try to appease other readers as much as possible may run afoul of a simple error or perhaps some evil mail router. For instance, in your own reply, as I see it, Evan's text is wrapped to around 25-30 characters per line. Did you do that yourself? If so, then how does that comply with your own request for 70 characters per line? If not, then you can see how mail routers or mail list applications can mess things up.
* Just what is this standard Internet email format you're referring to? Is there some RFC that says email shall be text-only and hard-wrapped to 70 characters? I'm pretty sure there isn't, but I'd love to be corrected if I'm wrong. For starters, I'd like to reform all those people who send out HTML email! :-) RFC 2046 appears to get the closest. Note that the MIME type of Evan's message is "Content-type: text/plain; charset=utf-8". According to RFC 2046, section 4.1.1, this type of text should not require the addition of any line breaks to display it properly. But it's apparent that the text *does* need line breaks to be displayed properly. Even in the face of all that, though, it's not clear that any email program provides control at that level, or even if something like Lyris didn't change the headers or formatting.
So, in summary, I guess what I'm saying is: live with it. You're going to receive malformatted email, and it's not always going to be the sender's fault or even under their control.
Anyway, the definition for MyColorType that you gave is definitely *NOT* identical to RGBColorType. RGBColorType is defined like this:
typedef struct RGBColorType { UInt8 index; UInt8 r; UInt8 g; UInt8 b; } RGBColorType;
Note that there is an extra field in there.
I've been looking at the definitions for MyColorType and RGBColorType, and don't see any differences (other than all the fields being declared on the same line in MyColorType). Each has four fields of type UInt8. If there's something I'm missing, could you please be more explicit about which field is the extra field?
-- Keith
-- For information on using the Palm Developer Forums, or to unsubscribe, please see http://www.palmos.com/dev/support/forums/
