gmclelland

Great job jploch and kongondo! Ya'll can really put together modules quickly. Looks like that could also be used as "Freeform layout builder" component/section that can be added to a normal page table like I show above? jploch, I wasn't clear on how the user gets to see the grid editor in your example video? Do they click on a button to enter into the grid editor or does it take over the normal page editor somehow? I also like the mobile preview buttons at the top? Maybe ProDrafts preview mode can add those? I think CraftCms just added that feature as well? I expected it would work like the ProDrafts preview mode's sidebar? I just don't want the preview area modifying the site's markup. Like adding plus icons everywhere or drag and drop. That is what the Godaddy.com editor does. I'm not a fan of that. Sometimes those *features* can cause CSS conflicts and cause the preview to mess up. See below for example of the buttons that appear on hover: I like how the ProDrafts preview mode doesn't add those *features* to the preview area. On another note...people here were also talking about Editorjs.io and storing content in json in the database. I ran across a spec for that from https://www.sanity.io/ it's called Portable Text https://github.com/portabletext/portabletext and they talk about it more here. I guess you can run into problems when creating headless sites that store rich text as HTML in the database? They use JSON instead to remove all the styling and so on. I'm not sure how widely it is used, but I thought I would mention it in case anyone hasn't heard about it. I'm also not sure if it is compatible with Editorjs.io?

If anyone else is interested, I started researching different ways to try to solve this problem(not just with Processwire.) You can view the Google doc here. Feel free to copy/edit or whatever. I wonder if we can simplify things? Do we really want a layout editor in the Processwire backend where you can adjust the grid widths and so on, or do we just need some UI modifications to the tools we already have? Here's an example where I think the backend page editor is too complex. from:https://getkirby.com/ and https://modmore.com/contentblocks/ The page editor could slow down and be clunky from trying to render all the DOM elements? Too complex to work on mobile Content editing gets smushed into small columns Dragging and dropping across layout regions requires a lot of dexterity for the end users - think accessibility. requires taking up the whole page for editing A page/layout editor will have to somehow visually represent your frontend layout in the backend. That seems problematic to me. Instead of having a complex page/layout editor where the user has to drag and drop columns, how about we simplify the interface so that it works on mobile as well? While the YooTheme demo looks cool, I don't think it would work good on mobile? I think the YooTheme UI is still too complex. How about we just allow the user to choose from prebuilt sections or components? Those prebuilt sections/components could then be edited in the Processwire sidebar panel like the Processwire ProDrafts sidebar editing. It would be cool if the RepeaterMatrix, Page Reference, Page Table, Repeater fields got rid of all the cluttered "Add New" type links and instead had one "Add new" button/link that would give the option to choose a template visually in a Processwire Sidebar Panel. Maybe also add another option to RepeaterMatrix, Page Reference, Page Table, Repeater fields to edit pages in the Processwire Sidebar Panel instead of the inline expand/dropdown editing? Just like the Processwire ProDrafts module does with Live Preview? This is how Godaddy.com's website builder works. You can try it for free. When you click the plus icon to add a new section, it shows this selector in the sidebar. This is also how https://froont.com/ sidebar works. A user selects a prebuilt section or component/widget. Also http://cards2.webflow.io/ and https://froala.com/design-blocks and https://www.brizy.io/brizy-design-kit-2/ you can see how a page is built from these widgets/components that stack on top of each other. Imagine if I were to create a Processwire "Landing Page" template. It would probably only have 3 fields: Page Header - Single Select - to override the default site header Page Sections - Allow Multi Select - to add layout rows Page Footer - Single Select - to override the default site footer That would give a lot flexibility of the page design without allowing a user to screw up the design. When looking at the processwire page editor, it could show the three fields each containing a preview graphic of the element that was selected. Maybe @bernhard 's module would allow the visual selection of the templates somehow or maybe @ryan could add a representative/template preview image option to all the templates? The Sections field would allow multiple selections. Those selections would display in a single column like the Page Table field that allows you to move the preview graphic of the element that was selected up or down in the list. Maybe Page Table Extended could be used to show that preview graphic from the TemplatePreviewImages module? I haven't tried. If you click the preview graphic, it will open that element in the Processwire Sidebar Panel for editing. Here is a rough mockup of what it could look like: That way the page editing is nice and simple, no need to worry about messing with the indentation of nested elements like in this example: Indentation is too easy for editors to mess up IMHO. Now what happens if you click on the "Three Column" item above? It would open for editing in Processwire Sidebar Panel on the right. Now that "Three Column" page has other Page Reference fields to components/widgets: Column 1 - contains a RTE Editor widget using a limited/restricted CKeditor or a markdown editor? Column 2 - contains an Art Directed Responsive Image widget Column 3 - contains a Accordion widget with other types of referenced widgets like a Editorjs.io widget or a file downloads listing widget So that is where I'm not clear on. Do we need some mechanism to allow us to "Drill down" to edit other referenced pages in the sidebar? How do we go deeper? Could there be some kind of breadcrumbs or back button like on an iphone? The SilverStripe CMS has drill down editing as seen in this video at the https://youtu.be/IKGUd2dq8XI?t=1022 although it doesn't use sidebar editing. Technically, I'm not sure how they achieve that? Anyways, I don't have the solution, but I thought I would share those concepts as rough as they are. ? I also like Bernhard's concept of defining these widget/components in code so they can be shared across sites. Creating all these fields and templates by clicking in the admin would not be fun. No disrespect to Processwire. (I love Processwire and it's admin theme btw) I love hearing all the discussion on this. It's one huge problem that definitely needs solving. I need to able to give non technical users the ability to create customized landing pages without them knowing html. They like to be able to switch out a whole section just to see what it would look like. That's why I would prefer to give them the ability to select prebuilt responsive components instead of allowing them the ability to create grids with rows with margins and paddings and so much other htmly stuff.

