All Site Activity

  • iionly replied on the discussion topic Setting and Retrieving Current Variables
    I don't know enough to know if there's any way to save a session id persistently over AMD requests. What about using cookies? Would that be a possibility to save a session id on the client side to identify the session? view reply
  • iionly replied on the discussion topic Farben der Standardinstallation ändern
    Ein Theme(-Plugin) wird von Elgg nicht anders behandelt als ein "normales" Plugin. Registrieren mußt Du ein Plugin nicht. Ich habe mich auf den Mechanismus der "Plugin-Hooks" bezogen, bei dem man eine Funktion für... view reply
  • C0Rrupt replied on the discussion topic Setting and Retrieving Current Variables
    "Session" might not be what I was looking for.  Elgg's session object does not seem to store the current_space_id for AMD requests between page refreshes.  Is there a way to store the variable more persistently? ... view reply
  • Karsten Schulze replied on the discussion topic Farben der Standardinstallation ändern
    Besten Dank für die schnelle Hilfe - wenn ich weiß, wo es steht, ist es plötzlich ganz simpel. Die offizielle Gebrauchsanweisung (http://learn.elgg.org/en/stable/guides/themes.html#css-variables) hat mich allerdings nicht... view reply
  • iionly commented on the plugin [Elgg 1.8-1.12 & 2.X: Poll plugin]
    I had no time yet to start on an Elgg 3 version. There's an old pull request in the repository. But it was made even before Elgg 3 was finally released, i.e. it would require some modifications itself to fully work on Elgg 3. I have the plan to...
  • iionly replied on the discussion topic Farben der Standardinstallation ändern
    Bei Elgg 3 werden CSS-Variablen verwendet, um bestimmte Einstellungen (z.B. Farben und Schriftgrößen) zu definieren. Diese sind in der Datei vendor/elgg/elgg/engine/theme.php definiert (zumindest die von Elgg-Core). Um die Werte der... view reply
  • Rohit Gupta uploaded a new plugin: Spam Analysis
  • Hermand Pessek replied on the discussion topic Using non AMD JS with elgg ?
    Thanks a lot Nikolai, I am trying to use Traditional scripts but how to load external js. I used to load "links" in head this way. elgg_register_plugin_hook_handler('head', 'page',... view reply
  • Jerome Bakker commented on the blog Elgg 3.3.11
    @Book of Likes, I would recommend you enable the plugin User validation by Email. this will make at least sure the users have a valid (working) e-mail address. There are other spam helper plugins here on the community which you could have a look...
  • Book Of Likes commented on the blog Elgg 3.3.11
    Hello, I was wondering what is the best security settings for the Elgg 3.3.8, as far of the accepting new users that register themselves. My site's settings are: Users:  Allow visitors to register,  (Yes) New users...
  • Nikolai Shcherbin replied on the discussion topic Using non AMD JS with elgg ?
    Using traditional JS libraries as modules Traditional scripts Third-party assets view reply
  • Hermand Pessek added a new discussion topic Using non AMD JS with elgg ? in the group Beginning Developers
    Hi everyone, Is there a way to load non AMD third-party javascript on elgg ? Regards,  
  • Hi Jeroen, This is not a login / logout issue. This is exactly how it happens User logs in to elgg website (normal user login) Logged in user clicking on the "Proceed to payment" button (within elgg site) This will submit the... view reply
  • seri_ng commented on the plugin [Elgg 1.8-1.12 & 2.X: Poll plugin]
    Just a friendly question on Poll upgrade to Elgg3. Have you already started the upgraded? If not, I might be able to assist you with the upgrade and submit a pull request. Please advise.
  • Karsten Schulze added a new discussion topic Farben der Standardinstallation ändern in the group German Support Group
    Ich würde gerne alles Blau der Standardinstallation auf eine andere Farbe ändern (zB. dunkelgrün). Dafür habe ich alle *.ccs und css.php Dateien mal nach #0078ac durchsucht und die Werte dort...
    • Bei Elgg 3 werden CSS-Variablen verwendet, um bestimmte Einstellungen (z.B. Farben und Schriftgrößen) zu definieren. Diese sind in der Datei vendor/elgg/elgg/engine/theme.php definiert (zumindest die von Elgg-Core). Um die Werte der Variablen zu ändern, steht ein Plugin-Hook zur Verfügung (http://learn.elgg.org/en/stable/guides/themes.html#css-variables). Ich würde empfehlen, nicht die Werte in dieser Datei zu ändern sondern wirklich den Plugin-Hook zu verwenden. Falls Du es nicht allein hinbekommst, kann ich vielleicht mehr dazu schreiben (hab allerdings selbst für Elgg 3 noch kein Theme erstellt aber es ist nicht so kompliziert).

    • Besten Dank für die schnelle Hilfe - wenn ich weiß, wo es steht, ist es plötzlich ganz simpel.

      Die offizielle Gebrauchsanweisung (http://learn.elgg.org/en/stable/guides/themes.html#css-variables) hat mich allerdings nicht wirklich schlau gemacht, aber wie das mit den Hooks funktioniert und wo der Unterschied zur Registrierung eines Plugins und eines Themes besteht, bekomme ich schon noch raus.

      Als Beispiel zum Basteln habe ich mal die custom-index genommen und umbenannt. Mal sehen, wie ich die um die Theme-Registrierung ergänzen kann.

      Wie muss denn die Unterstruktur in meinem eigenen mod aussehen, damit ich damit nicht nur die Elgg Core Module, sondern auch die CSS eines anderen mods (zB. die von Tidypics) überscheiben kann?

      \mod\MyModule\tidypics\views\default\photos\css.php - würde das so funktionieren (Du hast da auch ein blau drin)?

    • Ein Theme(-Plugin) wird von Elgg nicht anders behandelt als ein "normales" Plugin. Registrieren mußt Du ein Plugin nicht.

      Ich habe mich auf den Mechanismus der "Plugin-Hooks" bezogen, bei dem man eine Funktion für einen bestimmten Hook registriert und damit das Verhalten von Elgg (und/oder Plugins) anpassen kann. Vorschlag: schau Dir mal den Code meines Album Link-Plugins an (https://elgg.org/plugins/1156536). Da ist im Prinzip nichts anderes drin als eine Funktion, die für einen Plugin-Hook registriert wird. Und in diesem Plugin hab ich das "richtig" gemacht, wie es erst ab Elgg 3.3 (oder vielleicht schon 3.1) empfohlen wird. Leider kann man diese Methode noch nicht in allen Fällen verwenden, da in manchen Fällen aus Kompatibilitätsgründen noch die "alte" Methode verwendet werden muss (die auch noch in den Docs erklärt wird).

      Bei Elgg 3.3 bräuchte man nicht mehr zwingend die start.php-Datei. Falls Du nur den Hook registrieren mußt, geht das wie im Beispiel des Album Link-Plugins über elgg-plugin.php. Die Funktion, die der Hook aufruft, ist in einer Klasse definiert. Du müßtest ausgehend vom bestehenden Code nur die Funktions-, Datei- und Verzeichnisnamen an deinen Fall anpassen und Elgg findet alles automatisch.

      Der Plugin-Hook in deinem Fall wäre dann vars:compiler, css (statt register, menu:user_hover). In der Funktion selbst bekommst Du aller Wahrscheinlichkeit nach mit $hook->getValue() das Array, in dem die CSS-Variablen drin sind:

      $css = $hook->getValue();
      
      $css['anchor-color'] = '#0078ac';
      
      return $css;

      Dann kannst Du die Werte existierenden Elemente ändern oder auch neue hinzufügen.

      Falls Du eine View (nicht nur CSS sondern alles was unterhalb des views-Verzeichnis liegt ) in deinem Plugin überschreiben willst, muss die Unterstruktur in deinem Plugin die Original-Unterstruktur des anderen Plugins (oder von Elgg-Core) wiederspiegeln, z.B.

      mod/tidypics/views/default/photos/css.php

      kannst Du überschreiben mit

      mod/DEIN_PLUGIN/views/default/photos/css.php

      Du mußt nur darauf achten, dass dein Plugin unterhalb des oder der Plugins in der Liste der aktivierten Plugins angeordnet ist:

      Plugin A

      Plugin B

      Tidypics

      DEIN_PLUGIN

      Dann kann dein Plugin alle Views überschreiben, die von den darüber liegenden Plugin geliefert werden (und eventuell ihrerseits schon von einem anderen Plugin überschrieben werden). Daher sind Theme-Plugins in der Regel ganz unten in der Liste einsortiert.

  • seri_ng commented on the plugin Poll
    Thank you Jerome for your response!
  • Jerome Bakker commented on the plugin Poll
    I can't remember if anything changed in the way polls worked. I don't think so and even if it would, we'd probably offer some migration upgrade. I can't find an upgrade so.... Also the Elgg 2.3 version was a long time ago so I...
  • You are saying your session is 'destroyed'. I think you should investigate if this is truly the case. You need to confirm if your session cookie is still available. If so, could there be a reason that the session is 'removed'?... view reply
  • seri_ng commented on the plugin Poll
    I am currently use Poll version 2.3.4 on Elgg 2.3.7 and would like to upgrade the Poll plugin to version 3.2.1. I tested on my test environment and love the new looks of the Poll plugin. But I noticed that existing polls (created by Poll version...
  • Is this something related with?  https://webmasters.stackexchange.com/a/128680 https://www.chromium.org/updates/same-site/faq view reply