Re: [otrs-de] Zeilenumbrüche im FAQ-Modul von OTRS

[Stefan Schwarz]

Henning Oschwald schrieb:
[]

Ich bin völlig Deiner Meinung, daß die derzeitige Lösung unschön
ist. Die Konvertierung der Zeilenumbrüche soll Usern helfen, die sich
nicht mit irgend welchem Markup rumschlagen wollen. Die Umsetzung lässt
sich allerdings wirklich noch verbessern, zumindest sollte das Verhalten
konfigurierbar sein. Ich werde das auf jeden Fall mal bei unseren
Entwicklern ansprechen. In jedem Fall ist dieses Thema einen Bugreport
auf  wert. ;-)


[]

Ist bereits seit Okt 2006 hinterlegt, siehe:
http://bugs.otrs.org/show_bug.cgi?id=1718
http://bugs.otrs.org/show_bug.cgi?id=1747
http://bugs.otrs.org/show_bug.cgi?id=1408

Grüße,
Stefan Schwarz
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.com/

Re: [otrs-de] Zeilenumbrüche im FAQ-Modul von OTRS

[Henning Oschwald]

Hallo Klaus,

On Sa, Aug 09 2008, Klaus Braun wrote:

> In der Tat wird ein FAQ-Beitrag nach einer festen Anzahl
> Zeichen umgebrochen und in der HTML-Darstellung durch ein
>  ersetzt. Die Anzahl der Zeichen wird anscheinend von der
> Breite des Formularfeldes bestimmt, in das der Beitrag
> eingegeben wird. Die automatischen Zeilenumbrüche im Formularfeld
> wandern dann anscheinend als \n in die Datenbank und werden bei der
> Darstellung entsprechend ersetzt.

[...]

> Was ich nun gemacht habe, ist, diese Ersetzung im FAQ-Modul
> in Zeile 542 auszukommentieren, wie im folgeden Ausschnitt:

[...]

> Damit kann ich dann zwar kein Return mehr nutzen, um Zeilenumbrüche
> in HTML zu erzwingen, aber das ist es mir Wert.

Ich bin völlig Deiner Meinung, daß die derzeitige Lösung unschön
ist. Die Konvertierung der Zeilenumbrüche soll Usern helfen, die sich
nicht mit irgend welchem Markup rumschlagen wollen. Die Umsetzung lässt
sich allerdings wirklich noch verbessern, zumindest sollte das Verhalten
konfigurierbar sein. Ich werde das auf jeden Fall mal bei unseren
Entwicklern ansprechen. In jedem Fall ist dieses Thema einen Bugreport
auf  wert. ;-)

Viele Grüße

  Henning

-- 
Henning Oschwald
((otrs)) :: OTRS AG :: Norsk-Data-Straße 1 :: 61352 Bad Homburg
Fon: +49 (0) 9421 56818 0 :: Fax: +49 (0) 9421 56818 18
  http://www.otrs.com/ :: Communication with success!


Geschäftssitz: Bad Homburg
Amtsgericht Bad Homburg, HRB 10751
Steuernummer: 003 240 97505

Aufsichtsratsvorsitzender: Burchard Steinbild
Vorstandsvorsitzender: André Mindermann


pgpUrNpAF2VVz.pgp
Description: PGP signature
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.com/

[otrs-de] Zeilenumbrüche im FAQ-Modul von OTRS

[Klaus Braun]

Hallo,

es gibt eine kurze Diskussion zu Zeilenumbrüchen im FAQ-Modul
von OTRS vom März 2007. So wie ich das sehe hat sich diesbezüglich
nichts getan in der Zwischenzeit so dass ich das Thema als "neuer"
OTRS-Nutzer gerne nochmal aufgreifen möchte.

In der Tat wird ein FAQ-Beitrag nach einer festen Anzahl
Zeichen umgebrochen und in der HTML-Darstellung durch ein
 ersetzt. Die Anzahl der Zeichen wird anscheinend von der
Breite des Formularfeldes bestimmt, in das der Beitrag
eingegeben wird. Die automatischen Zeilenumbrüche im Formularfeld
wandern dann anscheinend als \n in die Datenbank und werden bei der
Darstellung entsprechend ersetzt.

Das hat wohl den Sinn, dass selbst eingegebene Zeilenumbrüche
im Text (\n) auch in HTML als solche dargestellt werden.
Es ist mir allerdings nicht klar, warum ich, falls ich für
das FAQ-Modul die Darstellung HTML gewählt habe, meine
Textgestaltung  nicht komplett in HTML machen sollte, also
selbst tags wie  oder  oder ... verwenden sollte
um das zu erreichen was ich möchte.
Richtig störend ist das automatische Ersetzen von \n durch
 dann wenn das Formularfeld Zeilenumbrüche an Stellen
macht, an denen Sie bei der Darstellung dazu führen den
Text zu zerhacken. Das passiert bei mir etwa bei der
Verwendung des Konquerors unter OpenSUSE 10.3 und sieht dann
so aus:

...
Das Kernelupdate schreibt neue Einträge in das Bootmenu
von grub
was dazu führt, dass der neue Kernel von einer
anderen
Partition aus gestartet werden will. Statt
...

Was ich nun gemacht habe, ist, diese Ersetzung im FAQ-Modul
in Zeile 542 auszukommentieren, wie im folgeden Ausschnitt:

  # html quoting
  for my $Key (qw (Field1 Field2 Field3 Field4 Field5 Field6)) {
  if ( $Self->{ConfigObject}->Get('FAQ::Item::HTML') ) {
  my @Array = split /pre>/, $ItemData{$Key};
  my $Text = '';
  for (@Array) {
  if ( $_ =~ /(.*)\<\/$/ ) {
  $Text .= 'pre>' . $_ . 'pre>';
  }
  else {
#$_ =~ s/\n/\/g;
  $Text .= $_;
  }
  }
  $ItemData{$Key} = $Text;
  }
  else {
  $ItemData{$Key} = $Self->{LayoutObject}->Ascii2Html(
  NewLine=> 0,
  Text   => $ItemData{$Key},
  VMax   => 5000,
  HTMLResultMode => 1,
  LinkFeature=> 1,
  );
  }
  }
  if ( !%ItemData ) {
  return $Self->{LayoutObject}->ErrorScreen();
  }

Damit kann ich dann zwar kein Return mehr nutzen, um Zeilenumbrüche
in HTML zu erzwingen, aber das ist es mir Wert. Eine andere Lösung,
und vielleicht sogar eine bessere, könnte darin bestehen, die
*automatischen* Zeilenumbrüche gar nicht erst in die Datenbank zu
übernehmen, falls das machbar wäre.
Ansonsten plädiere ich für die obige Lösung, da es mir stringenter
erscheint, wirklich auch HTML zu nutzen wenn ich das will und dann
auch in der Pflicht bin, Zeilenumbrüche in meinem HTML Code durch
 oder was auch immer zu erzwingen.


Grüße

Klaus   



--
[ Dr. Klaus Braun
 
 Institut für Physische Geographie

 Universität Freiburg
 
 Werthmannstraße 4, D-79085 Freiburg


 Phone: +49-761-203-9223
 Fax:   +49-761-203-3596
 Email: [EMAIL PROTECTED] ]
___
OTRS-de Mailingliste: otrs-de - Webpage: http://otrs.org/
Archiv: http://lists.otrs.org/pipermail/otrs-de/
Listenabo verwalten: http://lists.otrs.org/cgi-bin/listinfo/otrs-de/
Support oder Consulting fuer Ihr OTRS System?
=> http://www.otrs.com/