Guy Incognito

Members
  • Content Count

    51
  • Joined

  • Last visited

Community Reputation

28 Excellent

About Guy Incognito

  • Rank
    Full Member

Profile Information

  • Location
    Kent, UK

Recent Profile Visitors

208 profile views
  1. Thanks to everyone who was helping me the other night. A little update on what I ended up doing with my helper module so far.... For the site settings, I ended up just making a configurable module with only one field containing a load of defaults stored as a simple JSON array. I thought this would be far easier for my specific purpose as it means that it's easily customisable with new data on a site-by-site basis without having to update the module interface or add new fields. I've hooked the $page object to access this data on the front end, so I can now do <?=$page->siteSettings['company_name'];?> etc in my templates which is cool. I've also set some dependencies in the config for the modules we regularly use. I have also used a hook to inject an overlay 'edit mode' icon that displays on the front end whenever an editor is logged into the site, as we've found some people don't realise when they're logged in and can use the front-end editing on their site. The little cog icon also links back to the PW dashboard. Really starting to get the hang of how the PW modules work now, so will be adding in lots more useful stuff we tend to use for every project in due course.
  2. Guy Incognito

    Just came across this thread - for those who were wondering, we switched from ServerPilot to RunCloud + Linode for many PW projects and find it to be a great setup. Their support is great too, they’re in the Far East but always respond very quickly, not that we’ve had many issues. Very favourable pricing too compared to ServerPilot and way more features.
  3. Thanks PW is also helping my coding get better - I'm mainly frontend, but it makes a great framework to safely grow my skillset and also have to rely on other members of my team less I'll check out Kickstart - looks awesome. Yes - I've loved the template and dev work created so far with PW so having fun so far just experimenting to see what's possible with modules too.
  4. Yes to date I’ve been using a combo of pages and my own include files within the templates folder which works ok, just experimenting with the options My only hang up with profiles is how do you update them once installed. Whereas a module is easily updated across multiple sites. If I’m right, you can use a module to add pages and fields? If so maybe I need to switch my strategy for the module and do this instead of config fields.
  5. Ok thanks that makes sense why it doesn’t work. I do normally store this stuff in a standard page, but was using it as an exercise to dip my toe into modules as haven’t touched that element of PW yet. I just thought it might be cool to be able to install the module into each project without having to set up the fields etc.
  6. I'm teaching myself about PW module development by creating a simple module to hold frequently used settings for web design projects. I' ve set up a module with a config file to define a form with my settings fields. @ryan's tutorial here https://processwire.com/blog/posts/new-module-configuration-options/ says you can use "any Inputfield module name" - but image field gives me an error is an image field possible? "Error: Uncaught Error: Call to a member function path() on string in /home/testproject/public_html/wire/modules/Inputfield/InputfieldFile/InputfieldFile.module:913" Example array so far below - am I missing some confiuration values? array( 'name' => 'logo', 'label' => 'Logo', 'type' => 'file', 'value' => '', 'maxFiles' => 1, ),
  7. Guy Incognito

    I'm still fairly new here having switched to using ProcessWire for pretty much every project (hence the frequent questions ) from Concrete5. Concrete5 has had Gutenberg-esque block-based front-end editing for nearly 10 years longer than Wordpress. Although a finished site using C5 can look great for a site editor/frontend-only user with various drag-drop layout tools, we were finding c5 development had become very convoluted and was starting to make simple website projects unnecessarily complicated. C5's core weighs in at a hefty filesize too. This is why we started researching for alternatives and landed happily at ProcessWire. I already find WP development unnecessarily convoluted, especially compared to the simplicity of ProcessWire. And with Gutenberg, I can only foresee the same sort of headaches ahead for the WP community that we were finding with C5 - namely conflicts between blocks and the core and frontend UI and your design style and functionality being dictated to by the CMS in order to work in the Gutenberg features. Discovering ProcessWire has been a revelation for us - the clean API and design agnostic approach are making everything from simple website projects to complex web apps a breeze, with the added bonus of super simple frontend editing that not only wows client's used to site builder platforms but requires basically zero onboarding too. I would urge anyone thinking of building out Gutenberg inspired modules for ProcessWire to consider the above comments to ensure that what makes ProcessWire special is retained.
  8. Guy Incognito

    I agree - or just assuming if you are dragging over a page that it needs highlighting/opening.
  9. Guy Incognito

    Sorry to bump an old thread but 3 years since you posted this just saved my day! I wonder if there's a way this could be made more obvious in the dashboard UI?
  10. Guy Incognito

    Hi @sirhc- do you solve this in the end? Have the same error on a site and can not figure it out.
  11. Guy Incognito

    Can confirm we've run into this same issue with the latest Bootstrap, latest PW and latest jQuery. We're currently doing this to ensure latest jQuery for the public and the compatible older version for editors. <?php //Load older version of jQuery for front end editor if ($user->isLoggedin()) { echo '<script src="https://ajax.googleapis.com/ajax/libs/jquery/2.1.3/jquery.min.js"></script>'; } else { echo '<script src="https://ajax.googleapis.com/ajax/libs/jquery/3.1.1/jquery.min.js"></script>'; } ?>
  12. We're currently working on a site that requires front end editing for the client. We've noticed that you don't seem to be able to use CKEditor for uploading images from the front end - is this normal, a bug or do we have an issue elsewhere? Initially, the upload seems to work - however inserting an image from the front end CKEditor doesn't seem to add the file to the page's images field as per the normal behaviour when editing in the back end. What happens instead is that the image seems to get uploaded to the server, and persists in the text area field until the page is next saved in the backend. At which point the image disappears because it is not referenced to any image field. The img tag seems to persist in the text area's source however and therefore shows in the dev tools/inspecter as a broken image link. Any ideas? We've not noticed this before, but on previous sites we've only used images fields for front end pictures.
  13. Guy Incognito

    Awesome thanks @BitPoet and @gmclelland - I knew there would be a fix Will give this a try.
  14. Guy Incognito

    Hi Andreas, The custom styles aren't available to choose in the back end. On the front-end, it behaves exactly as I would expect with context-aware styles available in the drop-down, with the adding bonus of live style updates as you would expect in the front end template. I'm not too fussed about the changes appearing accurately in the back end so haven't put in the editor css, but the styles just aren't available in the drop-down unless modifying the core mystyles.js. Front end they appear fine in the drop down. Does that make sense? I'll have to take some screenshots if not.
  15. I added some custom styles to the CKeditor menu bar using the example mystyles.js and the PW tutorial. This worked fine for fields when editing on the frontend. But none of our custom styles showed in the backend editor dropdown unless we edited the core copy of mystyles.js in wire/modules. Is this correct behaviour, a bug or a mistake on my part? Tried clearing cache, logging in/out etc but the backend ignores our custom styles in the site/modules path.