Glad I could help! I think I was waiting to get some feedback from other people to make sure it wasn’t just me before I report it? For me it happens locally and in production. Local uses homebrew Apache and Php on my mac. Production uses https://serverpilot.io which uses Nginx for static assets with a proxy to Apache for Php.

Hmm... I'm not sure then. Are you using TemplateEngineFactory with TemplateEngineTwig? Did you upgrade TemplateEngineTwig as well? Did you upgrade your Twig libraries with composer? Did you clear your site caches with Modules > Refresh? Just some thoughts... If I remember right..after upgrading to 2.x throw new Wire404Exception(); most of the time it would work, but one time it didn't. I just can't remember the use case. So maybe that bug isn't fully fixed? Perhaps you can provide Wanze your code so he can replicate and fix the problem?

Hi elabx, On one of my sites, I have: if ($input->urlSegment1){ // unknown URL segment, send a 404 throw new Wire404Exception(); } and in another place I was using: // Don't let search engines index non-existing pages // see https://processwire.com/blog/posts/processwire-2.6.18-updates-pagination-and-seo/ // if(!count($paginated_calendar_postings) && $input->pageNum > 1) { if(!count($paginated_calendar_postings) && $input->pageNum > 1) { // I'm not sure why this line is needed, but it is // $session->redirect($pages->get($config->http404PageID)->httpurl()); throw new Wire404Exception(); } I think I used to have to do this, before a bug was fixed in this module? $session->redirect($pages->get($config->http404PageID)->httpurl()); Hope that helps

@gornycreative - If you are using Cloudflare - you may want to set some rules as seen here:

@benbyf - Do you know of anyway to prevent this module's page list customizations from loading in a Processwire Panel(the one you get when you click on the tree icon on page edit)? Everything I tried doesn't seem to work. ?

@ryan - fyi...your "dev branch commit log" link above is broken. Great job with all the updates! Looking forward to the FormBuilder updates. Have a great weekend.

Does the user have the page-edit permission? I'm not fully clear, are they able to edit the page in the backend?

Also make sure that each field you want to edit on the frontend is configured properly. Look under each field's settings under the "Input" tab and then look under "Front-end editing" section.

Is jquery included on the frontend? You can also check Chrome's console for errors.

Did you install the library with Composer? Here is what my body field settings look like: Maybe the order of the formatters matters in your setup?

You need to enable the textformatter in the field’s settings.

Great write up! I love detailed case studies like this. Thanks for sharing

Yep, that was fix. Forgot that step. Thanks for the quick help

Hi Adrian, Just wanted to let you know that I'm seeing an error: PHP Warning: in_array() expects parameter 2 to be array, string given in .../TracyDebugger/TracyDebugger.module.php:1072 I'm running php 7.1.33 and Processwire 3.0.159. TracyDebugger module is at 4.21.16. I'm seeing this error on all pages of my site. I have also done a modules refresh. Let me know if you need any more information. Thanks for all you do!

@bernhard, maybe something like https://marketplace.visualstudio.com/items?itemName=wwm.better-align ?

Sounds interesting. Thanks for explaining!

The first thread that was linked by kongondo includes non paid solutions.

@thetuningspoon - What is UI Blocks?

If I remember correctly I think they do something similar on the https://processwire-recipes.com/ site using the code from https://github.com/processwire-recipes/ProcessRecipeInstaller Markdown files are stored in this repo https://github.com/processwire-recipes/Recipes Maybe that can give you some ideas?

@bernhard off topic, but what is RockBodyBuilder?

Hmm... I'm not sure. Maybe you can check out the code from: You could also check the code from: Ryan also shows an example Hope that helps point you in the right direction. Others here may chime in as well.

The "open" dialog box you see is a Windows only thing. Mac users don't have the same dialog. So it may be working as intended. What happens if you try to upload a pdf file? Does it give you an error? What happens when you upload an mp3 file? Does it give you an error?

I believe the problem is when the pages are stored under the admin branch it will apply admin permissions. I think you have use include=all in your find?