Jump to content
xisto Community

Tyssen

Members
  • Content Count

    1,159
  • Joined

  • Last visited

Posts posted by Tyssen


  1. You mean to tell me that you have never came accross a javascript page that simply won't work in FireFox?

    That's right. And just because a page doesn't work doesn't mean it's the browser's fault. You can't base your assertion on the fact that a few sites you've visited don't work properly. It's more than likely due to developer error.

  2. The reason Firefox (everyone says) is more secure is simply because it is a far inferior browser, (that means worse then IE) it doesn't understand advanced JS calls, Several HTML exploits and AciveX one of the biggest security flaws in IE, and because IE is by all accounts more powerful there is more code to find holes in thus resulting in not only a less stable experience, but also a less secure one.

    Firefox is more secure cos it's inferior? Firefox doesn't understand JS calls? And IE is more powerful? B):):P

  3. I use php to take care of that. By showing one layout for Mozilla users and one layout for IE users. That way i wont have to worry much about if something looks bad in a certain browser or not.

    Doesn't that create twice as much work for you when you could really just get it to work right in both?
    When designing websites, especially when using CSS, it's a good idea to get your site looking right in Firefox (which adheres more closely to the standards thatn IE) and then use various techniques/hacks to get it working right in IE. There are certain CSS selectors you can use to target certain rules at IE which other modern browsers ignore.

  4. In my opinion , no one is missing the point . PHP's purpose isn't to output data on a page , it's purpose is to execute basically anything server side eg. sql query's , you don't see these querys get executed but you can output the results but all im saying is that its true purpose is not to display on a page , that's html's job B)

    206864[/snapback]

    So you're disagreeing with me while at the same time reiterating my point.......riiiiiiiight. B)

  5. I think everyone's missing the point that the end result of PHP is that it actually outputs HTML to the web browser, the same with nearly all scripting languages designed for web delivery. So, in other words, you can't have PHP without HTML (well you could, but the user wouldn't see anything).


  6. Seems like you've got a bit of a case of divitis going on there (too many divs). Also, it's usually recommended that you use style names that describe the nature of the content (not the appearance cos you might want that to change at some point), rather than non-descriptive terms like style13, style22.


  7. but for the other I was thinking more like an individual ID for each div that will have a different image, but i wanted to avoid that.

    The only way you'll be able to target different background images for each <li> will be to give each an ID.
    The question you need to ask yourself though is: are the images just decoration or are they actual content?
    If they're decoration and don't actually say anything about the content of the page, use background images, but if they're a graphic representation of places that you can go, I'd recommend putting them in your HTML as images, because they are content.

  8. So I think you may have misunderstood what this organization does.

    No, I think it's you who's misunderstood. If the validator finds errors, they're errors, not compliance issues. Just cos your site might display how you think it should doesn't mean that your code doesn't have errors, especially if you're using a loose doctype (or even if you have one at all).
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.