Jein.
Das zusätzliche Inhalte sichtbar werden wenn man draufklickt - ja,
dass es dann offen bleibt wenn man auf was anderes klickt - nein.
Simples Beispiel:
<style>
a span { display: none; }
a:focus span { display: block; }
</style>
<a href="#">hallo<span>hi</span></a>Nein.
Du könntest höhstens ein schließ-knopf machen.
Beispiel
<style>
a span { display: none; }
a:focus span { display: inline; }
a:focus span.mask { display: block; position: absolute; left: 50px; margin-top: -30px; background-color: #ccc; }
</style>
<a href="#">hallo<span class="content"><br>hi</span><span class="mask">x</span></a>Du kannst doch den span anders stylen - dann sieht es nichtmehr wie ein link aus. Du kannst den Text auch absolut positionieren - dann hast du dein Tooltip, ein richtiger link darf ja so oder so nicht rein 
Und wozu brauchst du bitte ein <span> wenn du ein <table> hast?...
Span war nur ein Beispiel.
//P.S. es gibt noch eine tolle spielerei die mit css3 gekommen ist - nämlich die Pseudoklasse :target , damit könnte man sowas auch basteln. Würde aber nur in aktuellen Browsern funktionieren - dachte ich erwähns trotzdem mal.
Es muss ja keine Tabelle sein.
Das ist nicht valide. Ein Wunder, wenn es ein Browser derzeit "richtig" interpretiert. Zukünftige Browser, vlt. schon der FF4, werden damit Probleme haben.
Btw. die einfachste Lösung:
<ul>
<li><a href="#">Linkziel</a>
<ul>
<li><a href="#">Untermenü</a></li>
<li><a href="#">Untermenü</a></li>
<li><a href="#">Untermenü</a></li>
</ul>
</li>
</ul>CSS
li ul { display: none; }
li:hover ul { display: block; }Ich weiß nicht wie du auf diese Idee kommst...
Auch zukünftige Browser rendern mehr als HTML. Nur weil ein <a> Tag per default ein inline Element ist - heißt es nicht, dass man es so verwendet. Der Grund warum ein <table> innerhalb von <a> nicht Valide ist, ist nur, dass innerhalb von Inline-Elementen nur andere Inline-Elemente 'erlaubt' sind.
//P.S. deine 'einfachste Lösung' deckt nicht die Anforderungen die du gegeben hast. Die Untermenüs bleiben nicht offen, wenn man nur drauf geklickt hat... (und übrigens, funktioniert die Lösung im IE6 nicht - was allerdings auch recht egal ist)
*sigh* wie gesagt, nur ob etwas von einem HTML Parser als Valide oder nicht erkannt wird, hat noch lange nichts zu sagen.
Wenn du unbedingt willst, dass ein Parser es richtig erkennt, musst du für den halt die Sachen beschönigen indem du z.B. <span>'s statt der Tabelle verwendest (kannst es entweder mit display: table oder auch display: inline-block erreichen).
Empfinde ich aber als etwas unnötig, denn, ein <a> kann AUCH ein Blockelement sein - nur wird sowas bei HTML Überprüfung nunmal nicht berücksichtigt. Aber das ist dann nichtmehr 'mein' Problem.
Die Unterscheidung zwischen Blockelement und Inlineelement im DTD für HTML ist vollkommen bescheuert. Einfach ignorieren, hat man halt Validator-Fehler, ja und?
Ich würde es eher Fehlerfrei nennen.
Wie beschrieben, der Validator kann gar nicht bewerten ob es richtig oder falsch ist. Der verwendet nur die defaults der Elemente - die kann man allerdings überschreiben (wie eben beim <a> 'display' auf 'block' setzen).
An Validator-Fehler kommt man manchmal gar nicht drum rum (beispielsweise die Einbindung von Flash mit <embed> - driver hat dazu mal eine Seite gepostet wie man das umgehen kann, lohnt sich aber imo nicht der Aufwand).