Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


ceberlin last won the day on June 15 2015

ceberlin had the most liked content!

Profile Information

  • Gender
  • Location
    Berlin (Germany)

Recent Profile Visitors

8,465 profile views

ceberlin's Achievements

Hero Member

Hero Member (6/6)




Community Answers

  1. We try to switch from MATOMO direct embedding to the MATOMO tag manager. I am wondering right now how to use the Matomo Tag Manager correctly. Has anyone expericence with this already? We intend not to block the Tag Manager itself but want to be able tags (like Facebook) inside of it. I don't believe right now that the Tag Manager is a GDPR / DSGVO problem itself. And if this one is blocked, every tag inside is blocked too, which makes a fine-grained selection not possible to the user. But I need to be able to set up rules in PrivacyWire that toggles activation of used tags inside of the Tag Manager. But how?
  2. I run into a problem when removing a cropppable element from the image setting: hauptbild,900,600 quadrat,900,900 Expected: The info for the "quadrat" cuts are removed. No change for anything related to "hauptbild" What happens (latest PW dev and module 4 version, using WebP): All crop settings are lost, including "hauptbild". And the default value is not a largest possible crop from the middle (so a 1800x1200 source would produce a proportional small version without crops). Instead a 900x600 upper-left crop from the original image gets cropped. Basically, this means all fine-tuned settings are lost, and the default worsens it.
  3. I stumbled upon another issue: a.f.a.i.k. the IMPRINT and PRIVACY pages should not be covered by this modal. Otherwise, you cannot read what you are going to decide (if you followed the privacy link in the module, for example). But I am not a lawyer, it is just how I think it should work logically, especially thinking of the very strict German laws about the IMPRINT page accessibility. - Any oppinion? I am looking for an easy way. Right now, I am using CSS to hide .privacywire and its wrapper on those. But since the links to those pages are stored in the modules settings, why not excluding them automatically? Just an idea. In this context, it would be cool if the module did some quick checks to assist the webmaster if those linked pages actually exist and are viewable.
  4. That's a little bit like Christmas for me. So useful! An additional reminder under the PW hints for the field might guarantee that this handy option is remembered when the module is active? • validate: Validates that Pages in value matches your selector on page save. • selectOnce=1: Each option can only be selected once per table
  5. great idea. I could really use it. In my case I have an Autocomplete instead of a Select for the page reference (too many targets) and unfortunately, there double entries are still selectable. But intercepting here, might be another level of complexity. But I might soon find a use case where this fits in well. Thanks for the module!
  6. Thanks again for providing this module and keeping it up-to-date. This module is so useful for me.
  7. Today I also got the class "RuntimeMarkupUtilities" does not exist error. (At a very harmless unexpected spot, when trying to edit a simple body textarea in a template: some local field settings). I love the RuntimeMarkup Field, never had the problem with it before and did not want to give up easily. The only difference with my other PW installs: this PW install was brand new straight from the PW github beta repo and filled with a couple of modules, including this one. When started setting up my templates, I had activated the RuntimeMarkup Module for latter use already. But had not set up a RuntimeMarkup field yet. Now the interesting part: As soon as I had my first RuntimeMarkup field set up (just with the default settings) the "RuntimeMarkupUtilities missing" error mentioned above was gone. Maybe the observation gives you some indication about the possible nature of the bug. Maybe there is nothing wrong with the RuntimeMarkup module code, there might be just a timing problem, or the module is looking for a class of some target code not running because not in use at that point. Just guessing.
  8. Hi, ProcessWire 3.0.175 + PrivacyWire 104. On this occasion I wish to thank you for the really helpful module contribution and all your support!
  9. Silly me. I was using the example from here (https://processwire.com/modules/privacy-wire/) without looking for type errors in there. (The example code could be updated?) I fixed it and cleared the cache. Still not working. A minification issue maybe (semicolons)?
  10. I started having trouble with <script type=text/plain" data-type="text/javascript" data-category="external_media" class="require-consent"> I get a JS error and the element isn't shown (any more?) on consent. Anyone else sees this too? Or did I use this in an unintended way? (Example)
  11. Maybe a bug: I cannot set "Bytes" in the module settings to anything else than 0 - It resets to "0" after saving.
  12. Can be an essential element of a GDPR data protection strategy. Very useful. Thank you!
  13. Hi, today's 2.0 update killed the backend here on some installs... Reverting to 1.2.7 fixed it: PDOException #42S22 SQLSTATE[42S22]: Column not found: 1054 Unknown column 'field_phits.last_hit' in 'field list'
  14. I can confirm that this method of replacing the decimal field worked on my e-commerce-Project where I tried this. No problems.
  15. I think that PW could have a stronger GDPR support out of the box, including comments. There are already some consent plugins available (one of those pretty good), but there is still much efforts needed (like the unnecessary complicated recommendations for fixing comments). For us Europeans, it is so important, to have things right there from the beginning, and GDPR should not be rocket science to fully implement.
  • Create New...