Jump to content

Surefire Mechanical

Members
  • Content Count

    17
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Surefire Mechanical

  • Rank
    Newbie

Previous Fields

  • Languages
    English

Contact Methods

  • Website URL
    http://www.surefireny.com

Profile Information

  • Location
    New York
  1. I don't claim to be an expert on SEO but this guy does, lol. According to him he doesn't just mean above it in the actual code- that would be easy to acheive any number of ways. He says that the crawlers read a webpage, as it appears graphically on your screen- left to right top to bottom (not reading straight through the code in this way). So, having a blank table (or in my case it has the company telephone number) above the left menu bar puts the top of the middle content table (with the optimized text) above the nav links so the crawler reads it first. That being said, there's always mo
  2. Thanks for all your help. I think I will try a different font, and I will stay away from relative positioning moving forward. Typically, I never use tables. I hate them. The gentleman that is directing my marketing efforts had me use them as a way to get the search engine optimized content before the menu links etc. It has to do with the way the web crawlers read your code and helps you get ahead in the SERPs I just find it odd that it's only with that footer section. When looking at differences between browsers, the rest of the page should, in theory, be worse since it uses lar
  3. Unfortunately, this problem existed long before I had decimal values in place. To be clear the problem existed when there was no styling in place, and also with whole number values as well. When I saw how drastic the jump from 1 to 2 px was on word-spacing etc., that's when I started to use decimals.
  4. Hello again, It would seem that the final piece of my puzzle doesn't want to play nice. I've wrapped my footer links and text in a <div> and styled everything so that the footer is nice and centered, filling the width of the site_wrap <div> it is all within nicely- that is in IE any way. In Firefox there are clearly differences between font width (which should just be font-size), line-height, font-weight, letter-spacing and word-spacing. To combat this, I tired styling each of these properties with exact values (in case browser-default stylesheets were slightly different) as
  5. Thanks again, Dsones! That much I do understand; I had the * {margin, 0; padding, 0} because I wanted everything to default to a 0 margin, 0 padding (see my other post earlier this week http://w3schools.invisionzone.com/index.php?showtopic=49995&hl= , thanks Davej!). We were talking about difference in text sizes. One thing I didn't follow, though, was why you set each heading tag padding to 0 when * already had {padding; 0} It's a strange phenomenon, but the height of the same font, with the same px font-size value is slightly different between IE and Firefox (taller in Firefox), a
  6. Well the standard was set with a value such as "small," and then everything from there such as <h1> tags would reference the standard as % I was originally taught not to use px for text because of mobile users etc., but I am starting to think you're right
  7. Hello all, I noticed some positioning descrepencies between IE and Firefox with the page I'm working on, and came to realize that it had to do with a slight difference in the text height. Even though the same style sheet was in call, firefox would display the text slightly "taller" than IE would, and if you have enough text on a page this can throw off elements that are positioned etc. My first notion was to switch to using px values for the font-size instead of %, thinking that the browsers are using slightly different styling- and that certainly helped, but I'm starting to realize t
  8. I will change the doctype as well.....I had just gotten that information off a website today and copied and pasted it in...must've been old info You've been a huge help! Thanks again!
  9. You nailed it. I had tried every thing you said already except setting the div margin to 0 auto.....maybe for my own sanity you can explain how that made the difference. Either way, thanks man! You rock!
  10. hmmmm...nope. As soon as the window is resized to a width that's smaller than the BG, the content still displaces
  11. lol, yea probably not the best way for me to illustrate the problem. I can't say anything for the state of that style sheet currently....I had been trying so many different things...that's an abandoned page, included just to illustrate as the actual page isn't uploaded-the new page in its current state is without any kind of positioning at all, and an <h1> tage is the only element. The stylesheet in it's entirety is: * { margin: 0; padding: 0; }body { font-family: tahoma; color: #FFFFFF; background-color: #4B4B4B; background-repeat: no-repeat; background
  12. http://www.surefireny.com/resize_problem.html Thanks. It worked without doing that the other day lol
  13. I guess we remove links now. ok then. surefireny.com/resize_problem.html http://surefireny.com/resize_problem.html
  14. Hello, I thought I was doing a simple thing, reformatting my website slightly and cleaning it up a bit but I'm running into problems. When I resize the browser window, some of the content shifts its position on me. I have tried various different methods of postioining- relative, absolute etc., and have tried asigning widths and even min-widths to elements to no avail. Unfortunately, a thorough search on the web leads me to a lot of other people having this problem and answers that aren't solving it. I am beginning to think it relates to the fact that my particular page uses a non-re
  15. You got it! Setting the default margin and padding (*) did the trick. Strange I was led to believe that changing these values for the heading or paragraph tags would override default settings from applying to them (in case you didn't want to style everything that way). I went that route because I was ok with the margin for <h1> but I suppose adding a page break there will restore the margin if I need it. Either way, this will be a huge improvement, that empty space was driving me a bit nuts! Many thanks for your help!
×
×
  • Create New...