Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use of a 'simpler' DOCTYPE #33

Closed
jamesplease opened this issue Oct 3, 2013 · 5 comments
Closed

Use of a 'simpler' DOCTYPE #33

jamesplease opened this issue Oct 3, 2013 · 5 comments

Comments

@jamesplease
Copy link

One of the features of inliner is that it uses a 'simpler' DOCTYPE. It is true that it uses a shorter one, but changing the DOCTYPE has no benefits that I know of, and has negative consequences for email development.

The DOCTYPE it forces you to use isn't just a simpler one, as it's also, of course, the DOCTYPE for HTML5 documents. This is the latest DOCTYPE, but in this case there is hardly any gain in using it. In fact, both emailonacid and campaign monitor suggest using the xhtml1 DOCTYPE when it comes to email. But they also leave it open to the developer to choose what they'd like to use, as your choice affects how the email renders in numerous clients.

On the side of web development, why force someone over to a new DOCTYPE if they're not building an HTML5 site? Sure, there's no harm done, but there's also no benefit.

The point I'm trying to make is that switching to a 'simpler' DOCTYPE probably isn't a good idea for this project, given that email developers might be developing around other DOCTYPES, and I can't think of any benefits of this feature.

Suggestion: Make the feature optional, at least. Personally, I wouldn't even have it turned on by default. Just leave the DOCTYPE the way it is.

@spacez320
Copy link

Wouldn't it make.more sense to just use the doctype provided in the original document?

@jamesplease
Copy link
Author

Yup. I agree, @spacez320. I thought for sure I had explicitly stated it, but upon reading it again it seems it was only slightly implied, at best. I've updated it to be more clear. Thanks!

@remy
Copy link
Owner

remy commented Oct 4, 2013

Just for the record, the reason the doctype is overwritten (IIRC - it's
been a long time) is becasue jsdom doesn't give me access to the doctype,
so it's lost in the conversion. I suspect a simple regexp on the original
document might fix it, but not completely sure.

On 4 October 2013 12:27, James Smith notifications@github.com wrote:

Yup. I agree, @spacez320 https://github.com/spacez320. I thought for
sure I had explicitly stated it, but upon reading it again it seems it was
only slightly implied, at best. I've updated it to be more clear. Thanks!


Reply to this email directly or view it on GitHubhttps://github.com//issues/33#issuecomment-25692276
.

@remy
Copy link
Owner

remy commented Jul 27, 2015

This is fixed @ 1.0.0.

@remy remy closed this as completed Jul 27, 2015
@jamesplease
Copy link
Author

🎺

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants