mr-fan

Markup Region should be visible in Docs

Recommended Posts

Just working on some smaller projects and take the step into the actual master/dev version and all the new methods and api chunks that are coming with the 3.x series...

since i'm not always build websites i'm not always go with the brand new things and put them in my workflow....there is a 24 per day timelimit i think...;)

BUT actual i dive deep in markup regions....and holy shit this feature ROCKS!

It should put in place better than in some blogposts:

http://processwire.com/blog/posts/processwire-3.0.49-introduces-a-new-template-file-strategy/

http://processwire.com/blog/posts/processwire-3.0.62-and-more-on-markup-regions/

or can some admins make a headline in the official docs and link to the blogentries??

This feature is to important to get missed for beginners and other users of PW!

I'm just kick my whole workflow and change it for the markup regions....i'm feeling like xmas in summer ;) Thank you @ryan

Best regards and happy "new" year....:P

  • Like 6

Share this post


Link to post
Share on other sites

Many new things are hidden in blogposts...like

$urls

for example is not in the API Reference....or just i did not find it.

no problem for me since i like finding treasures and loot on the way - but just wanna mention it.

Is there a chance to get involved or people could help extracting important bits from blogposts to the docs?

  • Like 4

Share this post


Link to post
Share on other sites

I agree.

I'd really like to be able to support ProcessWire and @ryan much more.

We should have a git-backed documentation site. 

The Meteor Docs, as an example, are built in Hexo and managed on Github: https://docs.meteor.com

We can then make sure it is up to date as a community instead of it resting on Ryan's shoulders.

  • Like 6

Share this post


Link to post
Share on other sites

The 3.x API reference pages are build from the docblocks in the core files. So it's already on github and updateable via PRs.

  • Like 1

Share this post


