Jump to content

ICF Women's Conference Website based on Processwire

Noel Boss

Recommended Posts

» A more exhaustive version of this article is also available on Medium in English and German «

First, we'd like to thank the very helpful community here for the excellent support.
In many cases we found guidance or even finished solutions for our problems.
So a big THANK YOU!!!


We are pleased to introduce you to the new Ladies Lounge 18 website. The next ICF Women’s Conference will take place in Zurich and several satellite locations across Europe. We embarked on bold new directions for the development of the website — in line with the BRAVE theme.


Ladies Lounge 18 — ICF Woman’s Conference website on Processwire

ICF Church is a European Church Movement that started 20 years ago in Zurich and since experienced tremendous growth. There are already well over 60 ICF churches across Europe and Asia. ICF is a non-denominational church with a biblical foundation that was born out of the vision to build a dynamic, tangible church that is right at the heartbeat of time.

With the growth of the Ladies Lounge from a single-site event to a multi-site event, the demands and challenges to the website have also increased. A simple HTML website no longer cuts it.

Simplified frontend

Our goal with the development of the new site was it to present the different locations — with different languages and partly different content — under once uniform umbrella — while at the same time minimising the administrative effort. In addition to the new bold look and feel, this year’s website is now simpler and easier and the information is accessible with fewer clicks. 

Some highlights of the new website

  • Thanks to processwire, all contents are maintained in one place only, even if they are displayed several times on the website
  • 100% customised data model for content creators
  • Content can be edited directly inline with a double-click:



  • Multi-language in the frontend and backend
  • Dynamic Rights: Editors can edit their locations in all available languages and the other content only in their own language
  • Easy login with Google account via OAuth2 Plugin
  • Uikit Frontend with SCSS built using PW internal features (find of files…)
  • Custom Frontend Setup with Layout, Components, Partials and Snippets
  • Only about 3 weeks development time from 0 to 100 (never having published a PW before)
  • Despite multi-location multi-language requirement, the site is easy to use for both visitors and editors:

1*IzpwG3bkBZZbpLJl3ssGlA.gif 1*Lq5Jz185O3qLVkdLYQ-4tw.gif


The search for a good CMS is over

It’s hard to find a system that combines flexibility and scope with simplicity, both in maintainance and development. The search for such a system is difficult. By and large, the open source world offers you the following options:


In most cases, the more powerful a CMS, the more complex the maintenance and development

It is usually like that; The functionality of a system also increases the training and operating effort — or the system is easy to use, but is powerless, and must be reporposed for high demands beyond its limits.

With Processwire, we‘ve found a solution that offers just that: the greatest possible flexibility and yet a very flat learning curve. 

Quite different Processwire : You do not have to learn a new native language, you don’t have to fight plugin hell and mess around with the loop, you don’t have to torment yourself with system-generated front-end code or even learn an entierly new, old PHP framework .

All our basic requirements are met:

  • Custom Content Types
  • Flexible and extensible rights-management
  • Multilanguage
  • Intuitive backend
  • Well curated Plugin Directory
  • Actually working front-end editing
  • Simple templating with 100% frontend freedom

In addition, Processwire has an exceptionally friendly and helpful community. As a rule of thumb, questions are answered constructively in a few hours . The development progresses in brisk steps , the code is extremely easy to understand and simple. Processwire has a supremely powerful yet simple API , and for important things there are (not 1000) but certainly one module which at least serves as a good starting point for further development. Last but not least, the documentation is easy to understand, extensive and clever .

Our experience shows, that you can find a quick and simple solution with Processwire, even for things like extending the rights-management — most of the time a highly complex task with other systems.

This is also reflected positively in the user interface. The otherwise so “simple” Wordpress crumbles when coping with more complex tasks. It sumbles over its apparent simplicity and suddenly becomes complex:

1*5LAVYTuL_TGilDugGRGm7w.png 1*KHVbyqJZvW_VidQAzYGMqw.png

Old vs. New — Simple and yet complicated vs. easy and hmmm … easy



Our experience with Processwire as first-timers

Before we found out about Processwire, we found CraftCMS on our hunt for a better CMS. We were frustrated by the likes of Typo3, WP or Drupal like many here. CraftCMS looked very promising but as we were digging deeper into it, we found it did not met our requirements for some big projects in our pipeline that require many different locations, languages and features. Initially we were sceptical about Processwire because;

A. CraftCMS Website (and before UiKit also the admin interface) simply locked much nicer and

