was ersetzt targe??

eiskalt

Hi wenn ich folgende Zeile durch den validator jage krieg ich immer das target nicht erlaubt is was machn ich da falsch??

MFG eiskalt

Shade Of Mine

eiskalt schrieb:

was machn ich da falsch??

du verwendest frames.

frames sind nicht mehr im standard enthalten (war sowieso n fehler sie zu integrieren) - folglich faellt target auch weg. es ist ja schliesslich die sache vom user ob er ein neues fenster will oder nicht.

mady

Also dem target-Tag trauere ich ein bisschen nach; Vor allem bei Links auf 'externe' Seiten. Hier lässt sich aber mit diversen Javascript-Sauereien (onclick()) Abhilfe schaffen... Aber was tut man nicht alles um 'valid' zu sein...

SideWinder

XHTML 1.0 Transitional/Frameset unterstützt noch target als Attribut.

MfG SideWinder

Shade Of Mine

@mady:
der user soll selber bestimmen, ob er ein neues fenster will.

ich weiss ja nicht, wie es dir geht - aber manchmal will ich keine neuen fenster offen haben - warum soll mich die seite dann dazu zwingen?

@Side:
jo, in XHTML 1.0 strict ist es schon weg und XHTML 1.1 kennt es auch nicht. und alle nachfolger auch nicht.

mady

Shade Of Mine schrieb:

@mady:
der user soll selber bestimmen, ob er ein neues fenster will.

ich weiss ja nicht, wie es dir geht - aber manchmal will ich keine neuen fenster offen haben - warum soll mich die seite dann dazu zwingen?
...

Ich teile ja Deine Ansicht (- obwohl es Situationen gibt, wo ich es begrüße, dass ein neues Fenster aufgeht); Ich habe nur einen Weg aufgezeigt, wie man das ohne target-Tag machen kann...

Shade Of Mine

mady schrieb:

Ich habe nur einen Weg aufgezeigt, wie man das ohne target-Tag machen kann...

und der weg ist mieser als einfach HTML4.01 zu verwenden.

mady

Shade Of Mine schrieb:

...
und der weg ist mieser als einfach HTML4.01 zu verwenden.

Das ist sicherlich Ansichtssache.... aber warum denkst Du, habe ich von 'Javascript-Sauereien' gesprochen?

SideWinder

Shade Of Mine schrieb:

mady schrieb:

Ich habe nur einen Weg aufgezeigt, wie man das ohne target-Tag machen kann...

und der weg ist mieser als einfach HTML4.01 zu verwenden.

HTML 4.01 -> doch lieber JS
XHTML 1.0 Transitional -> Pfui JS

MfG SideWinder

Shade Of Mine

SideWinder schrieb:

HTML 4.01 -> doch lieber JS
XHTML 1.0 Transitional -> Pfui JS

wieso?

warum soll JS bei HTML vertretbar sein?

SideWinder

Weil damals unter HTML sehr viel JS verwendet wurde - unter XHTML ist es aber nicht mehr als "kann verwendet werden" eingestuft werden. Deswegen meine Meinung.

Aber du wirst mir gleich sagen das JS nirgends vertretbar ist und schon gar nicht unter HTML - egal ich wills auch gar nicht wissen ;).

MfG SideWinder

Shade Of Mine

SideWinder schrieb:

Weil damals unter HTML sehr viel JS verwendet wurde - unter XHTML ist es aber nicht mehr als "kann verwendet werden" eingestuft werden. Deswegen meine Meinung.

es war auch nie unter HTML als 'kann verwendet werden' eingestuft.
auch HTML hat eine strikte syntax - nur waren die leute zu faul sie zu lernen

<img src=../pix/img.gif>
ist keine seltenheit, und bei
<img src = ../pix/img.gif>
wundern sich alle warum es nicht geht...

oder beispiel aus unserer firma:

<input type=submit value=Eintrag erstellen>
cool gell?
und dann wundern sich die 'webdesigner' warum da nur "Eintrag" steht...

JS wurde nur so oft verwendet, weil es einfach 'cool' war - genau wie flash und java applets - das bessert sich langsam, hat aber nix mit HTML/XHTML zu tun, sondern damit, dass die leute nachdenken und drauf kommen wie man es besser machen kann.

Aber du wirst mir gleich sagen das JS nirgends vertretbar ist und schon gar nicht unter HTML - egal ich wills auch gar nicht wissen ;).

