I am struggling with getting this span text in the middle of the window, regardless if the browser window is full screen or sized. Any help would be appreciated.
Did a markup with that code on separate html page and it worked fine.
Applied that code to my working page and it worked although the box wasn’t as wide as the markup. Seemed about 400 pixels. Is there a way to make that larger (wider)?
I have a 2nd tooltip on the same page and that one didn’t work in that it was very narrow and long down the page. Can’t, as of yet, figure out why. Working on that though.
These tooltips are in a table - does that make a difference? On my existing code it works real good except for the fact that I can’t center it on the page.
Is there code to alter my existing code to center it?
With my existing code which I have all in a td tag, makes no difference if in a table or not. Just not centered as preferred.
Your first bit of code worked fine in td tag - the second tooltip on page in td tag didn’t. So it would seem to me that tables have nothing to do with it. I will double checking to be sure I removed the old code and replaced it with your.
On my code, if I change the 360px to another number, it changes positions on page (left to right). I understand that. Is there not code used in lieu of that line that centers on page? That would seems the simplest way. But perhaps it’s not that easy.
It is only possible to hazard a guess with the supplied script snippet because CSS is an abbreviation of Cascading Style Sheets. The basic idea is to declare a condition once only and for the condition to apply for he remaining script.
As semantic coding seems to have no relevance,
whatsoever, to a large swathe of today’s web page
makers, I will just have to keep on smiling benignly.
I thought by providing the TD tags was enough. I apologize if it wasn’t. It is a lengthy table with many conditional statements and record set inserts and didn’t realize that you needed it all. I will check it out. Thank you for your time, I appreciate it.
Must be nice to have the time to sit behind a keyboard and take shots at someone. Wish I had an opportunity to see what you don’t know about my profession. Just trying to learn and I don’t think it’s best to use this forum to make the unnecessary comments as you do. Good to know that you know it all.
<td> is a tag, a structural element, it is not “data”. We can’t tell if you are framing your page with a table or properly (semantically) enclosing data within a table since we cannot see the relevent surrounding code nor the actual contents (the “data”).
If you have not done so, please read our posting guidelines for suggestions about posting code and describing problems:
If that doesn’t clarify our needs, then try reading this post that I sent to another member about the same issue:
Finally, allow me to mitigate my stern position, slightly.
When posting in programming categories such as JS and PHP, etc, (not HTML and CSS) one can apparently get by without posting a full working HTML and CSS page (although more info is usually requested by the helper-bee) and most of your posts have been in the programming categories. My area of expertise is HTML and CSS, I do not speak JS or any other programming language so I cannot address the needs of those categories.
To troubleshoot HTML and CSS code, we almost always need to see the structure of the page and relevent code. What is relevent code: the structure refers to the overall framing of the page incuding the doctype and head sections with full URLs to needed resources. It necessarily includes the code of the troublesome area, HTML and CSS code - no raw SCSS, or PHP - JS is interpreted by browsers so it can be included if part of the issue. If you have done a thorough job of narrowing down the cause of the problem, then you will have eliminated some unused CSS and most of the uninvolved HTML from the working page. The code - “working page” - should be validated before posting.
If you are posting here because the above seems like too much work, then you are posting for the wrong reason. We may have to do go through the same routines although it usually takes us less time because of our experience of having done it so many times.
Help us help you. Be clear and complete. Don’t expect us to make the same assumptions that you might make about code.
Very true and a very appropo analogy - certainly smile-worthy.