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

Some weird results #101

Closed
singpolyma opened this issue Apr 12, 2018 · 2 comments
Closed

Some weird results #101

singpolyma opened this issue Apr 12, 2018 · 2 comments

Comments

@singpolyma
Copy link

(Probably related to snarfed/granary#145)

https://python.microformats.io/?url=http%3A%2F%2Fbeta.singpolyma.net%2F&parser=html5lib

The name on my hcard author is not parsing out of the n or fn properties, but just using the whole text contnet of the vcard.

Anything with rel=tag gets a weird data element appended to the content.html

For comparison, https://pin13.net/mf2/?url=http%3A%2F%2Fbeta.singpolyma.net%2F gives me what I expect.

@kartikprabhu
Copy link
Member

@singpolyma yes it is mf2py backcompat parsing which is doing that.

The name problem should be fixed in a new version. I'll look into the content.html one.

@kartikprabhu
Copy link
Member

kartikprabhu commented Apr 21, 2018

Minimal example for the content.html issue above.

<article class="hentry">
    <section class="entry-content">
        <p class="entry-summary">This is a summary</p> 
        <p>This is <a href="/tags/mytag" rel="tag">mytag</a> inside content. </p>
    </section>
</article>

mf2py currently replaces all backcompat classes with mf2 equivalent and adds a data element to parse the rel-tag and these replacements then show up in the parsed content.html

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

No branches or pull requests

2 participants