Wozu ist dieses Feld in der tl_tabellen da:
Code:CREATE TABLE `tl_calendar_events` ( `tags` char(1) NOT NULL default '' ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
Wozu ist dieses Feld in der tl_tabellen da:
Code:CREATE TABLE `tl_calendar_events` ( `tags` char(1) NOT NULL default '' ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
das hat lediglich den Grund dass ich das Eingabefeld für die Tags in der DCA-Tabelle eines Kalenders verwenden kann. Ohne zugehöriges Datenbankfeld kann ich kein Feld in die DCA-Tabelle einstellen, es sei denn ich nehme einen ganz anderen Treiber, aber das geht ja nicht, wenn die Resttabelle mit dem Datenbanktreiber läuft.
Da die tags aber dann beim Speichern auf andere Tabellen verteilt werden, habe ich das kleinste verfügbare Feld gewählt und das ist eben ein char(1).
Gruß,
Helmut
Blackmail's such an ugly word. I prefer extortion -- the "x" makes it sound cool.
-- Bender
Ich nutze die Tags für News.
Allerdings sollen die News später durch Mitglieder im FE erfasst werden. Nur das Feld Tags kann ich nicht aus dem FE befüllen. Gibt's da irgendeinen Workaround?
Den gibt es, allerdings musst du dir dann selbst eine Erweiterung dafür schreiben. Das tags-Feld in tl_news ist nicht zum befüllen, sondern, wie oben geschrieben nur für die Anzeige des Eingabefeldes im Backend. Die eigentlichen Informationen über die Tags werden in der Tabelle tl_tag gespeichert. Dort hast du drei Felder: id, tag, from_table
id beinhaltet die id des Originaldatensatzes, bei dir also die id deines Nachrichtenbeitrags (tl_news.id), in tag steht ein Tag drin und in from_table der Name der Tabelle, aus der die Tags kommen, also hier dann 'tl_news'.
Wenn du dir eine Erweiterung für's Frontend machst, um genau diese Daten zu speichern, dann kannst du die tags auch über das Frontend erfassen. Ich kenne nun keine Core-Funktionen, die eine Bearbeitung von Nachrichtenbeiträgen über das Frontend zulassen, deswegen habe ich da bislang noch nichts in der Erweiterung untergebracht.
LG,
Helmut
Blackmail's such an ugly word. I prefer extortion -- the "x" makes it sound cool.
-- Bender
Ich denke, ich müsste dann wohl noch ein Formular mit dem efg machen, in dem diese Daten gespeichert werden. Einziges Problem, ich muss die ID der News raus finden bzw., schauen, wo diese übergeben wird.
EDIT
Also, da hänge ich jetzt. Ich weiß nicht, wie ich an die News ID rankommen kann. Kann mir da jemand auf die Sprünge helfen?
Geändert von schatzperle (28.06.2010 um 07:41 Uhr)
Mal schauen, ob ich Dich richtig verstanden habe und wohin meine Überlegungen mich bisher gehführt haben.
Die Tags werden in der Tabelle tl_tags gespeichert, from_table stellt den Bezug zur "Elterntabelle" her und id den Bezug zum speziellen Element.
Ich hab mir das so vorgestellt, dass ich ein weiteres EFG mache, in dem ich Folgendes erfasse:
- (hidden) id = News ID (an eben die komm ich bisher nicht ran)
- tag = Schlagwort
- (hidden) from_table = tl_news
Wie stelle ich es jetzt an, dass die News ID erfasst wird. ich hatte schon an ein Insert-tag ala {{env::news_id}} gedacht, das gibt es aber leider nicht.
Ich bin leider nicht so fit im EFG basteln. Was du bräuchtest wäre ja wohl ein Hook, der aufgerufen wird, nachdem der News-Beitrag angelegt wurde. Ich mache das halt im Backend über das dca-Form. Im Frontend hast du eigentlich keine Möglichkeit, es sein denn, dass ein Hook Systemweit gefeuert wird, wenn der Beitrag erstellt wurde, denn nur so kommst du an die ID. Der einzige Hook im Zusammenhang mit Nachrichtenbeiträgen ist getAllEvents, ich weiß aber nicht, wann der gefeuert wird.
Gruß,
Helmut
Blackmail's such an ugly word. I prefer extortion -- the "x" makes it sound cool.
-- Bender
Ich fürchte, ich bin noch unfitter als Du Unwissenheit ist wirklich unbefriedigend.
Ich könnte auch damit leben, dass die Tags erst eingegeben werden können, wenn der User auf den Reader geht - vielleicht kann man das da einfacher drehen, an der Stelle muss man doch irgendwie an die ID rankommen.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Lesezeichen