B. because it is built on top of a Framework

It was only later, that we found out, that NOT depending on a Framework is actually a very good thing in Processwire's case. Things tend to get big and cumbersome rather then lean and clean. But now we are convinced, that Processwire is far superior to any of the other CMS right now available in most cases.

The good

Processwire is the first CMS since time immemorial that is really fun to use (almost) from start to finish— whether API, documentation, community, modules or backend interface. Every few hours you will be pleasantly surprised and a sense of achievement is never far away. The learning curve is very flat and you’ll find your way quickly arround the system. Even modules can be created quickly without much experience.

Processwire is not over-engineered and uses no-frills PHP code — and that’s where the power steams from: simplicity = easy to understand = less code = save = easy maintanance = faster development …

Even complex modules in Processwire usually only consist of a few hundred lines of code — often much less. And if “hooks” cause wordpress-damaged developers a cold shiver, Hooks in Processwire are a powerful tool to expand the core. The main developer Ryan is a child prodigy — active, eloquent and helpful.

Processwire modules are stable even across major releases as the code base is so clean, simple and small.

There is a GraphQL Plugin — anyone said Headless-CMS?!

Image and file handling is a pleasure:

echo "<img src='{$speaker->image->size(400, 600)->url}' alt='{$speaker->fullname}' />";

I could go on all day …

The not soooo good

Separation of Stucture and Data

The definition of the fields and templates is stored in the database, so the separation between content and system is not guaranteed. This complicates clean development with separate live- and development-environments. However, there is a migration module that looks promising — another module, which is expected to write these configurations into the file system, unfortunately nuked our system. I'm sure there will be (and maybe we will invest) some clever solutions for this in the future. Some inspiration could also be drawn here, one of the greatest Plugins for WP: https://deliciousbrains.com/wp-migrate-db-pro/

Access rights