natuerlich ist JS vertretbar - ist sehr nuetzlich um features zu bauen.

aber ein
<a href="java\1:window.open(...)">foo</a>
ist nie vertretbar.

Marc++us

Der Verzicht auf das _target ist eine wesentliche Einschränkung der Möglichkeiten, vor allem was die "redaktionelle Führung" des Besuchers betrifft.

Sehr schön hat das z.B. Yahoo nun gelöst, wo es zwei Links gibt: einen, wo die Seite im gleichen Fenster auf geht und einen, wo sich die Seite in einem neuen Fenster öffnet. Dies ist generell der Fall, wo man Links in einer verzeichnisartigen Sortierung bereitstellt - dort ist es von Vorteil, wenn man die "Mutterseite" behalten kann und trotzdem woanders weiterblättert.

Auch sinnvoll, wenn man zum Beispiel ein Datenbankinterface im Web hat und eine Vorschauseite (wo man die Ausgaben dann eingebettet in der Endseite sieht) benutzen möchte - da will ich die Vorschau woanders haben und nicht in meinem Datenbankfenster. Dies gilt auch häufig für Suchergebnisse, man bekommt eine Liste mit Suchergebnissen präsentiert, die man sich der Reihe nach ansehen will. Es ist dort sehr viel bequemer dies in einem separaten Fenster zu tun. Es ist dort schade, daß man ganz unergonomisch dann sich selbst drum kümmern muß. Einmal vergessen, doof.

Das Argument, daß der User entscheiden soll, ist meiner Meinung nach Larifari: in der Softwareentwicklung entscheiden wir Entwickler sehr sehr oft, wie sich die GUI verhält und was der User wann wie und in welcher Form bekommt. Aber nun kann man mit HTML kein solches Webfrontend für eine Datenbank mehr bauen, das konform _und_ ergonomisch ist.

Zeigt meiner Meinung nach nur mal wieder, wie wirklichkeitsfremd diese ganzen Gremien wie ISO, w3c und ANSI operieren. Diese ganze Standardisierung ist doch völlig für den A...., wenn ich nachher mit dem Standard nicht alles tun kann, was für die Bedienung sinnvoll sein kann. Genauso wie der Anspruch, daß eine HTML-Seite - wenn sie dem Standard entspricht - rein theoretisch auf einem PDA genauso funktioniert wie auf einem PC mit normalem Bildschirm. Reine Theorie. Ein handtellergroßes Display wird niemals identische Informationsmengen enthalten oder darstellen können wie ein TFT, der einen halben Meter breit ist. Man trifft immer implizite Annahmen über das Zielsystem (und sei es hochkant/quer als Ausrichtung) und wird dies berücksichtigen müssen. Orientiere ich mich am PDA, ist das Platzverschwendung am großen Bildschirm. Orientiere ich mich am großen Schirm, taugt die Seite nicht für den PDA. Es ist eine völlige Illusion solch unterschiedliche Medien mit einer einzigen Seite (selbst mit Varianten in den Styles) darzustellen - eine angepasste Struktur ist notwendig.

Henno

Marcus, da muss ich dir widersprechen!

Du magst es zwar unergonomisch finden, wenn du in manchen Fällen nicht ein neues Fenster geöffnet wird. Ich finde es aber andersherum viel schlimmer: Es öffnet sich ein neues Fenster, obwohl ich das nicht will. Manchmal möchte ich z.B. die Suchergebnisse von google in einem neuen Fenster dargestellt bekommen. Kein Problem, ich drücke einfach die STRG Taste, während ich auf den Link klicke. Des öfteren möchte ich das aber auch nicht, weil ich nur diese eine Seite sehen möchte, da wäre es Verschwendung von Ladezeit und Orientierungszeit (altes Fenster schließen, neues Fenster suchen).

Außerdem machst du zu viele Annahmen über das System, wenn du ihm auferlegst ein neues Fenster zu öffnen. Manch einer arbeitet viel lieber mit Tabs... da nervt sowas total.

Ich gebe zu, dass es in Ausnahmesituationen vorteilhaft wäre. Für sowas fehlen in den jetzigen Browsern noch die Einstellungsmöglichkeiten. Aber dieses Sprachmittel wird in den meisten Fällen sinnlos angewendet.

