Probleme mit Kalender in Version 1.8

PascheW 2010-11-10 03:45:10 UTC #1

Hallo,
wir haben Probleme mit dem Kalender in der neuen Version (wir haben vor 1 Woche von 1.4.001 auf 1.8.001 umgestellt):
Zum einen erscheint bei der Anzeige des Kalenders (allen Ansichten) auf der Startseite immer die Abfrage, ob man die Serie oder nur den aktuellen Termin bearbeiten will (auch, wenn gar kein Termin angezeigt wird). Ich habe das jetzt zunächst ausschalten können, indem ich in class.calendar_uiviews.inc.php die Zeile “$content .= $this->edit_series();” in der function “planner” auskommentiert habe; leider bin ich mir nicht sicher, wofür die dort benötigt wird (in 1.4 war sie an dieser Stelle nicht vorhanden). Vielleicht kann das der zuständige Entwickler prüfen und mir eine bessere Lösung nennen.
Das wirklich gravierende Problem ist aber, dass bei wirklich vielen Terminen (natürlich nicht nur persönliche, sondern zusätzlich Termine mehrerer Gruppen) in der Tagesansicht im Gegensatz zur Version 1.4 die Anzeige der Termine ggf. bis zum linken Fenster- bzw. Bildschirmrand reicht und dabei den gesamten Menübereich überdeckt bzw. deaktiviert, so dass sogar ein Umschalten unmöglich gemacht wird (einzige verbleibende Möglichkeit: Oben über die Pfeile den Tag wechseln bis zu einem mit weniger Terminen). Ich finde leider im Code nicht heraus, wo das Problem verursacht wird, da ich auch keine Debugmöglichkeit habe. Hier wäre Abhilfe sehr dringend notwendig.

Vielen Dank im Voraus!

Wolfgang Pasche, Hamburg

Screenshot:

Ralf_Becker_Stylite 2010-11-10 08:00:02 UTC #2

Der Code ist kein Fehler!

Irgendwie fehlt Dir das CSS, das den div normal ausblendet. Hast Du mal
den Browser Cache gelöscht? Die neue Version einfach über die alte zu
Kopieren (statt die alte vorher zu löschen) hat ergibt auch öfters mal
"lustige" Effekte.

Ralf

Hallo,
wir haben Probleme mit dem Kalender in der neuen Version (wir haben vor 1
Woche von 1.4.001 auf 1.8.001 umgestellt):
Zum einen erscheint bei der Anzeige des Kalenders (allen Ansichten) auf der
Startseite immer die Abfrage, ob man die Serie oder nur den aktuellen Termin
bearbeiten will (auch, wenn gar kein Termin angezeigt wird). Ich habe das
jetzt zunächst ausschalten können, indem ich in
class.calendar_uiviews.inc.php die Zeile "$content .= $this->edit_series();"
in der function “planner” auskommentiert habe; leider bin ich mir nicht
sicher, wofür die dort benötigt wird (in 1.4 war sie an dieser Stelle nicht
vorhanden). Vielleicht kann das der zuständige Entwickler prüfen und mir
eine bessere Lösung nennen.
Das wirklich gravierende Problem ist aber, dass bei wirklich vielen Terminen
(natürlich nicht nur persönliche, sondern zusätzlich Termine mehrerer
Gruppen) in der Tagesansicht im Gegensatz zur Version 1.4 die Anzeige der
Termine ggf. bis zum linken Fenster- bzw. Bildschirmrand reicht und dabei
den gesamten Menübereich überdeckt bzw. deaktiviert, so dass sogar ein
Umschalten unmöglich gemacht wird (einzige verbleibende Möglichkeit: Oben
über die Pfeile den Tag wechseln bis zu einem mit weniger Terminen). Ich
finde leider im Code nicht heraus, wo das Problem verursacht wird, da ich
auch keine Debugmöglichkeit habe. Hier wäre Abhilfe sehr dringend notwendig.

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

The Next 800 Companies to Lead America’s Growth: New Video Whitepaper
David G. Thomson, author of the best-selling book “Blueprint to a
Billion” shares his insights and actions to help propel your
business during the next growth cycle. Listen Now!
http://p.sf.net/sfu/SAP-dev2dev

egroupware-german mailing list
egroupware-german@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-german

PascheW 2010-11-10 18:28:10 UTC #3

Ich weiß jetzt nicht genau, auf welche der beiden Fragen sich die Antwort bezieht. Trotzdem folgende Zusatzinfo:
Wir haben nichts “drüber kopiert”, sondern sogar den Server gewechselt (Virtual Machine statt echte Hardware), und dann Ubuntu 10.4, Apache 2.2.12, php 5.2.10 (ubuntu-Distribution) und eGroupware 1.8.001 (Suse-Server) installiert, alles mit der Ubuntu Paketverwaltung. Danach haben wir dann gewisse Anpassungen (Apache, php) gemacht, die alte DB (im alten System) exportiert und mit Characterset-Umwandlung (Latin-1 auf UTF-8) im neuen System importiert (jedenfalls war das die letzte Variante, nachdem wir das Problem mit dem Zeichensatz zunächst übersehen hatten). D.h. alle Skripte (bis auf Infolog, wo wir gewisse Änderungen gemacht haben, die wir vielleicht auch irgendwann der Allgemeinheit vorstellen wollen) sind original aus der Distribution und es gibt auch keine sonstigen Dateien dort (bis auf einige Images für zusätzliche Icons). Daher kann es auch nicht am Browser-Cache liegen; ich habe das Problem identisch auf drei verschiedenen VMs reproduzieren können. Aber teile mir doch einmal den Namen des zuständigen CSS mit, dann prüfe ich das auch noch.

Ralf_Becker_Stylite 2010-11-10 18:37:47 UTC #4

calendar/templates/default/app.css enthält u.a.:
#edit_series {
display: none;
}