The Access-Rights where missing some critical features: Editors needed to be able to edit pages in all languages on their own location, and content on the rest of the page only in their respective language. We solved it by a custom field adding a relation between a page the user and a role that we dynamically add to the user to escalate access rights;

	 * Initialize the module.
	 * ProcessWire calls this when the module is loaded. For 'autoload' modules, this will be called
	 * when ProcessWire's API is ready. As a result, this is a good place to attach hooks.
	public function init() {
		$this->addHookBefore('ProcessPageEdit::execute', $this, 'addDynPermission');
		$this->addHookBefore('ProcessPageAdd::execute', $this, 'addDynPermission');

	public function addDynPermission(HookEvent $event)
		$message = false;
		$page = $event->object->getPage();
		$root = $page->rootParent;
		$user = $this->user;

		if ($user->template->hasField('dynroles')) {
			if ($message) {
				$this->message('User has Dynroles: '.$user->dynroles->each('{name} '));
			// for page add hook…

			if ($page instanceof NullPage) {				// click new and it's get, save it's post…
				$rootid = wire('input')->get->int('parent_id') ? wire('input')->get->int('parent_id') : wire('input')->post->parent_id;

				if ($message) {
					$this->message('Searching Root '.$rootid);

				$root = wire('pages')->get($rootid)->rootParent;
			} elseif ($page->template->hasField('dynroles')) {
				if ($message) {
					$this->message('Page "'.$page->name.'" has Dynroles: '.$page->dynroles->each('{name} '));

				foreach ($page->get('dynroles') as $role) {
					if ($role->id && $user->dynroles->has($role)) {
						if ($message) {
							$this->message('Add dynamic role "'.$role->name.'" because of page "'.$page->name.'"');


			if (!($root instanceof NullPage) && $root->template->hasField('dynroles')) {
				if ($message) {
					$this->message('Root "'.$root->name.'" has dynamic roles: '.$root->dynroles->each('{name} '));

				foreach ($root->get('dynroles') as $role) {
					if ($role->id && $user->dynroles->has($role)) {
						if ($message) {
							$this->message('Add dynamic role "'.$role->name.'" because of root page "'.$root->name.'"');


With the Droles and Access Groups Modules we were not able to find a solution.

I thought it was hard to get absolute URLs out of the system — Ha! What a fool I was. So much for the topic of positive surprise. (Maybe you noticed, the point actually belongs to the top.)

But while we’re at it — that I thought it would not work, was due to a somewhat incomplete documentation in a few instances. Although it is far better than many others, it still lacks useful hints at one point or another. As in the example above, however, the friendly community quickly helps here.

processwire.com looks a bit old-fashioned and could use some marketing love. You notice the high level to moan with Processwire.

There is no free Tesla here.


Processwire is for anyone who is upset about any Typo3, Wordpress and Drupal lunacy — a fresh breeze of air, clear water, a pure joy.

It’s great as a CMF and Headless CMS, and we keep asking ourselves — why is it not more widely known?

If you value simple but clean code, flexibility, stability, speed, fast development times and maximum freedom, you should definitely take a look at it.

You have to like — or at least not hate PHP — and come to terms with the fact that the system is not over-engineerd to excess. If that’s okay with you, everything is possible — with GraphQL you can even build a completely decoupled frontend.

We are convinced of the simplicity of Processwire and will implement future sites from now on using it as a foundation.

Links & resources we found helpful

Plugins & Techniques that we used


  • Like 36
  • Thanks 1
Link to comment
Share on other sites

16 minutes ago, dragan said:

Nice! (or "chapeau", as we say in Zürich). The article even in two languages!

How did you do the inline frontend editing feature? Custom developed or a module?

Tankä, as we say in Zurich ;)

Frontend editing comes bundeled with the Processwire core! In addition we use Front-End Edit Lightbox (FEEL) like this;

echo $page->feel( [
    'text' => $page->template->get('label|name').' '.ukIcon('pencil'),
    'class' => 'uk-button uk-button-small uk-button-default cp-editpage',
    'fields' => null,


  • Like 5
Link to comment
Share on other sites

These are the articles we need! So many thanks @noelboss! We need more articles like this. We have built a great application for an international corporate using ProcessWire with over a million (1.000.000) pages and counting and hundreds of concurring users all over Europe and the United States. We built it right in the back-end of ProcessWire using ListerPro and +/- 20 custom Process Modules. Unfortunately I can't write a showcase (I'm dying too ...) due to legal stuff.

I could not agree more with one of the disadvantages:

6 hours ago, noelboss said:

Separation of Stucture and Data

The definition of the fields and templates is stored in the database, so the separation between content and system is not guaranteed. This complicates clean development with separate live- and development-environments. However, there is a migration module that looks promising — another module, which is expected to write these configurations into the file system, unfortunately nuked our system.

Thanks again! I clapped 50 times ;)

  • Like 6
Link to comment
Share on other sites

3 hours ago, adrian said:

Hey everyone - don't forget to read the version of this excellent post on Medium:

Create an account and "clap" for the article - you can clap up to 50 times - let's see if we can get @noelboss's article on the Medium homepage!

Thank you @adrian !

  • Like 2
Link to comment
Share on other sites

13 hours ago, arjen said:

These are the articles we need! So many thanks @noelboss! We need more articles like this. We have built a great application for an international corporate using ProcessWire with over a million (1.000.000) pages and counting and hundreds of concurring users all over Europe and the United States. We built it right in the back-end of ProcessWire using ListerPro and +/- 20 custom Process Modules. Unfortunately I can't write a showcase (I'm dying too ...) due to legal stuff.

You might still share some of your learnings, even if you can't disclose the customer? Thanks for the Claps on Medium.

Link to comment
Share on other sites

Hi @noelboss,

I've tried a few times, but I've found it really hard to describe the application without showing screenshots of the workflow. It is unfortunately not as easy as hiding the logo and branding. The customer has a lot of competitive advantage using this tool. I also moved jobs since. During the Christmas holidays I might have some spare time to work out a tutorial of a custom build application. Thanks again for your showcase.

  • Like 3
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    • No registered users viewing this page.
  • Similar Content

    • By Rudy
      Hi all 👋
      I made this searchable UIkit 3.x documentation site to share with everyone. The official doc is great but you can't search across the whole doc.
      Anyway, here is the URL: https://uikitdocs.netlify.app/
      What's missing is the live examples. Perhaps some of you can contribute? Github repo link is on the website as well.
    • By Chris Bennett
      Inspired by @bernhard's excellent work on the new customisable LESS CSS getting rolled into the core soon, I thought I would offer up the module for beta testing, if it is of interest to anyone.

      It takes a different approach to admin styling, basically using the Cascade part of CSS to over-ride default UiKit values.
      Values are stored in ModuleConfig Module creates a separate AdminThemeTweaker Folder at root, so it can link to AdminThemeTweaker.php as CSS AdminThemeTweaker.php reads the module values, constructs the CSS variables then includes the CSS framework Can be switched on and off with a click. Uninstall removes everything, thanks to bernhard's wonderful remove dir & contents function.
      It won't touch your core. It won't care if stuff is upgraded. You won't need to compile anything and you don't need to touch CSS unless you want to.

      It won't do much at all apart from read some values from your module config, work out the right CSS variables to use (auto contrast based on selected backgrounds) and throw it on your screen.
      You can configure a lot of stuff, leave it as it comes (dark and curvy), change two main colors (background and content background) or delve deep to configure custom margins, height of mastheads, and all manner of silly stuff I never use.

      Have been developing it for somewhere around 2 years now. It has been (and will continue to be) constantly tweaked over that time, as I click on something and find something else to do.
      That said, it is pretty solid and has been in constant use as my sole Admin styling option for all of those 2 years.

      If nothing else, it would be great if it can provide any assistance to @bernhard or other contributor's who may be looking to solve some of the quirkier UiKit behavior.
      Has (in my opinion) more robust and predictable handling of hidden Inputfields, data-colwidths and showIf wrappers.
      I am very keen to help out with that stuff in any way I can, though LESS (and any css frameworks/tools basically) are not my go.
      I love CSS variables and banging-rocks-together, no-dependency CSS you can write with notepad.


    • By fruid
      could someone help me find the javascript bug?
      or here:
      I want it to be NOT draggable on desktop but draggable on mobile devices. Also, on mobile, the element that I drag into focus should automatically be active, but on desktop, only when I click it.
      It works fine on desktop, but when you drag on mobile, after the dragged element is active and you click it, it switches back and forth between this and the previous element (assigns the active class to the previous element).
      I already tried to find help elsewhere, since this is not directly PW related but only frontend, but it's hard to find support or a community for uikit. PW seems to be using it quite a lot though…
      Thanks for help
    • By daniel_puehringer
      Hi community,

      I am using the "PageTable" Module (also called "ProFields: Page Table") and the built in "Language" Module (also called "Languages Support").

      With the help of PageTable I was able to create several content elements which should usually be displayed in German(default language) and English.

      However some Content Elements should only be shown in German and NOT in English.

      Well sounds easy, right? Not so fast. I really love this CMS, but I have not found a solution for this problem yet.
      As you can see in the screenshots attached I tried to uncheck the "active" Checkbox for the english language to completely hide the content element for english users.

      However no matter what I do the german text shows on the english page.
      If I leave the "content-should-not-be-shown-in-english"(see Screenshot Number 2) blank and save the page, the page will inherit the german page url "content-element-with-simple-text-which-should-only-be-shown-in-german".

      My question therefore is:
      How can I hide a specific content-element for only one language?

      I´m using the latest processwire & module versions.

      The code which I use to render the content elements looks like this:
      //Info: contentelements is a field of type "ProFields: Page Table" <?php foreach ($page->contentelements as $element): echo($element->render()); endforeach; ?> filename: basic-page.php

      I would really appreciate your help since I haven´t found a solution after reading through quite a lot of forum posts.

      All the best,

    • By schwarzdesign
      We're currently working on a few sites that have some users with very limited access; most importantly, some users can only edit their own profile and nothing else in the backend. We're using AdminThemeUiKit, so the CMS navbar only contains the site logo and the username for those users. The problem is that the crucial "View site" link that gets you back to the frontend is hidden in the dropdown behind the username. This isn't immediately obvious (and TBH it does feel out of place there, even when you know it's there).
      I'm looking for ways to make the "back to site" link more visible – and I also think this is worth a discussion for AdminThemeUiKit in general. Here's what I have considered:
      Ideally, clicking the logo would take you back to the frontend (currently, you just get a blank page with nothing but an 'edit profile' button). I checked the settings, but the Uikit theme only has options to open the site tree or open a side navigation. Maybe a new option to go back to the frontend could be added? Or maybe the method that gets the logo link should be made hookable, so I could retain the default behaviour for editors, but change the link for users with limited access. An additional link in the menu would also work. But the only way I can think of to add this would be a Process module that just redirects to the homepage. But that's a bit overcomplicated, and I would like to do this without the additional redirect. Of course, copying the theme and modifying it manually or inserting a prominent link with JavaScript would work, but both options are sort of hacky and require some upkeep. Is there a better way? Have you come across this problem yet, and how did you solve it? I'm looking forward to suggestions!
  • Create New...