Birgit

Thank you. ??

I am using the “Instagram Feed” plugin on a different site, and there I was alerted about the need to get a new access token. The plugin helped me re-authorize through the wp-admin backend, no problem. I am not able to do the same with the “Simple Instagram” plugin, unfortunately.

(edited because of typo, this is for Simple Instagram too, not just the other ones mentioned)

https://www.instagram.com/developer/sandbox/

“Any app created before Nov 17, 2015 will continue to function until June 1, 2016. On that date, the app will automatically be moved to Sandbox Mode if it wasn’t approved through the review process. The previous version of our documentation is still available here.”

I guess the developers need to re-approve the plugin? I don’t see a way for each user of the plugin to do this? When I try to edit my clients the button for going live from Sandbox mode is greyed out.

Thank you, that does help.

Apologies. Because we are using a wiki plugin, we’ve added extra code to the functions file in order to display the sidebars, which was what caused the problem (as the theme was updated and the code overwritten). Have now moved that code to the child theme functions file and don’t expect the problem to come up again.

I am using a child theme of Twenty Fourteen and experiencing the same problem. Upgraded to WP 4.5.1 today and sidebars are gone.

Ok, will have a look at it on Monday (files are at work). Thanks.

Thank you for your input, skarjune, greatly appreciated. A print link to a duplicate page with the accordion multiopen seems to be an acceptable solution.

Hm, well it does do that, but it’s not an ideal response to the print command. The accordion is used in order to avoid scrolling bonanza, but for printing purposes there is not the same need for hiding something – rather, the opposite. One could choose to print only certain pages (because there will be several, when all content on the webpage is listed), should the intention of printing be to only fetch portions of the webpage. As of now, the only option is to print the same webpage again and again, toggling each section of information inbetween each Cmd/Ctrl+P.

Thank you, Bojan. I will have to look into this tomorrow. I appreciate the links!

To specify:

[if] on a-wiki-category-index-page or a-wiki-page-in-given-category

[then] display sidebar with a list of other wikis in that category only

[else] display a default sidebar

Am currently using the “Content Aware Sidebars” plugin to display sidebars, but although it recognizes the wiki section it won’t differentiate between wiki categories. Thus, I reckon hardcoding would be the solution.

Hello, I have an additional question for this issue. I have disabled access to posts for Contributors, they should only be able to write/edit entries of the Page type. However, when I do this the Tags section is left empty (the box is there, but with no input field). Adding the capability to manage categories does not mend the problem. Is it not possible to disable edit_posts and still keep the option of adding tags to pages?

Please disregard, I got one of my colleagues to move the old metadata into the database table field used by the plugin.

Another call for localization, please. ?? Would be able to help with the Norwegian (Bokm?l and Nynorsk both) versions, just give me a nudge. As for now I guess I will have to keep re-translating with new updates.

Thanks. ??