bobbear43

[removed]

….. and not in a table

OK, thanks! That worked for the text in tables. What would I add to also affect pages that just have plain text?

All the comments have added to my knowledge. Now I know what to expect. I actually don’t need underlines in my navigation tables, but now I know how to get them there. One is not supposed to need to mess with html…. but.

I still see a problem that sometimes WP brackets table cell data with <p></p> and sometimes it does not. When there is extensive text, it is consistent. In the case of my table containing page titles, it was not consistent until I created a table in a separate file that I could copy into each page that needed it, in source html.

We are using a table in a table for navigation in one column and text in another as we will eventually need more than one sidebar. We are trying to avoid getting complicated.

WP needs a “container” that means “don’t mess with the code in this container.”

As I said above, at first some links in the side navigation table had underlines and some did not. I had already learned that WP does some quirky stuff with tables. Some of the html had unneeded <p></p> pairs. I removed all those and made sure all cells were formatted the same, meaning that the html code was arranged the same in each. And then no rows had underlined links. Links in plain text elsewhere do have underlines, including in other tables. IMO, quirky behavior.

I am a programmer (retired) on multiple platforms. I do not know enough yet about PHP, CSS and WordPress, but I expect consistent behavior. The intent of the code may be as stated, however something is over-riding it at times. Just like the ghost lines I get in some tables that are neither in the source when viewed in the editor, or in the html when viewing source of a page displayed in a browser.

A table within a table not only produce “ghost” lines but extra spaces. UGH. If I view the page source, there is nothing there.
https://www.botop.org/meeting-minutes/

https://www.botop.org/about/

Saw same behavior today. Was uploading images after update to 3.4 and nothing happens when I drag and drop.

thanks much. it was there. just had removed the one used for modification. so mod’d styles.css so that the name appears as modified and described changes to make it non-blog for the next set of fools our club has doing this.
userconfusion, haha.

WOW! Thanks for the quick support! That worked!