Das stimmt so nicht ganz. Zum �ndern ist <div contenteditable> sehr viel
besser geeignet. Wenn du Interesse und zeit hast, dann schau die mal die
Beispiele zu contenteditable in der MSDN an. 

-----Urspr�ngliche Nachricht-----
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] Im Auftrag von J�rg
Krause
Gesendet: Freitag, 24. Mai 2002 00:05
An: aspDEdotnet
Betreff: [aspdedotnet] AW: Server Tags und <% %>


Ich verstehe die Verwendung von <div> nicht. Wenn man Daten �ndern will,
sollte man <input> nehmen oder ein passendes <asp:textbox>. Alles andere
ist Unfug. Mit CSS kann man <input> ziemlich frei gestalten, falls es
mal nicht wie ein Feld aussehen soll.

> -----Urspr�ngliche Nachricht-----
> Von: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]]Im Auftrag von 
> Andreas Rudischhauser (N)

[...]

>
> Wenn Session["LoggedIn"] = true dann sollte es ungef�hr so aussehen 
> (im Browser)....
>
> <table>
> <tr><td><div contenteditable 
> id="irgendwieSpalte1Zeile1">sfjsa�ldkfj�asdf</div></td></tr>
> <tr><td><div contenteditable 
> id="irgendwieSpalte1Zeile2">sfjsa�ldkfj�asdf</div></td></tr>
> </table>
>
> Die Daten zu diesen DIVS kommen aus einer Datenbank. Nach dem Refresh,

> bzw. dem Submit m�chte  ich die ver�nderten DIVS wieder speichern.
>

Wie soll ein Submit die Daten aus einem <div> �bertragen?

Zu der Frage in der andere Mail zu "contenteditable". Dies ist eine
Funktion des IE und basiert auf den DHTML-Control. Es ist nur m�glich,
�ber DOM und JavaScript auf die Elemente zuzugreifen und editierten Text
auszulesen, Hidden-Fields zuzuwiesen und diese zu posten. Das ist nach
meiner Erfahren nicht zu empfehlen, weil:
- die aktuell installierte Version nicht sauber verifiziert werden kann
- es garantiert nur im IE funktioniert und dort erst ab 5.0
- es eine Benutzerschnittstelle erzeugt, die der Nutzer nicht erwartet
  (kein Formular, sondern editierbares HTML)
- es nicht zuverl�ssig funktioniert
- es nichts mit .Net zu tun hat und dessen Vorteil nicht nutzt
- es irgendwie faszinierend aussieht und dennoch Unfug ist. Es gibt sehr
  wenig Informationen zum DHTML-Control (aber im �brigen dennoch ein
SDK).
  Kerninfo: Dies ist eine Schnittstelle f�r C++-Programmierer, die den
  IE in eigene Applikationen integrieren und die Editierfunktionen dann
  programmtechnisch nutzen. Der "Editiereffekt" mit contenteditable ist
  ein Nebeneffekt.

> Fragen:
> - Sind DIV Tags �berhaupt nach dem Refresh auslesbar? (asp:label ist 
> ja im prinzip auch ein div tag und da geht�s ja auch)
>

Nein, geht nicht. Weil <asp:label> nach dem Rendern zu <div> wird,
vorher aber schon als Objekt existiert, dem man nat�rlich die
.Text-Eigenschaft zuweisen kann. Das ist dann aber im Zyklus quasi
statisch. Auch ASP.NET �ndert nichts daran, dass Daten entweder per GET
oder per POST zum Server gelangen, und sonst garnicht. Kann ein <div>
Teil eines Formulars sein? Nein, never.

> - Wie kann ich die Ids durchnummerien sodass ich nach dem Refresh 
> wieder auf sie zugreifen kann

Die Frage ist kein Problem der IDs.

Warum  nutzt du nicht DataGrid? Ich kann anhand der Fragestellung nicht
erkennen, warum es nicht funktionieren soll. Wenn du verschiedene
Templates f�r verschiedene Leute brauchst, baue doch einfach zwei
komplette Grids und setze, je nach Session, das eine oder andere auf
.visible = true oder false. F�llt man beide �ber denselben DataAdapter,
wird kaum Speicher verschwendet.

J�rg Krause





| [aspdedotnet] als [EMAIL PROTECTED] subscribed 
| http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv Sie 
| k�nnen sich unter folgender URL an- und abmelden: 
| http://www.dotnetgerman.com/listen/aspDEdotnet.asp


| [aspdedotnet] als [email protected] subscribed
| http://www.dotnetgerman.com/archiv/aspdedotnet/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.dotnetgerman.com/listen/aspDEdotnet.asp

Antwort per Email an