Bei mir funktioniert das droplet (auch das von Florian) einfach nicht.
Ich bekomme aber auch keine Fehlermeldung im Log.

Fehlemeldung im Droplet bekomme ich auch nicht.

Section_id ist die ID des installierten Kalenders, auf dass sich das droplet beziehen soll.
Category gibt es, ist vermutlich nicht relevant.

Komisch ist, dass der Quelltext normal ausgegeben wird (kein php abbruch), aber vom Droplet kein return ankommt, auch nicht das fest verdrahtede </table>, das ja auf jedenfall ankommen sollte.

den oben ernannten Container <div id="buttonrow"> so modifizieren:

    <div id="buttonrow">
      <?php
      $url = ADMIN_URL."/pages/modify.php?page_id=$page_id&amp;edit=new";
      ?>
      <?php if ($editMode == "new" ||$editMode == "edit") { ?>
      <input class="edit_button" type="submit" value="<?php echo $CALTEXT['SAVE']; ?>">  </input>
	  <input class="edit_button" type="button" name="cancel" value="<?php echo $CALTEXT['CANCEL'];?>" onclick="javascript: window.location = 'index.php';"> </input>
        <?php if ($editMode == "edit") { ?>
      <input class="edit_button" name="saveasnew" type="submit" value="<?php echo $CALTEXT['SAVE-AS-NEW']; ?>"> </input>
      <input class="edit_button" type="submit" name="delete" value="<?php echo $CALTEXT['DELETE'];?>"> </input>
        <?php } ?>
      <?php }
	  else { ?>
	  <input type="button" value="<?php echo $CALTEXT['SETTINGS']; ?>" class="edit_button float_right" onclick="window.location='<?php echo WB_URL; ?>/modules/procalendar/modify_settings.php?page_id=<?php echo $page_id; ?>&amp;section_id=<?php echo $section_id; ?>'">
      </input>
      <input class="edit_button" type="button" value="<?php echo $CALTEXT['NEW-EVENT']; ?>" onclick='document.location.href="<?php echo $url; ?>"'> </input>
	  <?php } ?>
    </div>

Dazu in den entsprechenden Sprachdateien /modules/procalendar/languages/ den String:

$CALTEXT['CANCEL'] = 'Abbrechen';

einfügen.

P.S.: Die geänderten Dateien habe ich hier als Anlage eingefügt.

(Y, M, D, X, S natürlich durch die tatsächlichen Werte ersetzen)

Kürzer geht es dann aber nicht.

Danke!

Danke, danke, danke!

Typisch:
Verwendung von Parametern - endlos im Sinne von: Erzeugt sehr viele Seiten ohne tatsächliche Veränderung.
Module die nicht "seitenfüllend" sind, wo das Neuladen nach Nutzeraktionen besonders nervt? (vor allem am Handy)

Bookings fällt mir noch ein.

Module wie NWI, Topics, OfA usw gehören eher nicht zu den Kandidaten, ebenso nicht : Bildergalerien.

Und natürlich keine Module, die Ihrerseits schon AJAX verwenden, obwohl es da sicher praktisch (und sicherer) wäre, wenn es da eine ordentliche und saubere Gesamtlösung gäbe.

Vorab: keine Ahnung ob das in allen (aktuellen) Browsern funktioniert, aber wie heißt es so schön "Versuch macht kluch".

In besagter frontend.css ganz unten diese Zeilen anhängen (das display:none von #2 natürlich rückgängig machen):

.calendarmod td {display: none;}
.calendarmod .calendarmod-header td {display: revert;}   

Zusätzlich kann man dann noch bischen mit dem margin-bottom in .show-calendar spielen um z.B. die Kopfzeile ganz an die Liste ranzurücken ...

also die Droplets-Seite wird jetzt geladen ;
beim manuell angelegten Droplet erscheint jetzt ein rotes Ausrufezeichen und im i-Button daneben steht:
Dieses Droplet enthält ungültigen php-code: usage[[Event-List]]
so sieht es jetzt aus:

argh...doppelt STRG*V .....grrrr
_______________________--

Also es funktioniert jetzt ohne Probleme, sowohl in der Droplet-Seite, als auch das Droplet selbst, keine fehler bei der Anzeige oder errorlogger.
Dankeschön