Willkommen, Gast ( Anmelden | Registrierung )     [ Hilfe | Mitglieder | Suche ]

 
Reply to this topicStart new topic
> Bildbeschreibungen werden nicht übernommen, Fehlendes Feature oder ein Bug?
sachakun
Beitrag Mon. 10. July 2006, 13:39
Beitrag #1


Member
**

Gruppe: Members
Beiträge: 44
Mitglied seit: 07.07.2006
Wohnort: Bern - Schweiz
Mitglieds-Nr.: 119



Hallo

Ich habe im Dateimanager allen Bildern die ich für die Webseite benötige einen Titel und eine Bildbeschreibung gegeben. Wenn ich nun in der Webseite das Bild auswähle (ich habe einen Container mit dem Modul Bild 1.1) kommt die Beschreibung nicht mit. Ich möchte aber die Bildbeschreibung nicht an mehreren Orten pflegen.

Ist dies nun ein fehlendes Feature, oder ein Bug?

Danke für eueren Input.

Gruss
Sacha
Go to the top of the page
 
+Quote Post
mistral
Beitrag Mon. 10. July 2006, 14:45
Beitrag #2


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



fals es noch nicht vorhanden ist, kann das nicht als Bug angesehen werden sondern als feldedes Feature des Moduls.

Als es dringend ist kannst du den entsprechenden Tag in das Modul integrieren.
siehe:
http://wiki.sefrengo.org/index.php/Ref_cms...image.22_.2F.3E
die Entsprechenden Mode heissen:
QUELLTEXT
# fmtitle -> Titel der Datei aus dem Dateimanager
# fmdesc -> Beschreibung der Datei aus dem Dateimanager


Ansonsten werde ich mir das anschauen.

Gruss
Mistral


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post
mistral
Beitrag Mon. 10. July 2006, 21:25
Beitrag #3


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



neue Version:
http://forum.sefrengo.org/index.php?showtopic=140


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post
sachakun
Beitrag Tue. 11. July 2006, 14:10
Beitrag #4


Member
**

Gruppe: Members
Beiträge: 44
Mitglied seit: 07.07.2006
Wohnort: Bern - Schweiz
Mitglieds-Nr.: 119



Wow ohmy.gif
Wirklich schnell gegangen. Danke.
Aber ich stelle gerade fest, dass ich mich nicht richtig ausgedruckt habe. (Soll mir eine Lehre sein). Als ich gesagt habe, dass die Bildbeschreibung nicht mitkam, meinte ich dies im ALT Tag. Damit Webseiten den Standards entsprchen, dürfen ALT Tags nicht leer sein. Ich dachte immer, dass die Bildbeschreibung nacher in dem ALT Tag erscheint. Konnte mir gar nichts anderes vorstellen.....
Ich habe zwar nun die Bildunterschriften, aber nicht dort wo ich mir dies vorgestellt hatte....

Also hier noch die Anforderung/Wunsch ganz klar:
Der Inhalt von fmtitle in den ALT-Tag
Der Inhalt von fmdesc in den LONGDESC-Tag
Wenn die beiden Variabeln leer sind, dann beide TAG mit ""

Ich hoffe es ist nun klarer...
Wenn Mistral nochmals Zeit hätte.... wink.gif wink.gif


Riesen Dank und Gruss
Sacha
Go to the top of the page
 
+Quote Post
Daniel
Beitrag Tue. 11. July 2006, 15:17
Beitrag #5


Advanced Member
***

Gruppe: Members
Beiträge: 54
Mitglied seit: 26.06.2006
Wohnort: Karlsruhe
Mitglieds-Nr.: 3



etwas am Thema vorbei, aber:

das longdesc Attribut (sind übrigens Attribute, keine Tags wink.gif ) ist eine URL zu einer gesonderten Seite, auf der das Bild ausführlich beschrieben wird. Da kann man also nicht direkt eine Beschreibung reinschreiben.

http://de.selfhtml.org/html/referenz/attribute.htm#img


--------------------
Technikwürze - Design & Webstandards Podcast
Go to the top of the page
 