Link to post
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 Mike Rockett
         
      Docs & Download: rockettpw/markup-sitemap
      Modules Directory: MarkupSitemap
      MarkupSitemap is essentially an upgrade to MarkupSitemapXML by Pete. It adds multi-language support using the built-in LanguageSupportPageNames. Where multi-language pages are available, they are added to the sitemap by means of an alternate link in that page's <url>. Support for listing images in the sitemap on a page-by-page basis and using a sitemap stylesheet are also added.
      Example when using the built-in multi-language profile:
      <url> <loc>http://domain.local/about/</loc> <lastmod>2017-08-27T16:16:32+02:00</lastmod> <xhtml:link rel="alternate" hreflang="en" href="http://domain.local/en/about/"/> <xhtml:link rel="alternate" hreflang="de" href="http://domain.local/de/uber/"/> <xhtml:link rel="alternate" hreflang="fi" href="http://domain.local/fi/tietoja/"/> </url> It also uses a locally maintained fork of a sitemap package by Matthew Davies that assists in automating the process.
      The doesn't use the same sitemap_ignore field available in MarkupSitemapXML. Rather, it renders sitemap options fields in a Page's Settings tab. One of the fields is for excluding a Page from the sitemap, and another is for excluding its children. You can assign which templates get these config fields in the module's configuration (much like you would with MarkupSEO).
      Note that the two exclusion options are mutually exclusive at this point as there may be cases where you don't want to show a parent page, but only its children. Whilst unorthodox, I'm leaving the flexibility there. (The home page cannot be excluded from the sitemap, so the applicable exclusion fields won't be available there.)
      Sitemap also allows you to include images for each page at the template level, and you can disable image output at the page level.
      The module allows you to set the priority on a per-page basis (it's optional and will not be included if not set).
      Lastly, a stylesheet option has also been added. You can use the default one (enabled by default), or set your own.
      Note that if the module is uninstalled, any saved data on a per-page basis is removed. The same thing happens for a specific page when it is deleted after having been trashed.
          
    • By ComputerKid
      Hi,

      I'm brand new to ProcessWire and I found it when searching for a CMS to create my web site.

      The reason I'm interested is because I want to create a site which is exactly like the Skyscrapers demo site, but with different content obviously.  I like how the site is formatted and the search options box, the summary list and detail pages, and the map.

      What is the quickest and easiest way of setting up a page like this with my own variables, enter my own records and have it formatted just like that demo page with the menu options, sorting and search options?  I've had a look at the Tutorials page, but I can't see anything this specific.

      Thanks for your time & help!
    • By fabjeck
      Hi all, I am new to PW and building up a website for a customer and have some problems with structuring my project:
      On my main.php file I have a main-tag where I wan't to echo the region called 'content'. But the problem is that the markup inside this wrapper should be variable.Example: I have a page where all the news previews are outputed  like in a normal news app--> no additional markup is needed. But on "home" I want to have different sections with content -->
       
      <section>     <div class="slider">         <!--here i want to have some filtered news articles-->     </div> </section> <section> <div class="news">         <!--here i want to have some news articles but with another filter-->     </div> </section>

      How can I realise that? It has to be like that for responsive purposes. 
      Is it maybe possible to create and echo regions inside the "parent region"?

      Cheers and thank you for your help
       
    • By psy
      I am using regions with the tag <region id="whatever"> in the _main.php file. Config file is set up as follows:
      $config->useMarkupRegions = true; $config->prependTemplateFile = '_init.php'; $config->appendTemplateFile = '_main.php'; When I use a page template that changes a region, all goes well. However, I set up the _main.php file to reflect the output for a basic page. The basic-page.php template needed no customisation so was simply as follows:
      <?php namespace ProcessWire; ?> When a page with the basic-page template was output, all the <region> tags remained in the HTML, ie were not stripped.
      When I added a customised region to the basic-page.php template, all the <region> tags were stripped from the output _main.php HTML.
      Did I do something wrong or is this a bug?
      Using ProcessWire 3.0.63 © 2017 
       
    • By psy
      I've configured my PW site to use regions and mostly it's fabulous. However I encountered a strange problem when appending scripts to the body tag of a template. The body tag id is "bodyTag" (duh!).
      There are 3 scripts - two external and one inline. My first attempt was to append each script individually thinking they'd appear in the same order on the output:
      <script id="googlemapskey" type="text/javascript" src="https://maps.google.com/maps/api/js?key=XXXXXXXXXXXXXXXXXXXXXX" pw-append="bodyTag"></script> <script id="localMapsJS" type="text/javascript" src="<?=$bootstrap?>js/jquery.gmap.js" pw-append="bodyTag"></script> <script type="text/javascript" pw-append="bodyTag"> jQuery(document).ready(function($){ ... }); </script> Not so! Got lots of js errors and discovered the output had placed the scripts in the incorrect order, ie:
      <script type="text/javascript" pw-append="bodyTag"> jQuery(document).ready(function($){ ... }); </script> <script id="localMapsJS" type="text/javascript" src="/site/assets/mytheme/js/jquery.gmap.js"></script> <script id="googlemapskey" type="text/javascript" src="https://maps.google.com/maps/api/js?key=XXXXXXXXXXXXXXXXXXXXXX"></script> In other places I've appended multiple HTML regions to the same tag and it's worked fine. It only happens with scripts.
      After trying a few things, I discovered a workaround which was to wrap all the scripts into one div which is then appended to the body tag. This is OK but not ideal. I think (?), the partial is rendered in its entirety before being appended to the body tag:
      <div pw-append="bodyTag"> <script id="googlemapskey" type="text/javascript" src="https://maps.google.com/maps/api/js?key=XXXXXXXXXXXXXXXXXXXXXX"></script> <script id="localMapsJS" type="text/javascript" src="<?=$bootstrap?>js/jquery.gmap.js"></script> <script type="text/javascript" pw-append="bodyTag"> jQuery(document).ready(function($){ ... }); </script> </div> Curious to know where I went wrong in the first example with each script appended individually or is this behaviour with scripts an undocumented feature of regions?
      Using PW 3.0.61 with both Chrome and Firefox