Und mit XHTML beschreibst du Inhalt. Wenn du das korrekt machst, kann der auf jedem System ansprechend dargestellt werden. Ob da nun dein Stylesheet zu benutzt wird, ist doch völlig nebensächlich. Wenn es für dieses Medium ein andere Art der Darstellung erfordert sollte der Browser dazu in der Lage sein aus den Inhaltlichen Angaben guten Output zu generieren.

SideWinder

Ich bin da auch eher Marcus' Meinung. Es muss ja nicht gleich ein MUSS sein, dass der User eine Seite in einem neuen/im selben Fenster öffnet. Aber es sollte zumindest eine Vorgabe sein.

BSP IE: Grundsätzlich wird alles im neuen Fenster geöffnet - habe ich nun ein Menü auf der Seite und der durschnittliche User klickt normal drauf (ich auch, mich durch 10 Menüs zu hangeln mag ich nicht) öffnet sich die Seite im neuen Fenster - sinnlos.

Zumindest eine "mach grundsätzlich so"-Angabe ist da nötig! Man kann ja dem Browser immer noch sagen "nein du machst das so, egal was kommt!".

BTW: Man soll kein target nehmen, da sich der User aussuchen darf wo sich der Link öffnen soll und es nicht Standard ist. Würde der Browser target erst gar nicht beachten würde dies immer so sein?! Bloß ist es nicht so - und warum? Weil sonst viele Seiten ganz und gar nicht so toll sein würden.

MfG SideWinder

Marc++us

Loggy schrieb:

Und mit XHTML beschreibst du Inhalt. Wenn du das korrekt machst, kann der auf jedem System ansprechend dargestellt werden. Ob da nun dein Stylesheet zu benutzt wird, ist doch völlig nebensächlich. Wenn es für dieses Medium ein andere Art der Darstellung erfordert sollte der Browser dazu in der Lage sein aus den Inhaltlichen Angaben guten Output zu generieren.

Da sind mir definitiv zu viele Konjunktive im Text. Schau's Dir doch an, wie Dimah mit den unterschiedlichen Browsern kämpft, und die laufen noch alle auf ähnlichen Plattformen. Ich habe es noch nie in Aktion und verbreitet gesehen.

Und es reicht nicht aus, mit XHTML einfach nur Inhalte zu beschreiben und den Rest auf die Styles zu schieben. Ich beeinflusse durchaus mit XHTML auch die Struktur der Seite, zum Beispiel durch die Reihenfolge der Daten. Weiterhin hat ein PDA-Display nur den Bruchteil einer Fläche, wenn ich dort in ein Datenfragment die gleiche Menge an Daten reinpacke, sehe ich am PC viel Infos, am PDA ist die erste sichtbare Seite nur voll mit den Links, weil alleine z.B. die Hyperlinks die komplette Seite umfassen. Ich muß hier die Datenfragmente anders strukturieren und übertragen, weil es keinen Sinn macht das Ding einfach unverändert zu übernehmen. Pack doch mal die Daten von einer Seite wie http://finanzen.yahoo.de (die ich für - aus Usersicht - sehr gut gemachte Seite halte) auf einen PDA. Egal wie Du das Stylesheet realisierst, Du wirst diese Datenmenge nicht ordentlich unterbringen. Also bist Du gezwungen Deine Ausgangsdaten gleich in andere Seiten zu strukturieren, Du erzeugst dann doch wieder für PC und PDA unterschiedliche XHTML-Pakete.

Shade Of Mine

@Marc++us:
also wir haben keine probleme mit verschiedenen browsern, ausser die Beta versionen vom verfickten SAFARI - aber da liegts an dem SAFARI und nicht an uns.

ich will Dimah sicher nicht kritisieren und ich weiss auch nicht obs an Dimah oder am PHPBB liegt, aber zB die Seite wo ich gerade diese Antwort schreibe liefert mir
37 errors, 62 warning und 176 messages

soviel dazu wie valid diese seite ist - bitte das ist keine kritik!!

da liegt es auf der hand, dass es browser probleme gibt.

bei der struktur stimme ich dir aber zu - doch mit CSS kann man da eine menge machen. aber notfalls muss man halt auf templates umstellen

wir entwickeln nur fuer PC Systeme, deswegen kann ich zu handhelds nicht viel sagen...

aber warum musst du ein neues fenster aufmachen? warum findest du 2 links schoen?
ich finde einen link wo der user bestimmen kann besser. so anscheinend auch die w3c typen und die meisten webdesigner.

