Change existing link's href - weird IE bug.

Discussion in 'Javascript' started by automatyk, Jan 16, 2008.

  1. automatyk

    automatyk Guest

    I need to change an href on an existing link in my document depending
    on some user input.
    I was able to get this to work in Firefox, but the behavior in IE is
    troubling. The new link works in both browsers, however, IE rewrites
    the entire link text! This is my code:

    <script type="text/javascript">
    function getContractNum() {
    var cNum = document.forms[0].contractNum.value;
    var cNum1 = document.forms[0].contractNum1.value;
    var cComplete;
    if (cNum != '') {
    subjectline = cNum;
    } else if (cNum1 != '') {
    subjectline = cNum1;
    } else {
    subjectline = 'x';
    }

    var newlink = 'mailto:?subject=Rep Payee%20:%20' +
    subjectline;
    var target = document.getElementById("dynamicsubject");
    target.setAttribute('href', newlink);
    }
    </script>

    My HTML contains a form with a couple of inputs and a link.

    <a id="dynamicsubject" href="mailto://">Click here to
    send email.</a>

    Firefox behaves as you'd expect... the href is changed and the link
    text is the same.
    Internet Explorer however displays:
    mailto:?subject=Rep Payee%20:%20x

    The link works in both cases! Can anyone help me figure this out?
    It's been driving me crazy all day!

    Thanks.
    automatyk, Jan 16, 2008
    #1
    1. Advertising

  2. automatyk

    Doug Gunnoe Guest

    On Jan 16, 3:26 pm, automatyk <> wrote:
    > I need to change an href on an existing link in my document depending
    > on some user input.
    > I was able to get this to work in Firefox, but the behavior in IE is
    > troubling.  The new link works in both browsers, however, IE rewrites
    > the entire link text!  This is my code:
    >
    > <script type="text/javascript">
    >         function getContractNum() {
    >                 var cNum = document.forms[0].contractNum..value;
    >                 var cNum1 = document.forms[0].contractNum1.value;
    >                 var cComplete;
    >                 if (cNum != '') {
    >                         subjectline = cNum;
    >                 } else if (cNum1 != '') {
    >                         subjectline = cNum1;
    >                 } else {
    >                         subjectline = 'x';
    >                 }
    >
    >                 var newlink = 'mailto:?subject=Rep Payee%20:%20' +
    > subjectline;
    >                 var target = document.getElementById("dynamicsubject");
    >                 target.setAttribute('href', newlink);
    >         }
    > </script>
    >
    > My HTML contains a form with a couple of inputs and a link.
    >
    > <a id="dynamicsubject" href="mailto:/">Click here to
    > send email.</a>
    >
    > Firefox behaves as you'd expect... the href is changed and the link
    > text is the same.
    > Internet Explorer however displays:
    > mailto:?subject=Rep Payee%20:%20x
    >
    > The link works in both cases!  Can anyone help me figure this out?
    > It's been driving me crazy all day!
    >
    > Thanks.


    Have you tried to do target.href = newLink instead of using
    setAttribute?
    Doug Gunnoe, Jan 16, 2008
    #2
    1. Advertising

  3. automatyk wrote:
    > I need to change an href on an existing link in my document depending
    > on some user input.
    > I was able to get this to work in Firefox, but the behavior in IE is
    > troubling. The new link works in both browsers, however, IE rewrites
    > the entire link text! [...]
    > My HTML contains a form with a couple of inputs and a link.
    >
    > <a id="dynamicsubject" href="mailto://">Click here to
    > send email.</a>
    >
    > Firefox behaves as you'd expect... the href is changed and the link
    > text is the same.
    > Internet Explorer however displays:
    > mailto:?subject=Rep Payee%20:%20x


    WFM in

    - Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1;
    {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)

    - Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
    {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    (standalone)

    - Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.1;
    {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    (standalone)

    Please post a public URL of your test case.


    PointedEars
    --
    Prototype.js was written by people who don't know javascript for people
    who don't know javascript. People who don't know javascript are not
    the best source of advice on designing systems that use javascript.
    -- Richard Cornford, cljs, <f806at$ail$1$>
    Thomas 'PointedEars' Lahn, Jan 16, 2008
    #3
  4. automatyk

    automatyk Guest

    Thanks for the input everyone!

    Unfortunately, my site is on a corporate intranet so I cannot post a
    link. (FTP is locked down as well :-( )
    I've tried the "target.href = newLink" method - it behaves the same.

    I'll rename the "target" variable to see if that's the issue. If that
    fails, however, I'll assume that the corporate branded IE7 is the
    culprit.

    I'll post a solution if I solve the problem.


    On Jan 16, 6:52 pm, Thomas 'PointedEars' Lahn <>
    wrote:
    > automatyk wrote:
    > > I need to change an href on an existing link in my document depending
    > > on some user input.
    > > I was able to get this to work in Firefox, but the behavior in IE is
    > > troubling. The new link works in both browsers, however, IE rewrites
    > > the entire link text! [...]
    > > My HTML contains a form with a couple of inputs and a link.

    >
    > > <a id="dynamicsubject" href="mailto:/">Click here to
    > > send email.</a>

    >
    > > Firefox behaves as you'd expect... the href is changed and the link
    > > text is the same.
    > > Internet Explorer however displays:
    > > mailto:?subject=Rep Payee%20:%20x

    >
    > WFM in
    >
    > - Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1;
    > {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    >
    > - Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
    > {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    > (standalone)
    >
    > - Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.1;
    > {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    > (standalone)
    >
    > Please post a public URL of your test case.
    >
    > PointedEars
    > --
    > Prototype.js was written by people who don't know javascript for people
    > who don't know javascript. People who don't know javascript are not
    > the best source of advice on designing systems that use javascript.
    > -- Richard Cornford, cljs, <f806at$ail$1$>
    automatyk, Jan 17, 2008
    #4
  5. In comp.lang.javascript message <>,
    Wed, 16 Jan 2008 17:16:26, Randy Webb <> posted:
    >
    >Why do people have such a hard time posting code indented with spaces
    >and not tabs?
    >


    Because the matter is not mentioned in section 2,3 if the FAQ which you
    supposedly maintain?

    --
    (c) John Stockton, Surrey, UK. ?@merlyn.demon.co.uk Turnpike v6.05 MIME.
    <URL:http://www.merlyn.demon.co.uk/> TP/BP/Delphi/&c., FAQqy topics & links;
    <URL:http://www.merlyn.demon.co.uk/clpb-faq.txt> RAH Prins : c.l.p.b mFAQ;
    <URL:ftp://garbo.uwasa.fi/pc/link/tsfaqp.zip> Timo Salmi's Turbo Pascal FAQ.
    Dr J R Stockton, Jan 17, 2008
    #5
  6. automatyk wrote:
    > Thanks for the input everyone!
    >
    > Unfortunately, my site is on a corporate intranet so I cannot post a
    > link. (FTP is locked down as well :-( )
    > I've tried the "target.href = newLink" method - it behaves the same.
    >
    > I'll rename the "target" variable to see if that's the issue. If that
    > fails, however, I'll assume that the corporate branded IE7 is the
    > culprit.
    >
    > I'll post a solution if I solve the problem.
    >


    Why not sidestep it, make the URL a dummy (text only) and use onclick()
    to generate a window.open thing?

    Either you are trying to avoid javascript like the plague, or you are
    using it because you must. In which case use it. In the most browser
    independent way.



    >
    > On Jan 16, 6:52 pm, Thomas 'PointedEars' Lahn <>
    > wrote:
    >> automatyk wrote:
    >>> I need to change an href on an existing link in my document depending
    >>> on some user input.
    >>> I was able to get this to work in Firefox, but the behavior in IE is
    >>> troubling. The new link works in both browsers, however, IE rewrites
    >>> the entire link text! [...]
    >>> My HTML contains a form with a couple of inputs and a link.
    >>> <a id="dynamicsubject" href="mailto:/">Click here to
    >>> send email.</a>
    >>> Firefox behaves as you'd expect... the href is changed and the link
    >>> text is the same.
    >>> Internet Explorer however displays:
    >>> mailto:?subject=Rep Payee%20:%20x

    >> WFM in
    >>
    >> - Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1;
    >> {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    >>
    >> - Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1;
    >> {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    >> (standalone)
    >>
    >> - Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.1;
    >> {3E1C4754-F096-BBFE-CD76-3B2E8F19E202}; .NET CLR 2.0.50727)
    >> (standalone)
    >>
    >> Please post a public URL of your test case.
    >>
    >> PointedEars
    >> --
    >> Prototype.js was written by people who don't know javascript for people
    >> who don't know javascript. People who don't know javascript are not
    >> the best source of advice on designing systems that use javascript.
    >> -- Richard Cornford, cljs, <f806at$ail$1$>

    >
    The Natural Philosopher, Jan 17, 2008
    #6
  7. automatyk wrote:
    > I need to change an href on an existing link in my document depending on
    > some user input. I was able to get this to work in Firefox, but the
    > behavior in IE is troubling. The new link works in both browsers,
    > however, IE rewrites the entire link text! This is my code:


    I see two irregularities in your code:

    > [...]
    > var newlink = 'mailto:?subject=Rep Payee%20:%20' +
    > subjectline;


    There is a space character in the mailto: URI that was not escaped with
    `%20'. URIs must not contain unescaped spaces.

    > [...]
    > <a id="dynamicsubject" href="mailto://">Click here to
    > send email.</a>


    mailto: is a URI, not a URL. Remove the `//'.

    That said, you should not use `mailto:' URIs as it requires a local e-mail
    client, and a user agent that has it set as handler for those URIs. Set a
    link to a form-mailer instead.


    HTH

    PointedEars
    --
    var bugRiddenCrashPronePieceOfJunk = (
    navigator.userAgent.indexOf('MSIE 5') != -1
    && navigator.userAgent.indexOf('Mac') != -1
    ) // Plone, register_function.js:16
    Thomas 'PointedEars' Lahn, Jan 17, 2008
    #7
  8. automatyk

    automatyk Guest

    Thomas,

    I am trapped in corporate intranet land where I don't have the luxury
    of access to code things properly. Everything is an ordeal. I can
    have javascript! That's all. Thanks for catching the space issue.

    Company wide, we've got IE7 and Outlook. That's all we're officially
    supposed to support. I'm still puzzled by the setAttribute issue on
    IE7. FF works just fine.

    -G


    On Jan 17, 2:04 pm, Thomas 'PointedEars' Lahn <>
    wrote:
    > automatyk wrote:
    > > I need to change an href on an existing link in my document depending on
    > > some user input. I was able to get this to work in Firefox, but the
    > > behavior in IE is troubling. The new link works in both browsers,
    > > however, IE rewrites the entire link text! This is my code:

    >
    > I see two irregularities in your code:
    >
    > > [...]
    > > var newlink = 'mailto:?subject=Rep Payee%20:%20' +
    > > subjectline;

    >
    > There is a space character in the mailto: URI that was not escaped with
    > `%20'. URIs must not contain unescaped spaces.
    >
    > > [...]
    > > <a id="dynamicsubject" href="mailto:/">Click here to
    > > send email.</a>

    >
    > mailto: is a URI, not a URL. Remove the `//'.
    >
    > That said, you should not use `mailto:' URIs as it requires a local e-mail
    > client, and a user agent that has it set as handler for those URIs. Set a
    > link to a form-mailer instead.
    >
    > HTH
    >
    > PointedEars
    > --
    > var bugRiddenCrashPronePieceOfJunk = (
    > navigator.userAgent.indexOf('MSIE 5') != -1
    > && navigator.userAgent.indexOf('Mac') != -1
    > ) // Plone, register_function.js:16
    automatyk, Jan 17, 2008
    #8
  9. automatyk wrote:
    > I am trapped in corporate intranet land where I don't have the luxury
    > of access to code things properly. Everything is an ordeal. I can
    > have javascript! That's all.


    Please don't play stupid, you are insulting the intelligence of your readers.

    Since you can post here via Google Groups, it is possible for you
    to get access to some freely available reference material like
    <http://rfc-editor.org/rfc/rfc3986.txt> and
    <http://rfc-editor.org/rfc/rfc2368.txt>

    And although it certainly helps, you don't *need* an IDE to write proper
    code, only Brain 1.0.

    > Thanks for catching the space issue.


    You're welcome. Don't forget to fix the `//' issue, and thanks for proper
    quoting next time:

    > [...]
    > [full quote]


    http://www.jibbering.com/faq/faq_notes/clj_posts.html#ps1Post


    PointedEars
    --
    Prototype.js was written by people who don't know javascript for people
    who don't know javascript. People who don't know javascript are not
    the best source of advice on designing systems that use javascript.
    -- Richard Cornford, cljs, <f806at$ail$1$>
    Thomas 'PointedEars' Lahn, Jan 17, 2008
    #9
  10. automatyk

    automatyk Guest


    > Please don't play stupid, you are insulting the intelligence of your readers.


    A little harsh maybe? A couple tiny mistakes do not warrant such a
    statement.

    My "trapped in corporate intranet land" comment isn't an excuse to
    write bad code. I'm not implying that. I'm simply stating that due
    to the fact that I'm locked out of any server side language and locked
    out of many resources most programmers take for granted, I am forced
    to come up with bastardized solutions from time to time. Forgive me.

    Good day.


    On Jan 17, 3:06 pm, Thomas 'PointedEars' Lahn <>
    wrote:
    > automatyk wrote:
    > > I am trapped in corporate intranet land where I don't have the luxury
    > > of access to code things properly. Everything is an ordeal. I can
    > > have javascript! That's all.

    >
    > Please don't play stupid, you are insulting the intelligence of your readers.
    >
    > Since you can post here via Google Groups, it is possible for you
    > to get access to some freely available reference material like
    > <http://rfc-editor.org/rfc/rfc3986.txt> and
    > <http://rfc-editor.org/rfc/rfc2368.txt>
    >
    > And although it certainly helps, you don't *need* an IDE to write proper
    > code, only Brain 1.0.
    >
    > > Thanks for catching the space issue.

    >
    > You're welcome. Don't forget to fix the `//' issue, and thanks for proper
    > quoting next time:
    >
    > > [...]
    > > [full quote]

    >
    > http://www.jibbering.com/faq/faq_notes/clj_posts.html#ps1Post
    >
    > PointedEars
    > --
    > Prototype.js was written by people who don't know javascript for people
    > who don't know javascript. People who don't know javascript are not
    > the best source of advice on designing systems that use javascript.
    > -- Richard Cornford, cljs, <f806at$ail$1$>
    automatyk, Jan 17, 2008
    #10
  11. automatyk wrote:
    >> Please don't play stupid, you are insulting the intelligence of your readers.


    Please don't remove the attribution line, it is important for following the
    discussion. Shorten it to the name of the poster of the precursor, if you wish.

    > A little harsh maybe? A couple tiny mistakes do not warrant such a
    > statement.


    "Playing stupid" means to pretend to know less that one could know, given
    the circumstances.

    > My "trapped in corporate intranet land" comment isn't an excuse to
    > write bad code. I'm not implying that. I'm simply stating that due
    > to the fact that I'm locked out of any server side language and locked
    > out of many resources most programmers take for granted, I am forced
    > to come up with bastardized solutions from time to time. Forgive me.


    You should have mentioned that explicitly in the first place. No offense
    was meant, though.

    > [Top posting again]


    That is also what I mean when I say playing stupid. You *know*, at least as
    you have been told before now, that a full quote at the bottom of your
    posting is not appropriate in Usenet in general, and here in particular.
    But you do it anyway. What impression, do you think, gives that to your
    readers?


    Score adjusted

    PointedEars
    --
    var bugRiddenCrashPronePieceOfJunk = (
    navigator.userAgent.indexOf('MSIE 5') != -1
    && navigator.userAgent.indexOf('Mac') != -1
    ) // Plone, register_function.js:16
    Thomas 'PointedEars' Lahn, Jan 18, 2008
    #11
  12. automatyk

    automatyk Guest

    Thomas 'PointedEars' Lahn wrote:
    >That is also what I mean when I say playing stupid. You *know*, at least as
    >you have been told before now, that a full quote at the bottom of your
    >posting is not appropriate in Usenet in general, and here in particular.
    >But you do it anyway. What impression, do you think, gives that to your
    >readers?


    How could such a tragedy have been prevented? Perhaps posting a
    permanent link to the FAQ on the home page of your group! Is that
    possible? I was not aware of the "rules" until after committing these
    heinous crimes against USENET in general and comp.lang.javascript in
    particular. Extracting the most important "rules" into a document
    that could be quickly scanned would also help.

    As an aside, my corporate IE7 continues to behave as I've described
    originally. The code works perfectly fine in FF and Safari. I'm
    going to assume this is just a fluke restricted to my corporate
    environment.

    function getContractNum() {
    var cNum = document.forms[0].contractNum.value;
    var cNum1 = document.forms[0].contractNum1.value;

    if (cNum != '') {
    subjectline = cNum;
    } else if (cNum1 != '') {
    subjectline = cNum1;
    } else {
    subjectline = 'x';
    }

    var theTarget = document.getElementById("dynamicsubject");
    var existingHref = document.getElementById("dynamicsubject").href;
    var newlink = existingHref + '?subject=Rep%20Payee%20:%20' +
    subjectline;
    theTarget.setAttribute('href', newlink);
    }

    The function is called by a select drop down, and references a link:
    <a id="dynamicsubject" href="mailto:">Send an email
    attachment</a>
    automatyk, Jan 18, 2008
    #12
  13. In comp.lang.javascript message <>,
    Thu, 17 Jan 2008 19:13:15, Randy Webb <> posted:
    >Dr J R Stockton said the following on 1/17/2008 11:37 AM:
    >> In comp.lang.javascript message <>,
    >> Wed, 16 Jan 2008 17:16:26, Randy Webb <> posted:
    >>> Why do people have such a hard time posting code indented with spaces
    >>> and not tabs?
    >>>

    >> Because the matter is not mentioned in section 2,3 if the FAQ which
    >>you
    >> supposedly maintain?
    >>

    >
    >Probably because nobody has requested it in a format that leads to it
    >getting added. Section 5 is there for a reason.


    You are unusually weird for a FAQ maintainer : you lack confidence in
    your own ability. That's not of itself a fault; but it ought to be an
    error.

    --
    (c) John Stockton, Surrey, UK. replyYYWW merlyn demon co uk Turnpike 6.05.
    Web <URL:http://www.uwasa.fi/~ts/http/tsfaq.html> -> Timo Salmi: Usenet Q&A.
    Web <URL:http://www.merlyn.demon.co.uk/news-use.htm> : about usage of News.
    No Encoding. Quotes precede replies. Snip well. Write clearly. Mail no News.
    Dr J R Stockton, Jan 18, 2008
    #13
  14. In comp.lang.javascript message <>,
    Fri, 18 Jan 2008 19:53:04, Randy Webb <> posted:
    >
    >The fault lies in your ability to read, comprehend, and understand what
    >I agreed to do and did not agree to. This gets old after a while.
    >


    What you said was not agreed to by the newsgroup in general. Giving you
    the power was a foolish mistake.

    In your year or so of tenure you have achieved rather little, in spite
    of a great deal of bluster.

    --
    (c) John Stockton, Surrey, UK. replyYYWW merlyn demon co uk Turnpike 6.05.
    Web <URL:http://www.uwasa.fi/~ts/http/tsfaq.html> -> Timo Salmi: Usenet Q&A.
    Web <URL:http://www.merlyn.demon.co.uk/news-use.htm> : about usage of News.
    No Encoding. Quotes precede replies. Snip well. Write clearly. Mail no News.
    Dr J R Stockton, Jan 19, 2008
    #14
  15. automatyk

    VK Guest

    On Jan 18, 7:18 pm, automatyk <> wrote:
    > As an aside, my corporate IE7 continues to behave as I've described
    > originally. The code works perfectly fine in FF and Safari. I'm
    > going to assume this is just a fluke restricted to my corporate
    > environment.


    at-sign is one of used to produce spoofed URLs in the address bar:
    http://support.microsoft.com/kb/833786

    This way I assume either IE7 recent security update or a 3rd party
    security tool in effect: so it reinforces the suspicious path to be
    displayed on the page for further user consideration.

    I do understand you desire to save time and efforts by lurking with
    mailto: pseudo-protocol instead of standard solution. Yet the
    usability/reliability considerations should always prevail IMO.
    Especially it is true for intranet coding where you will get a call to
    your boss room in the same building, and not just a remote complain
    from some regular user ;-)

    So just do what all descent people do for the functionality you need:
    write ASP/PHP/Perl server-side mailer and call it from your page as a
    regular form submission providing necessary e-mail address, subject
    and body.
    VK, Jan 20, 2008
    #15
  16. automatyk

    VK Guest

    On Jan 20, 9:18 pm, Randy Webb <> wrote:
    > If you don't like the way I do it, the means to change it
    > are in your hands. I will email Jim and tell him to cancel my login,
    > give you one, and then you can edit it the way you see fit.


    That would be an unhappy event for the NG, so I hope that you are not
    serious on that. You are doing a good job.
    If we could start a wiki with selected edit keys the benefit would be
    great IMHO. Free Wiki hosting is largely available everywhere, so it
    could be done upon agreement within a few hours for free.
    VK, Jan 20, 2008
    #16
  17. automatyk

    VK Guest

    comp.lang.javascript FAQ as a Wiki

    On Jan 20, 11:33 pm, Randy Webb <> wrote:
    > So, not sure if this possible or not (what I have in mind). You
    > have three levels of access:
    >
    > 1) Open access to post. Email driven subscription pretty much like
    > Google Groups uses (a lot of websites use that type of system), where it
    > sends you a confirmation email and then you can post.


    OK

    > 2) Access to create new areas.


    OK

    > 3) Server access. The people with server access would be able to cancel
    > accounts, modifyWikisettings on the server. Admin type things.


    OK... kind of... In wikis frozen pages and canceled accounts is not a
    casual thing. It is an extreme measure to prevent roll-back wars when
    fighting side are unable to come to any NPOV (Neutral Point Of View)
    text. Even if applied by service authorities, it is not a way to
    enforce some "final result" but merely a way to force involved parties
    to cool off and to bring their demands to some mutially acceptable
    point. In Wikipedia it happens on some political / national issies,
    but in a programming language? I may think of "Browsers_to_support" or
    "Using_3rd_party_libraries" maybe. :) But it can be always resolved
    by "Different points of view" section. Though who knows... OK

    How about Wikihost.org ? To not be accused in Pan-Americanism :) I
    have chosen a German service from tdb GmbH (http://www.tdb.de)

    http://wikihost.org/wikis/javascript_faq/

    http://wiki.wikihost.org/wiki/howto
    http://wiki.wikihost.org/wiki/users_help_users

    Is it anyhow satisfactory? If so I'm ready to email the admin log/pass
    to change by you.

    If not then I will erase the wiki (it is only start page now anyway).
    VK, Jan 26, 2008
    #17
    1. Advertising

Want to reply to this thread or ask your own question?

It takes just 2 minutes to sign up (and it's free!). Just click the sign up button to choose a username and then you can ask your own questions on the forum.
Similar Threads
  1. Simon Gorski

    Change <link> href attribute dynamically

    Simon Gorski, Mar 6, 2004, in forum: ASP .Net
    Replies:
    2
    Views:
    807
    Amir Eshterayeh
    Mar 6, 2004
  2. Replies:
    3
    Views:
    467
  3. Simon Gorski

    Change <link> href attribute dynamically

    Simon Gorski, Mar 6, 2004, in forum: ASP .Net Building Controls
    Replies:
    2
    Views:
    377
    Amir Eshterayeh
    Mar 6, 2004
  4. Soren Vejrum
    Replies:
    4
    Views:
    572
    Lasse Reichstein Nielsen
    Jul 5, 2003
  5. Evan

    Change HREF of a Link w JS.

    Evan, Mar 28, 2006, in forum: Javascript
    Replies:
    0
    Views:
    187
Loading...

Share This Page