+Quote Post
sachakun
Beitrag Tue. 11. July 2006, 15:47
Beitrag #6


Member
**

Gruppe: Members
Beiträge: 44
Mitglied seit: 07.07.2006
Wohnort: Bern - Schweiz
Mitglieds-Nr.: 119



Ja, stimmt
ALT ist ein Attribut des Tags IMG.
In diesem Fall also nur:
Der Inhalt von fmtitle in den ALT-Attribut von IMG

Danke für den Hinweis.
Gruss
Sacha
Go to the top of the page
 
+Quote Post
sachakun
Beitrag Tue. 18. July 2006, 21:22
Beitrag #7


Member
**

Gruppe: Members
Beiträge: 44
Mitglied seit: 07.07.2006
Wohnort: Bern - Schweiz
Mitglieds-Nr.: 119



Hallo
Leider hat sich im Bild Modul noch nichts getan.

Ich dachte, ich könnte dann mir mit den Variabeln selber das ganze zusammenfügen.
Aber wenn ich im Bildmodul
QUELLTEXT
<img src="{url}" alt="{fmtitle}">

schreibe, dann wurde zwar das ALT-Attribut gefüllt, aber die URL steht nicht dort.

Ich dachte jedoch, dass ich in den Anleitungen gelesen hatte, dass es {url} gibt.

Mache ich jetzt einen Fehler?

Gruss
Sacha
Go to the top of the page
 
+Quote Post
mistral
Beitrag Tue. 18. July 2006, 21:49
Beitrag #8


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



@sachakun:

Ich glaube du verwechselst da was.
Das URL das du sehr wahrscheinlich bei der Dokumentation der cms-tag gefunden. Die cms-Tags bieten eine gewisse Grundfunktionalität des CMS zur verfügung. Diese cms-tags können das in Modulen verwendet werden. Die Module können php-Scripte enthalten, sie können aber auch nur aus HTML und cms-tags bestehen.
Ein Beispiel dazu findest du z.B. hier
http://forum.sefrengo.org/index.php?showtopic=162

Das Bild-Modul nutzt nun einen Teil dieser Funktionen der cms-Tags. Das hiesst aber nicht, dass das Modul alle Möglichkeiten der einzelnen CMS-Tags zur verfügung stellt.

Das hiesst, wenn du die komfortablen Möglichkeiten des Bild-Moduls nicht unbedingt brauchst kannst du dir dein eigenes Bild-Modul machen:
z.B. diesen Inhalt in den Output-Bereich eines neune Moduls einfügen
QUELLTEXT
<img src="<cms:mod type="image" id="1" mode="url" menuoptions="false" />" alt="<cms:mod type="image" id="1" mode="fmtitle" menuoptions="false" />"><cms:mod type="image" id="1" mode="editbutton" menuoptions="false" />


oder ich könnte das {url} auch in das Bild-Modul integrieren.[quote]

Ich hoffe du versteht jetzt den Unterschied zwischen cms-Tags und Modulen.

Gruss
Mistral


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post
sachakun
Beitrag Tue. 18. July 2006, 22:07
Beitrag #9


Member
**

Gruppe: Members
Beiträge: 44
Mitglied seit: 07.07.2006
Wohnort: Bern - Schweiz
Mitglieds-Nr.: 119



Ich gebe zu, dass mich der Unterschied zwischen den Modulen und den CMS-Tags schon ein wenig verwirrt.
Ich habe auf der einen Seite mein HTML-File.
Dort kann ich die sefrengo containerelemente <cms:mod type="container" id="1" /> definieren.
Dann kann ich die Module und das HTML-File im Template kombinieren.

Aber ich kann offensichtlich auch direkt einen Typ definieren. Also <cms:mod type="image" id"1" />. Gemäss dem Wiki habe ich dann sehr viele Schalter (wobei die meisten keine Anleitung haben, was mit ihnen gemacht wird) die ich als Paramter übergeben kann. Ich muss aber dann immer noch das Modul laden und so ein Template machen. Und ich kann ein total anderes Modul dort hineintun. Da Frage ich mich was nun all diese Paramter tun, die ich eingegeben habe. Bewirken die was?

