WPrap

gotcha

access to the page with the problem is by choosing “Upcoming Workshops” … Test #2. Test case #1 works fine (it was not entered with ‘Frontend Submit’)

Test case #2 (id-10)works fine (choose ‘upcoming2’ … sub-item of ‘Upcoming Workshops”) … it is accessed by [eme_event id=10].

Question moved to Events Made Easy official forum

IT4Worship – I see – Thank you. My take is it’s not an ‘exact science’ … no hard/fast rules … more of an art.

WRPyogi – thank you – I’m embarrassed … found another missing } too but fixing didn’t seem to make a diff

MarkRH – thank you too – but, alas, it didn’t make a diff but it’s good to keep in mind and try before giving up.

Also (and this is more of a ‘conspiracy thing’ – my hosting service is maybe suspect. At times they seem to have a hiccup.

Thanks IT4Worship – unfortunately didn’t do anything

using fireBug, the space that needs removing can be seen in green when: position cursor above the text (at the top of the content area)

1. right click and choose Inspect Element (Q)
2. inspect: article#page-xxx page type-page status-publish hentry (where xxx is a number depending on which menu item is chosen)

on the right,
.singular.page .hentry {
padding: 3.5em 0px 0px;
}
if the padding is changed to 0em 0px 0px
the space is removed … but when
.singular.page .hentry {padding:0em 0px 0px;} is added to child style.css the space is not removed

stephencottontail – my apologies, the #colophon code DID work, it just wasn’t the area I was expecting. It changed the area at the bottom of the page and (not expecting that) I hadn’t scrolled down before. The area changed I consider the bottom footer (maybe not WP parlance).
Anyway, Thank you for the help.

At least this fiasco had 3 good results:
– it told me what to change if that area ever needs a diff color;
– indicates that my child style.css is working correctly;
– and, it showed that the hosting was caching and shouldn’t be.

Thanks again

Thank you for taking the time to look at this. I’m just now trying to get experience with WP.

It didn’t do anything when I tried it. (did my coding look OK?)

My hosting service is NetFirms and I suspect some sort of caching problem … other additions [eg originally #access {…xx-large;} was for { …bold;) but I changed it trying to isolate the cascading problem] to the custom styles.css in my child work sporadically and I have an outstanding ‘support ticket’ with the company. (Even though the ‘bold’ is not there, the menu items are still bold …. strange!)

I suspect that since the additions sometimes work my child “structure” is correct.