Jump to content

gmclelland

Members
  • Posts

    571
  • Joined

  • Last visited

  • Days Won

    6

Everything posted by gmclelland

  1. Thanks @erikvanberkum! How were the mega menus modeled in the backend of ProcessWire?
  2. Great write up gebeer! Very nice looking pdfs. I would also be interested to see how the mega menu was created on that site.
  3. There is https://processwire.com/modules/repeater-images/, but that only works for images.
  4. How about this? https://processwire.com/modules/process-media-lister/
  5. @ryan while reading through https://processwire.com/blog/posts/text-blocks, I noticed the examples aren’t being shown: Example of using Text Block template files Here are processwire.com we use a Text Block template file for our ProcessWire download links. Below we've typed show_download and this in turn loads the file /site/templates/text-blocks/download.php. That file connects to GitHub, grabs the latest version information, and then generates these buttons you see below: reveal_download I think the reveal_download text should show the download buttons. I also noticed that the Requirements listing isn’t showing. Anyways, just thought you would like to know. Have a great weekend!
  6. Here's one place this was talked about in the past: https://github.com/processwire/processwire-requests/issues/142
  7. @kaz I posted a link to a tutorial in my post above. The difference is in that tutorial the templates exists in a “fields” directory and not in a views directory. Rendering fields template files are also described here https://processwire.com/blog/posts/processwire-3.0.7-expands-field-rendering-page-path-history-and-more/#field-rendering-with-template-files
  8. This tutorial might help? https://processwire.com/talk/topic/27499-something-like-gutenbergdrupal-paragraphs/#comment-226306
  9. Thanks for sharing BitPoet! I did notice a couple of typos as well: * echo "<div class='year'><h2>$year</h3>" . PHP_EOL; and <div class='year'><h2>2016</h3> Notice the h2 and h3 don't match up?
  10. Here's an article that talks about hot-reloading in Craft CMS using Alpine.js: https://aaronmbushnell.com/hot-reloading-content-in-craft-cms-live-preview/ It also references an article about Statamic's live preview as well: https://jacksleight.dev/posts/hot-reloading-statamic-s-live-preview-in-a-traditonal-mpa Just thought I would share in case it is relevant?
  11. Found this recently. Thought I would share. It provides a GUI in VSCode for DDEV. https://marketplace.visualstudio.com/items?itemName=biati.ddev-manager
  12. In case anyone runs into the same issue... After I upgraded Docker Desktop for Mac to the latest version, I started getting errors in DDEV on all of my DDEV projects. @rfay from DDEV - pointed me to the fix at https://github.com/docker/for-mac/issues/6677 Error response from daemon: Ports are not available: exposing port TCP 127.0.0.1:443 -> 0.0.0.0:0: failed to connect to /var/run/com.docker.vmnetd.sock: is vmnetd running? The fix for me was to run these two commands: /Applications/Docker.app/Contents/MacOS/install remove-vmnetd sudo /Applications/Docker.app/Contents/MacOS/install vmnetd
  13. Haven’t tried it yet, but it looks like there is a new fork of selectize at https://tom-select.js.org I just saw this and thought I would report it here in case it is relevant?
  14. Sorry, I just realized https://processwire.com/modules/files-rename-replace/ is only for file fields, not image fields.
  15. I'm not sure if it will work with MM, but I like to use https://processwire.com/modules/files-rename-replace/ for that type of functionality.
  16. Maybe https://processwire.com/modules/fieldtype-select-file/ would work for you?
  17. I haven't tried Colima, but it looks like ddev recommends Colima over Docker Desktop: https://ddev.readthedocs.io/en/stable/users/basics/faq/#why-do-you-recommend-colima-over-docker-desktop-on-macos
  18. Just tried out ddev for the first time and it looks like it is working really well. Thanks @bernhard and others for contributing to this thread. Ddev looks way easier then my previous setup based on homebrew https://getgrav.org/blog/macos-monterey-apache-multiple-php-versions. Here's the steps I had to take to get started with ddev. I'm writing it here so that other people don't have to spend much time with this. `ddev config` - Choose `php` project. Docroot location = `wwwroot` and let it create the folder `git clone --branch dev https://github.com/processwire/processwire.git wwwroot` - Downloads the latest PW dev branch into the 'wwwroot' directory `ddev start` and open the site's url. It will look something like https://pwtest.ddev.site/ Go through Processwire Installer and enter the configurations The Processwire installer might complain about " Unable to determine if Apache mod_rewrite (required by ProcessWire) is installed. On some servers, we may not be able to detect it until your .htaccess file is place. Please click the 'check again' button at the bottom of this screen, if you haven't already." - Just click the "Continue to Next Step" button `ddev describe` - Shows the name, urls, and ports of the running servers Enter the following in the Processwire Installer DB Name = db DB User = db DB Pass = db DB Host = db DB Port = 3306 Character Set = utf8mb4 - if you want emojis? DB Engine = InnoDB Done. Just follow the rest of the prompts to access your site Maybe it could automatically create a site/config-ddev.php that gets automatically included into site/config.php? https://ddev.readthedocs.io/en/stable/users/topics/cms_specific_help/ and https://ddev.readthedocs.io/en/stable/developers/project-types/. Something like: // Automatically generated include for settings managed by ddev. if (file_exists(__DIR__ . '/config-ddev.php') && getenv('IS_DDEV_PROJECT') == 'true') { include __DIR__ . '/config-ddev.php'; } Looks like all of the custom CMS projects are located at https://github.com/drud/ddev/tree/master/pkg/ddevapp After looking at some of the .go files, it looks like it can get a little complex? https://github.com/drud/ddev/blob/master/pkg/ddevapp/drupal.go Oh well. Now it's time to have some fun with ddev and Processwire!
  19. Great video Bernhard! As always, very informative. I watched to the end. The only thing I would suggest is to bump up your font size a little bit more in your code editor while recording. In general, I prefer to not have background music in coding videos when the person is talking. Looking forward to any other future videos you publish.
  20. I could be wrong, but what I think @wbmnfktr is looking for is a **standardized** Processwire APIs across all Processwire installations that is on by default? This could be beneficial by allowing: third party services to integrate easily with Processwire. Something like zapier.com could build a Processwire connector that consumes the API to allow for no-code workflows that connect different systems and services together? a site aggregator website that could consume the other Processwire website's API and report back the details. For example, which sites need module or Processwire updates. Something like https://sitedash.app/ for Modx Static Site Generators to consume and build a fast static website that can be hosted on a global CDN. a Single Page Application built with Vue.js/React.js/React Native, etc.. that could be replace the Processwire Admin. I think https://www.sanity.io/ can do this? Everything is fully decoupled. Why would you want a different admin? What if you wanted to build a native Mobile app to administer your Processwire site? admin components that consume that consume the API for different admin experiences? Wordpress uses the API for their new Block Editor https://developer.wordpress.org/block-editor/ Sure stuff like sitedash.app can be built right now with Processwire, but services like zapier.com and others aren't going to spend time building a API connector if it isn't included in Processwire core and isn't standardized. I agree with flydev - there are other things to consider as well like issuing API tokens, content throttling, API versioning, providing data in different formats other than json and REST like GraphQL, webhooks, autogenerated API documentation like https://swagger.io/. https://api-platform.com/ covers a lot of these topics. https://strapi.io/ does a good job with some of these things like issuing tokens for integrating third party clients. Thanks everyone for posting solutions that could work. I enjoying reading and watching the many different ways you can do things with and without modules. Thanks @flydev ?? for the AppAPI demo. Thanks @bernhard for showing/creating the RockHeadless module and demo - dang your fast. I like how you demonstrate how you can also expose the children of certain pages to the API as well. That's is another aspect that has to be considered since Processwire is different than most bucket based CMSs. Processwire is tree based around hierarchy.
  21. https://advanced.team/ - try moving your cursor back and forth on this website. Lots of fancy animations as well.
  22. Yeah, it's been a while since I updated. I just updated again and the error went away. As always, thanks for fixing this so quickly!
  23. Just tried the update. Unfortunately, I'm seeing some errors in Tracy's Processwire Logs Panel that I thought I should report. Saving Tracy's settings page, clearing the compiled files and refreshing the modules didn't seem to help.
  24. Don't have much time to discuss, but I just came across this article that's talks about Craft's Project Config https://adigital.agency/blog/understanding-and-using-project-config-in-craft-cms that some may find relevant to this discussion?
×
×
  • Create New...