On Thu, Feb 28, 2008 at 1:44 PM, Paweł Stradomski <<a href="mailto:pstradomski@gmail.com">pstradomski@gmail.com</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
W li¶cie Robert O'Rourke z dnia czwartek 28 lutego 2008:<br>
<div class="Ih2E3d">> Paweł Stradomski wrote:<br>
> <div class="steps"><br>
>       <input href="/basket.html" class="basket-step" value="Basket" /><br>
>       <input href="/checkout.html" class="current checkout-step"<br>
> value="Checkout" /> <input type="submit" class="confirm-step"<br>
> value="Confirm" /><br>
>       <input type="button" disabled="disabled" class="payment-step"<br>
> value="Payment" /> </div><br>
><br>
><br>
> If I could use one (or at least fewer types) of elements it would make<br>
> cross-browser styling easier.<br>
</div>You're breaking element semantics here. <input>s are for form input elements -<br>
text fields, checboxes etc. The above would make those inputs text fields, as<br>
you didn't spcify the type. Now how can an input be a link? It's supposed to<br>
accept user text, not to point to some other resource. Activating an input<br>
(by clicking on it etc.) should just make it start accepting typed text, not<br>
make the browser jump somewhere else.<br>
<br>
Presentation/style should follow the semantics, not the other way round.<br>
<br>
After more thinking I lean towards Krzysztof's point of view, href as global<br>
attribute is a bad idea. I guess it's in the FAQ for a purpose, so EOT for me<br>
(of course I'll accept and respond to off-list e-mails).<br>
<br>
--<br>
<font color="#888888">Paweł Stradomski<br>
</font></blockquote></div>Nod to Pawel.  A workaround would be to custom-style your buttons so
that you can match the links to their appearance.  I override default
button patterning completely in my pages for precisely that reason
(also so they fit in the color scheme better).  It's easy enough to
style a link in the same fashion (easiest of all when you have proper
inline-block support).