SitePoint Sponsor

User Tag List

Results 1 to 7 of 7
  1. #1
    SitePoint Addict
    Join Date
    Dec 2009
    Posts
    321
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)

    <object> Problems

    This works well in Chrome and Firefox but fails in IE8.

    Code:
     <object type="text/html" frameborder="0" width="880" height="1100" style="float:right" data="http://www.searchpoint.net/Search/mapSearch.aspx?_account=idd&_new=1&org_id=carets&agent_public_id=SSCHRRIC_socal&sponsor_office_id=H631_SOCAL&master_uid=DDA3E921-85C2-488C-8B79-DA50DB9D19BA&criteria=<Search><OrgId>carets</OrgId><NELat>33.61612031898226</NELat><NELong>-117.87179946899414</NELong><SWLat>33.601752277356454</SWLat><SWLong>-117.89699077606201</SWLong><LocationType></LocationType><MidLat>33.6089362981694</MidLat><MidLong>-117.884395122528</MidLong><Zoom>15</Zoom><SearchType>1</SearchType><PolygonType>custom</PolygonType><Location>Zip%20or%20City%20or%20Address</Location><Status>A,B</Status><oper_in_misearch_features_2>OR</oper_in_misearch_features_2><oper_in_misearch_features_3>OR</oper_in_misearch_features_3><RESPropertyType>SFR</RESPropertyType><PolyPoints>33.606,%20-117.877,33.605,%20-117.878,33.6043,%20-117.8773,33.6025,%20-117.8815,33.6038,%20-117.8831,33.6051,%20-117.8837,33.6078,%20-117.885,33.6087,%20-117.8858,33.6101,%20-117.8873,33.6112,%20-117.89,33.6117,%20-117.8904,33.6124,%20-117.8904,33.6116,%20-117.8851,33.606,%20-117.877</PolyPoints><Features></Features></Search">
    <p>Sorry . . . there is a temporary problem with our search engine. We are working on it.</p></object>
    Any ideas?

    Also, I've looked at lots of information regarding <iframe> and <object> and it appears to be a draw on which one to use.

    Guidance please . . .

    Thanks . . . Rick

  2. #2
    Robert Wellock silver trophybronze trophy xhtmlcoder's Avatar
    Join Date
    Apr 2002
    Location
    A Maze of Twisty Little Passages
    Posts
    6,316
    Mentioned
    60 Post(s)
    Tagged
    0 Thread(s)
    Are you sure you aren't supposed to be writing: [...]<Search>"> plus the frameborder is not valid for OBJECT. Unfortunately I don't have IE8.

  3. #3
    Non-Member bronze trophy
    Join Date
    Nov 2009
    Location
    Keene, NH
    Posts
    3,760
    Mentioned
    23 Post(s)
    Tagged
    0 Thread(s)
    That code is gibberish -- filled with attributes that don't even EXIST on object, filled with tags that don't even exist in ANY spec, improper/invalid closing tags...

    What are you even trying to do here?!? I mean, I tried adding formatting to it and you either don't close object properly or are sending tags as values to an attribute -- whatever it is you're attempting shouldn't actually work in ANY browser.

  4. #4
    Programming Since 1978 silver trophybronze trophy felgall's Avatar
    Join Date
    Sep 2005
    Location
    Sydney, NSW, Australia
    Posts
    16,604
    Mentioned
    24 Post(s)
    Tagged
    1 Thread(s)
    Most of that code is inside of the data attribute and so would be processed by whatever it is the object is running.

    It does look like that data contains XML tags with the search tag not being closed properly at the end. The < inside the attribute may need to be entered as &lt; so as to ensure that they get treated properly as part of the data attribute instead of as tags.
    Stephen J Chapman

    javascriptexample.net, Book Reviews, follow me on Twitter
    HTML Help, CSS Help, JavaScript Help, PHP/mySQL Help, blog
    <input name="html5" type="text" required pattern="^$">

  5. #5
    Non-Member bronze trophy
    Join Date
    Nov 2009
    Location
    Keene, NH
    Posts
    3,760
    Mentioned
    23 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by felgall View Post
    The < inside the attribute may need to be entered as < so as to ensure that they get treated properly as part of the data attribute instead of as tags.
    Which I think is what was messing me up -- and probably confusing the browsers too.. the < shouldn't be as much of a concern as the closing >, since even without the closing double quote the first > SHOULD by the structural rules (due to HTML's absurdly loose formatting rules) be the end of the object tag, even with the preceeding <

    Honestly if you have to pass that much data via GET in the URL, there's something disastrously bad with whatever is being run on the back-end... though that's typically a given with anything aspx.

  6. #6
    Robert Wellock silver trophybronze trophy xhtmlcoder's Avatar
    Join Date
    Apr 2002
    Location
    A Maze of Twisty Little Passages
    Posts
    6,316
    Mentioned
    60 Post(s)
    Tagged
    0 Thread(s)
    See: http://www.sitepoint.com/forums/showthread.php?807386 if you really want to know what Rick was attempting.

  7. #7
    bronze trophy
    Join Date
    Dec 2004
    Location
    Sweden
    Posts
    2,670
    Mentioned
    0 Post(s)
    Tagged
    0 Thread(s)
    Quote Originally Posted by deathshadow60 View Post
    Which I think is what was messing me up -- and probably confusing the browsers too.. the < shouldn't be as much of a concern as the closing >, since even without the closing double quote the first > SHOULD by the structural rules (due to HTML's absurdly loose formatting rules) be the end of the object tag, even with the preceeding <
    No, it shouldn't.
    Simon Pieters


Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •