Back to Top – schema strangeness


You could simply prepend an anchor div as such:

add_action( 'beans_body_prepend_markup', 'example_anchor' );

function example_anchor() {

    ?><div id="mk-top"></div><?php

}

Cheers,


Yeah, I did try a custom anchor div, but that throws WPHeader somehow off track - it's up in smoke.

Incidentally, the very same result I get when adding a header bar when using prepend_markup (before_markup rearranges WebPage elements, also kills any SiteNavigation one might have added).

Somehow this seems to be a very sensitive thing to do, adding/inserting to beans_body.

I see on the beans website itself something similar. There WPHeader has no description as a logo is set for site branding. It's valid syntax, but invalid schema tree / data structure, hence nothing is processed for seo.

Example structure This is strictly for Blog / Post obviously, since a few months every type now needs to carry its own schema (post -> Blog, page -> Article, generic -> Webpage, function specific -> ContactPage, et cetera), but when I apply Beans to it I think it may only be possible to keep things compliant and functional as long as they are contained within the beans fragments as such. So no adding anything before a header, only inside the header, without rearranging things.

Maybe you can think of something else, but I can only see two approaches: first updating & completing schema structures, alternatively extending beans (wp) templates to contain their own data structures?


Hey J.C.

Depending on your markup structure and CSS (like if you added style for div), adding a div may disturb other elements. Make sure that your anchor is not floating or if it is the case, make just that the width is set to 100%. Feel free to post a link to your website if you want me to take a look.

Regarding the schema, I have already made a note to re-look at the all Beans schema and make some more solid testing.

Thanks,

Write a reply

Login or register to write a reply, it's free!