TBH I was looking for something a little less hacky than that. (Also – not quite the right place, it’s viewing the document itself, not viewing a list of documents that is the issue)
However, I have put some custom css in as an interim measure
We have now gone live, provisionally, with a reskinned version of your theme. So this is an example of the page at issue:
In order to get it looking clean as I want it, I’ve had to put in rather a lot of custom css:
.document-template-default .entry-thumb img { visibility: hidden;max-height: 0;}
.document-template-default .entry-metadata {visibility: hidden;max-height: 0;}
.document-template-default .about-author { visibility: hidden;max-height: 0;}
.document-template-default .commententries {visibility: hidden;max-height: 0;}
If it was an ordinary post (now retitled ‘blog post’ … I think due to Unyson?) then I get a whole lot of lovely options on my edit page for turning off all the stuff I don’t want:
https://drive.google.com/open?id=1U3GNzNy8bMRCHM6yNSuEkES0B5fRJMLS
But because I’ve used CPTUI to create a whole new category of posts with a post type of ‘document’, these posts in question are showing up under a whole different hierarchy
https://drive.google.com/open?id=12t308CzNEAZQxBG3FPXH9uPMzcsx4ZYp
I feel like there is probably a straightforward option somewhere in WP that will enable these separated out ‘document’ posts to get the same edit interface as an ordinary post, and then at minimum, I could use that interface to turn off metadata/author/image info on a case by case basis (not ideal, since there’s 250 existing documents, but I could live with it). But it seems really inefficient for the php continually getting a bunch of information for document-type posts that I know I’m never going to want to actually display to a user, and we already have a problem with the site being slow.
Thanks for any help
E
