Steve

Hi,

The first issue looks to have been caused by the use of PHP short tags, which has been updated in version 1.4.1.

I’m not convinced this is a cause of the title not changing in your browser tab.

Are you using a particular theme or is it custom built?

It may be an issue with the filter priority, however my tests have been limited to only a handful of themes, including the default Twenty Eleven.

Hi,

The page meta details that are entered for each post are stored in the database “postmeta” table. This means that performing a database backup or export should provide you with a backup of the data.

If you are looking to export the data for other uses, the keys used in the table are as follows:

• _pagemeta_title
• _pagemeta_description
• _pagemeta_keywords

This should provide you with the basic information required if you are looking to migrate to another plugin.

Hi,

Today I have released version 1.4, which should allow you to enable the plugin for custom post types – as long as they are public.

To enable page meta functionality on custom post types, check the required post type box on the Settings > Reading page.

Hello again,

I have made some modifications and committed an update to the plugin, tagged as version 1.6.7.

Some brief testing was carried out with WP 3.2.1 and it seemed to work for me, give it a try and hopefully resolves your issue.

Nice ??

Glad to see it’s popular enough to warrant integration into other plugins.

Not had a chance to dig too far into your implementation yet, but seems good to me!

This is a duplicate of https://www.ads-software.com/support/topic/plugin-subheading-change-size-and-color

Hi,

If you are opting for the manual integration as you are, the size and colour options can be modified using CSS.

Using this snippet to output the subheading in your theme:

<?php if (function_exists('the_subheading')) { the_subheading('<p class="subheading">', '</p>'); } ?>

Can be styled in the CSS file using something like:

p.subheading {
    font-size: 16px;
    font-weight: bold;
}

This should point you in the right direction ??

Hi,

I will look into this in order to add some backwards compatibility in order to get it working on 3.2.1.

Thanks for highlighting the problem.

Hi,

Did you manage to resolve this issue?

There is one easy option which involves targeting the div only on the archives page.

The body tag is assigned a number of useful classes allowing you to target certain template pages.

Assuming you are using the ” Automatically display subheadings before post content.” option, and have adjusting the before value to “<h3 class=”subheading”>” – it is possible to add something like this to your CSS file:

body.archive h3.subheading {
    display: none;
}

Hope this is some help to you.

Hi,

This would have to be done by editing your theme to include the calls to display the subheading. Please refer to the readme and installation instructions on the code that should be added to your theme file, possibly single.php.

Hi,

Not sure if you managed to resolve this issue, but I have recently made some updates to the plugin in attempt to solve problems such as this occurring. Can you give the latest version a try to see if the problem persists?

Thanks.

Excellent, glad to hear it and thanks for letting me know – a bit of appreciation is always great to hear!

I have since released a few more minor versions, hopefully the latest release (currently 1.6.6) hasn’t introduced any new problems, however please continue to use the forums to provide any feedback. I will, eventually get around to fixing things.

Thanks.

Hi,

The settings for this plugin have moved since version 1.6 and can now be found by navigating to the Settings menu and selecting Reading, with the options displayed towards the bottom of the page.

Please check the settings in this location to ensure that they are enabled on posts in order for the input to be visible in the admin edit page.

I have also recently updated the plugin to resolve the uninstall error.

Hi,

Unfortunately not no, this feature is not currently available as part of the plugin.

Hi,

I have just committed version 1.6.3 which has a number of updates, including a change to determining whether the subheadings should be displayed or not. They now only appear for posts that are part of the main content.

Please try upgrading to this version it may resolve the issue you are having.

Thanks.