Limit text length using CSS problem

I don't know what you use there for the code, and I am not about to visit your site, since it wants to download something (as I read up there). When and how did it become an image sprite? All the jsfiddle links I checked don't have an image sprite code. You're giving a lot of conflicting info there.

 

As you can read in my post:
https://forums.digitalpoint.com/threads/limit-text-length-using-css-problem.2810903/#post-19488692

The problem with download was caused by WP Super Cache plugin and was already fixed yesterday.
It wasn't any malware, all code is clean and safe to visit the website: http://thebtcdude.com

It's almost done, just need to fix the height between lines..

 

All code is NOT clean - it is full of errors >>> https://validator.w3.org/nu/?doc=http://thebtcdude.com/&showsource=yes

And as @deathshadow will concur, code containing errors is NEVER safe.

 

When I said clean, I mean no malware.

Even google.com have errors: https://validator.w3.org/nu/?doc=http://google.com/&showsource=yes

Well, I give up... thank you anyway guys for your time trying to help me.

 

So, if Google has errors it is ok to have errors on our sites? That is like saying that if a thief does not get caught that we should all be thieves.

You may have no malware now, but errors can, and often do, open the door to malware later on. Allowing any potential doors for malware intrusion means that sooner or later your site will be hacked.

 

Instead of complain about the website code of others, have you seen your website too? It have more errors than mine:

https://validator.w3.org/nu/?showsource=yes&acceptlanguage=&doc=http://mmerlinn.com/
https://validator.w3.org/nu/?showsource=yes&acceptlanguage=&doc=http://mmerlinn.com/catalog/makeridx.htm

Anyway, for those people who tried to help me, I already solved my issue, I changed from 4 columns to 3 columns and now I have more space to bigger texts.
Thank you anyway guys

Problem solved!

 

@Divvy.

I periodically check my site. When I find errors I fix them. If you have found an error PLEASE show me where SO I CAN FIX IT TOMORROW.

As you can see below, both my landing page and my main index page are error free:

http://validator.w3.org/check?uri=http://mmerlinn.com/catalog/makeridx.htm&charset=(detect+automatically)&doctype=Inline&group=0
http://validator.w3.org/check?uri=http://mmerlinn.com/&charset=(detect+automatically)&doctype=Inline&group=0&user-agent=W3C_Validator/1.3+http://validator.w3.org/services

 

I wouldn't go that far. "Valid" CSS is a pipe-dream thanks to browser incompatibilities and the stupid malfing vendor prefixes.

But really there's little reason for invalid HTML.

Though as to the OP's problem, overflow:hidden AND a fixed width should be all that's needed.... too bad the site is 'down' right now, there are alignment issues galore in the screencaps that really shouldn't be happening. Though being turdpresss with all the stupid malfing div for nothing, static style="" in the markup, and likely the associated dozen or so separate CSS files just pissing all over the place, the REAL problem (apart from the shit code EVERYTHING turdpress related squeezes out) was likely one of specificity.

 

I would propose that there is a difference between "errors" and "consciously chosing to use specific code available for a subset of users" (like prefixes in CSS). It's the same as the stupid validator now frowning on media="screen, projection, tv" - fuck off, I say, I really don't care if this is considered "wrong".

 

Well that's just the ****tards working on HTML 5 forgetting what HTML is FOR and everything 4 strict was about. Why in the hell are possible media targets ANY of the HTML specifications business -- that just locks vendors out of creating new and innovative targets.

Kind of like how AUDIO and VIDEO on top of being idiotic dumbass pointless redundancies, also PROMOTE vendor lock-in to whatever pet codec/container combinations the browser makers favor instead of letting third parties in... all justified by claiming it's protecting us from Adobe's vendor lock-in with flash. RIGHT.

Well, it's that and the W3C lumping the new JavaScript features and all the cool CSS3 stuff under HTML 5's banner, as without them the emperor is standing there bare for the world to see.

 

Agreed. I'm mostly coding HTML 4 Strict, with the HTML 5 doctype just for the benefit of being able to use any of its "features" if need be. (And it's a hell of a lot faster to type )

 

Only three really good things in HTML 5.

1) Less code from </head> up thanks to the doctype, reduced charset meta, etc, etc...

2) Enhanced input types and validation

3) Documentation for <hr> comes CLOSER to saying what a horizontal rule is for -- too bad the dipshits say it's paragraph level instead of HEADING level.

I would list CANVAS, but I still question WHY IN THE **** DOES THIS EVEN HAVE A TAG SINCE IT'S 100% JAVASCRIPT!?!