Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


arjen last won the day on October 17 2018

arjen had the most liked content!

Community Reputation

1,348 Excellent

About arjen

  • Rank
    Hero Member
  • Birthday 03/10/1982

Contact Methods

  • Website URL
  • Skype

Profile Information

  • Gender
  • Location
    Hoogeveen, The Netherlands

Recent Profile Visitors

18,570 profile views
  1. Sounds like a great week 🙂
  2. Ah, the or groups selector post 🙂 We really needed this a few years ago. Unfortunately Ryan did not manage to implement this. No hard feelings though since this is not an easy task. But I do believe it should be developed since this is a big USP over other rule builders. ProcessWire can really shine with these kind of data structures. I eventually created a Process module which created pages has a sort of multiplier field of InputfieldSelector. The client could scope the main selector and add groups by adding more selectors. - Main Selector template=foo (InputfieldSelector) |-- Selector 1 (OR) somevalue=bar (repeatable field with InputfieldSelector) |-- Selector 2 (OR) someothervalue=foobar (etc) This fields eventually resolved in: "template=foo, (somevalue=bar), (someothervalue=foobar)". I created another Process Module we rendered these selectors in a list and created urls (using the great ProcessPageListerUrls). This might feel like overkill, but the client wanted to query complex selectors.
  3. Enjoy your weekend too!
  4. This seems like a really nice ux update. I really like you improving existing functionality. Thanks!
  5. Thanks @tiefenbacher_bluetomato really looking forward to the demo.
  6. I don't think I would build such a system in ProcessWire. Money stuff I would prefer to be handled by a system which has some kind of Event Sourcing. But I get your idea 🙂 True. When you have 300+ fields it will become a tedious job to add another role and assign all fields. And than another role. We only needed certain fields were editable and some not. I can see your point. That being said maybe a better solution would be to create a Process module which can handle these bulk actions. Currently I'm not working on that project anymore, but I've developed the basic batch functionality in a few days work. I would love to do a UI/UX/mock-up on how this could work.
  7. I've had to correct myself we didn't even hook, but use the "What roles can view and/or edit this field?" checkboxes and the Access Toggle "Show field in page editor if viewable but not editable (user can see but not change)". We've created a process module which listed all the fields and the corresponding settings to keep an overview on all the settings of the fields. Also we made it easy to bulk edit these field settings/permissions. That being said I doubt if I understand your question right since we already have view/not-edit. We only used hooks to change the output of the fields. Apologies, these kind of requirements can be hard to understand. I think I'm understanding your need since to want view not edit permission on a page level? So to summarise: we didn't need that kind of permission, but rather a per field permissions which is already available.
  8. We've done this before by using a hook to switch a field to readonly based on the role. It is not that hard to set-up imho. In that particular set-up we had like 20 roles and a lot of permissions so adding another role/permission did not feel right especially since the roles reflected the clients organization structure. Or even replace the fieldgroup with your own markup.
  9. Looking good! Thanks for posting. @Martijn Geerts reminds you of something? 🙂
  10. Ah, the good old -dev approach. That might work here too. I used to have it everywhere, but I've switched to more generic config.php which reads a config.ini which is outside my version control. The big disadvantage here is when you have a lot of customisations in your config.php. Thanks for reminding me.
  11. How do you guys handle developing on local machines regarding Multisite? Often I download the production database and I have different config.php, but I'm starting to dislike that approach 🙂 I can off course put all the environment stuff in an .ini and read with parse_ini. $config->MultisiteDomains = array( 'www.realdomain.com' => array( 'root' => 'www.realdomain.com', 'http404' => 1045 ), 'realdomain.localhost' => array( 'root' => 'realdomain.localhost', 'http404' => 1045 ), 'www.anotherrealdomain.com' => array( 'root' => 'www.anotherrealdomain.com', 'http404' => 1046 ), 'anotherrealdomain.localhost' => array( 'root' => 'anotherrealdomain.localhost', 'http404' => 1046 ), ); I have a lot of domains in the multisite. Would love to hear your approaches.
  12. @AutofahrnDanke for your hard work on this. I really appreciate it. I've excluded both pwpc and added the regex to the config. No luck. I then changed the "Absolute path of the directory where packages are saved." to the ../public folder. No luck either. Funny thing is though that the log says it still wants to save in the "default" folder. When I add your code I'm getting a "Parse error: syntax error, unexpected '$res' (T_VARIABLE)". I've double check the syntax, but it seems to be okay. Not sure what is going on there as well. I also removed all filecompiler files and let it recompile again. No luck.
  • Create New...