und bitte bedenkt einmal mozilla mit seinem tabbed browsing: da brechen die target="_blank" sachen doch eindeutig das tabbed browsing.

dagegen kann man natuerlich sagen, dass Opera es auch kann - aber da gehen wieder nur tabs auf... also wie mans macht, man braechte ein target="_tab" auch noch - und dann kommt endgueltig kein user mehr zurecht.

yahoo finanzen ist eine typische uebersichtsseite - das geht auf handhelds nunmal nicht... aber du kannst mittels CSS daraus eine linkseite machen - so dass man zwar nicht die infos gleich bekommt, aber direkt weitergeleitet werden kann.

@Side:

BSP IE: Grundsätzlich wird alles im neuen Fenster geöffnet - habe ich nun ein Menü auf der Seite und der durschnittliche User klickt normal drauf (ich auch, mich durch 10 Menüs zu hangeln mag ich nicht) öffnet sich die Seite im neuen Fenster - sinnlos.

kapier ich nicht. default ist: im aktuellen fenster oeffnen - und das ist in den meisten faellen genau das was der user will. wenn er es nicht will, kann er sagen: nein, bitte in einem neuen fenster oeffnen

BTW: Man soll kein target nehmen, da sich der User aussuchen darf wo sich der Link öffnen soll und es nicht Standard ist. Würde der Browser target erst gar nicht beachten würde dies immer so sein?! Bloß ist es nicht so - und warum? Weil sonst viele Seiten ganz und gar nicht so toll sein würden.

kapier ich auch nicht.

ich habe noch nie targets gebraucht, ausser bei frames.
und ich habe schon so manche seite gebastelt.

eiskalt

Is ja schön und gut was ihr da alles erzählt hat auch mehr oder weniger hand und fuss aber gehen wir einfach mal davon aus das ich im moment schlichtweg zu faul bin die Navigation in jede seite mitreinzupacken zumal dem alle naselang was neues einfält was er gerne haben möchte und da spar ich mir mit frames einfach ne menge arbeit(so gut werd ich nämlich nicht bezahlt ;))

MFG eiskalt

flenders

Mit SSI oder einer serverseitigen Scriptsprache (PHP, Perl, ASP, ...) oder zur Not auf mit "Offline-Templates" kannst du doch auch das Menü auf jeder Seite einbinden und musst es somit nur einmal ablegen (Shade Of Mine kommt jetzt bestimmt gleich damit, dass das Menü eh auf jeder Seite anders auszusehen hat ) - ohne Frames

Marc++us

Shade Of Mine schrieb:

ich habe noch nie targets gebraucht, ausser bei frames.
und ich habe schon so manche seite gebastelt.

Ich kann Dir zwei Beispiele nennen:

a)
http://www.c-plusplus.net/titelanzeige.php?ISBN=3453148304

Dafür habe ich eine kleine Admin-Seite gebaut, wo ich die Daten in die Datenbank eintragen kann. Und da gibt's dann auch einen Vorschau-Link, der mir die Daten sofort formatiert in der Seite anzeigt, damit ich einen WYSIWYG bekomme und testen kann, ob im Text alles ok ist. Selbstverständlich muß sich die Vorschauseite in einem neuen Fenster öffnen. Nicht vielleicht, nicht manchmal, sondern sie muß immer extra aufgehen, da sonst mein Datenbankeingabefenster weg geht und ich neu dorthin zurück muß. Es ist meiner Meinung nach ein Programmierfehler, wenn die Vorschau im Datenbankfenster aufgehen würde. Bei einer GUI-Anwendung würde man auch zwei Fenster/Dialoge öffnen.

b)
http://links.c-plusplus.info

User können dort Seiten anmelden. Wenn ich die Seiten prüfe, wähle ich da im Admin-Panel einen Link aus und bekomme dann eine Liste aller neuen URLs, dahinter dann "accept" "delete". Wenn ich nun auf den Link klicke, muß die Anzeige der Seite in einem neuen Fenster sein, damit ich sofort in meinem Admin-Panel ein accept oder delete wählen kann, ohne erst zurück zu gehen. Es ist meiner Meinung nach ein Programmierfehler, wenn die Anwahl der Seite im Datenbankfenster aufgehen würde. Bei einer GUI-Anwendung würde man auch zwei Fenster/Dialoge öffnen.