Soll ich nun im HTML File immer Container als TYp wählen, und dann im Template das Modul auswählen, oder bringt es etwas wenn ich schon den richtigen TYp im HTML File vorgebe? Fragen über Fragen.

Allgemein möchte ich sagen, dass ich zu Sefrengo gekommen bin, weil mir die hierarchische Struktur (Ordner / Seiten) im Backend gefiel, und weil man mit diesem CMS sauberen, tabellenlosen Code erzeugen kann. Aber die Dokumentation hat noch potential. Ich helfe gerne schreiben, wenn ich etwas mehr verstehen würden. Es hat hier sehr viele nette Leute die einem helfen, aber es sind anschreinend diejenigen Leite von DEDI hierhergekommen, die sehr viel Erfahrung haben. Mir fehlt diese noch ein wenig (sehr).
Ich kenne mich gut mit CSS und HTML aus, aber PHP ist nicht meine Welt.

Ich danke euch daher für die Geduld und den Einsatz.
Merci
Sacha
Go to the top of the page
 
+Quote Post
mistral
Beitrag Tue. 18. July 2006, 22:18
Beitrag #10


Advanced Member
*******

Gruppe: AdvancedMembers
Beiträge: 343
Mitglied seit: 26.06.2006
Wohnort: CH
Mitglieds-Nr.: 5



ZITAT(sachakun @ Tue. 18. July 2006, 23:07) *
Aber ich kann offensichtlich auch direkt einen Typ definieren. Also <cms:mod type="image" id"1" />. Gemäss dem Wiki habe ich dann sehr viele Schalter (wobei die meisten keine Anleitung haben, was mit ihnen gemacht wird) die ich als Paramter übergeben kann.

Kannst du mir bitte sagen welche noch keine Beschreibung haben, damit ich diese noch ergänzen kann

ZITAT(sachakun @ Tue. 18. July 2006, 23:07) *
Soll ich nun im HTML File immer Container als TYp wählen, und dann im Template das Modul auswählen, oder bringt es etwas wenn ich schon den richtigen TYp im HTML File vorgebe? Fragen über Fragen.

Du kannst im Template nur container verwenden. Erst in den Templat können diese container mit Modulen aufegüllte werden welche dann die tag enthalten.

ZITAT(sachakun @ Tue. 18. July 2006, 23:07) *
Allgemein möchte ich sagen, dass ich zu Sefrengo gekommen bin, weil mir die hierarchische Struktur (Ordner / Seiten) im Backend gefiel, und weil man mit diesem CMS sauberen, tabellenlosen Code erzeugen kann. Aber die Dokumentation hat noch potential. Ich helfe gerne schreiben, wenn ich etwas mehr verstehen würden.

Du wirst sicher bald mehr verstehen und dann kannst du gerne an der Dokumentation (z.B. im WIKI) mithelfen

ZITAT(sachakun @ Tue. 18. July 2006, 23:07) *
Ich kenne mich gut mit CSS und HTML aus, aber PHP ist nicht meine Welt.

Daher auch der Hinweis das ein Modul kein PHP enthalten muss.

ZITAT(sachakun @ Tue. 18. July 2006, 23:07) *
Ich danke euch daher für die Geduld und den Einsatz.

Kein Problem, probier doch einmal mein Beispiel mit dem eigenen Modul aus und du wirst sicher wieder etwas mehr verstehen.

Gruss
Mistral


--------------------
So einfach wie möglich, aber nicht einfacher!
(Albert Einstein)
Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 Besucher lesen dieses Thema (Gäste: 1 | Anonyme Besucher: 0)
0 Mitglieder:

 



RSS Vereinfachte Darstellung Aktuelles Datum: 26.4.24 - 05:34

Sefrengo ist ein eingetragenes Markenzeichen und urheberrechtlich geschützt.
Copyright 2009 Design & Daten, Alle Rechte vorbehalten.