Re: trajectory for html_mail and Chrome

On 1/11/2012 2:19 PM, Paul Lesniewski wrote:
> It would be nice to just rely on the editor to render itself (or not),
> but the plugin is forced to do its own user agent check because it
> MUST know if the email is being submitted in HTML format or not when
> the user clicks "Send". Maybe there could be a trick to use to avoid
> this, but I haven't thought of a foolproof one.

I don't quite follow that, but that's not important.  If you need user
agent checks in the plugin, perhaps part of the config could be some
kind of additional list of acceptable UA values.  Then, supporting an
additional browser could be just a local config matter until it gets
included in a future html_mail plugin update.

> I have a version that has several updates including CKEditor, but I
> haven't yet had the time to do some other things I'd been planning.  I
> don't have a fixed timeline for its release but I could be persuaded
> to share what I have offlist.
>
>> -- If not, and if someone else stepped up to do labor of the mods to
>> html_mail, would they be accepted as an official update to that plugin?
 >
> I'm always happy to look at patches/updates.
>

Given the changes it sounds like you've already made, it might not be
too productive for someone to send you patches that try to do all or
some of the same things.


------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
-----
squirrelmail-plugins mailing list
Posting guidelines: http://squirrelmail.org/postingguidelines
List address: squirrelmail-plugins@...
List archives: http://news.gmane.org/gmane.mail.squirrelmail.plugins
List info (subscribe/unsubscribe/change options): https://lists.sourceforge.net/lists/listinfo/squirrelmail-plugins