Jump to content

Recommended Posts

Hmm it must be something to do with the newer comments module for sure.

I should have stated earlier that i am also running pw 2.5.10 dev branch.

I tried backing up to an earlier installation and reinstalling with the same 2 issues with the tables field_blog_comments and field_blog_comments_votes

Share this post


Link to post
Share on other sites

Thanks Alex for catching this.

I can confirm this behaviour only happens in the dev branch since the addition of the updated FieldtypeComments. Ryan managed to break something :-). Hey, the new fieldtype is still under development. I will bring this to Ryan's attention.

Meanwhile, a workaround that I have tested is to first install the stable branch PW, install Blog, upgrade PW to dev branch. Works fine.

FYI the message logs for dev branch (unsuccessful upgrade of blog_comments)

2015-01-06 18:07:29	lightning_admin	http://curium-kcu.lightningpw.com/processwire/blog/	Updating schema version of 'blog_comments' from  to 4
2015-01-06 18:11:06	lightning_admin	http://curium-kcu.lightningpw.com/processwire/blog/	Updating schema version of 'blog_comments' from  to 4
2015-01-06 18:17:05	lightning_admin	http://curium-kcu.lightningpw.com/processwire/blog/	Updating schema version of 'blog_comments' from  to 4

Compare that to a successful one..

2014-11-30 01:51:37	kongondo	http://localhost/pb/pb/blog/	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:51:37	kongondo	http://localhost/pb/pb/blog/	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:51:37	kongondo	page?	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:51:37	kongondo	page?	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:54:34	kongondo	http://localhost/pb/pb/blog/	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:54:34	kongondo	http://localhost/pb/pb/blog/	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:54:34	kongondo	page?	Updated schema version of 'blog_comments' to support website field.
2014-11-30 01:54:34	kongondo	page?	Updated schema version of 'blog_comments' to support website field.
2015-01-06 17:46:32	kongondo	http://localhost/pb/pb/blog/	Updating schema version of 'blog_comments' from 1 to 5 (FieldtypeComments)
  • Like 3

Share this post


Link to post
Share on other sites

Awesome! Nice one man! You are a bloody marvellous chap. Some might say a gentleman and a scholar... I most certainly would say so!

I shall follow your process process down to the wire.

  • Like 3

Share this post


Link to post
Share on other sites

Update: Blog version 2.3.1

Bugfixes

Thanks to @matulkum, fixed this bug (thanks @bwakad) where...unparsed HTML would be output in Blog Posts/Categories/Tags Dashboards in multilingual ProcessWire environments. 

Additions

As per https://processwire.com/talk/topic/7403-module-blog/?p=83971. Thanks to @Gazley, added 'post_small_tag' option to renderPosts(). Enables developer to select HTML tag to wrap around a 'small' Blog Post, i.e. a post excerpt/summary. Value should be left blank if no tag is desired. Especially useful if using the option 'post_small_allowable_tags'. The default tag is '<p>'. Use option as:

//$options = array('post_small_tag' => 'div');//note we enter the tag only without the angle brackets!
//render a limited number of summarised posts
$content .= $blog->renderPosts("limit=5", true, $options); 

Requests

Thanks to @loopyloo, added MarkupBlog frontend demo screenshot to README. See post #304-312 for why...

  • Like 2

Share this post


Link to post
Share on other sites
Option 2.

Add your custom fields to the template 'blog-post' and use the module 'Page Edit Field Permission' to hide your custom fields as relevant to your Posts types A - D. In your template files, you will need to echo your custom fields separately from renderPosts(). I think I would go for this option since it requires the least work and you only have 1 template to deal with..In your template file you would only echo out your custom fields if they were not empty.

Finally getting back to this project, and I see you tested this with a lot of success. I think I will give this a go. I promise to report back.

I'm also very excited to see the other features you've added since I last sat down to play around with the blog module, because you've taken care of so many things that were going to be a bother in my case. Thanks again!

Share this post


Link to post
Share on other sites

Hi hi hi,

Quick question which will either be a yes or no and if it's a yes hopefully it will be quite simple for someone to answer...

I'm aware that styling is easiest by just using CSS, however I am using bootstrap so would love to be able to change the markup if that is at all possible. Haven't seemed to have found anything to say there is an easy way of doing this. It's just that based on my design I need to have a div class="container" within div class="post" for each post.

Otherwise I am going to have to do a whole load of mixins and stuff.

This isn't to detract from the module as it is the tits. Just a question to hopefully make my life easier.

Thanks in advance.

Share this post


Link to post
Share on other sites

Not sure I get what you mean by

.... I need to have a div class="container" within div class="post" for each post..

Do you mean this

<div class='post container'>My post</div>

Or this?

<div class='post'>
  <div class='container'>My post</div>
</div>

Both can be achieved by using jQuery if you don't mind manipulating the DOM using js.

If the former (add a class using jQuery .addClass())

$("div.post").addClass("container");

If the latter (add an inner wrapper using jQuery .wrapInner())

$("div.post").wrapInner("<div class='container'></div>");

Share this post


Link to post
Share on other sites

Thanks for the super speedy reply Kongondo! Very grateful as ever.

Ok, so currently there isn't a away to add or adjust the markup elements via the options array?

Hmm... I have this issue in my head with doing it with javascript because of the extra bloat etc. But then I guess it really isn't adding that much and the rest of the site relies on javascript to run so this wouldn't be too much of a bad thing using it for this purpose as other things would break too.

Share this post


Link to post
Share on other sites

No, you can't adjust that markup via options.

There's other ways of doing it on the PHP side though, making it more foolproof than doing it client-side.

  1. See option #3 in this post (writing your own code to render posts): https://processwire.com/talk/topic/7403-module-blog/?p=83119
  2. Maybe using str_replace: See this post by DaveP: https://processwire.com/talk/topic/7403-module-blog/?p=78348
  3. Copy and modify the method renderPosts() into your own function which you can include in your template files

Using #3 above, you can continue using the rest of  MarkupBlog methods such as renderCategories() together with your own modified renderPosts(). If this doesn't make sense just ask :-)

Edited by kongondo
  • Like 1

Share this post


Link to post
Share on other sites

I think #3 sounds best.

So effectively I guess I can just copy it to my global _func.php file and then drop the $this instance and I should be good to add to the markup?

Also one other thing I have been trying to get the featured image of renderPosts() to show but cant seem to figure it.

Have enabled tags in blog_image field and left the featured options as default. Have tried adding the tag featured to the image I want as featured but it is not showing.

Sorry for all of these questions. I'm having a bit of a moment these last few days.

Share this post


Link to post
Share on other sites

Pretty much, but with a few additions as well. I have created a Gist of the renderPosts() function here:
 
In the demo blog-post.php and blog-posts.php you could use it as shown below (assumes you've already included the function)

//assumes function renderPosts() already included in page
$content .= renderPosts("limit=5", true, $options);//using our function above//blog-posts

$content = renderPosts($page, '', $options) . $blog->postAuthor() . $blog->renderComments($page->blog_comments) . $blog->renderNextPrevPosts($page);//blog-post

 
For featured image, the default is off (0) :-). So, you need to add an $options array with values for featured image 1 or 2 for the type(s) of post where you want a featured image (i.e. small or large). Below are the defaults:

//display post's featured image: 0=off,1=top(above post-headline),2=bottom(first item in post-body)')
$options = array('post_small_image' => 0, 'post_large_image' => 0);//these are the defaults -> off (zero)

Btw, note that for large posts you cannot use an embedded image as the featured image. You will need to designate a featured image. For small posts, both embedded and images tagged 'featured' will be picked up as featured images.

Edited by kongondo
  • Like 1

Share this post


Link to post
Share on other sites

I'm thinking of using this. Can anyone suggest a fairly representative and recent blog site based on it which I can show my client?

I realize the best answer is probably to spin up a new site but something real might make more sense to them.

Thanks!

Share this post


Link to post
Share on other sites

@Kongondo thanks for all of this! I will take a look into it and stop nagging you now!

@SteveB I'll have something up very shortly so will update when it is there. In the meantime, no doubt someone else will point you towards some examples when they see your post. I'll be working on the blog the next day or 2 though.

Share this post


Link to post
Share on other sites

@Creativejay,

Did you try my option 2 suggestion above? I tried it and it works brilliantly (tested on lightning.pw so can give you access before the test site expires) .

Sorry I didn't see this at the time to play in the example you built. I'd love to know more about how you set this up, if it's not too much trouble.

Share this post


Link to post
Share on other sites

It really is straightforward if you follow the the module 'Page Edit Field Permission' instructions :-)

  1. Create all your extra fields for your Categories A - D
  2. Add those fields to the template 'blog-post'
  3. Create 3 roles . I say three since as per your description Category B and D seem to have the same fields? If not, create 4 roles and give them distinct names
  4. Install the module 'Page Edit Field Permission'. Make sure to read its instructions.
  5. In its configuration screen use the 'Handy Tool....' to create permissions for all your 'blog-post' fields that you want to limit access to. For instance, if you want all your users with the roles Categories A -D to be able to view the 'title' field, then there is no need to create a permission for it. 
  6. The module will create permissions prefixed with 'page-edit-', e.g. if you ticked 'blog_body' as one of the fields in that screen, a permission 'page-edit-blog_body' will be created.
  7. Edit each of the roles you created in #3 and check the relevant permissions allowed for those roles. (i.e. give the roles access to edit selected blog fields).
  8. Edit and assign your users the different roles your created in #3. You can test with some dummy users, e.g. Jane, Samra, Onuko, Shah to represent your four Categories/Roles. Also give them the role 'blog-author' (needed by Blog).
  9. Edit the template 'blog-post'. In the Access tab, you should see the four roles created in #3. If they will all have 'view pages', 'edit pages', 'create-pages' and 'add children' privileges, then rather than granting these to each role, just assign the four privileges to the role 'blog-author' in that same screen. This is a template level access you are granting.
  10. Try logging in as each of your four dummy users. Edit a blog post. You will notice some fields are hidden depending on the role that user was assigned. Logging in as a superuser enables you to see all fields.

That's it really... O0

  • Like 1

Share this post


Link to post
Share on other sites

So are you saying you will have four fixed categories? A - D? And each of your posts will belong to only one of those categories? If yes to all, then the easiest way (but maybe confusing) is to create your 4 categories, create your extra fields and add them all to the 'blog-post' template. Then, when rendering posts, pass a PageArray filtered according to your categories to renderPosts() to display. The problem with this approach is that you may end up with lots of fields some of which will be empty depending on the post category and this may confuse your editors. I am not sure if they could be hidden using PW show/if/dependency. I can't think of any other ideas atm. Otherwise, you might have to modify MarkupBlog to suit your needs.

Share this post


Link to post
Share on other sites

Actually, maybe you could group the categories' fields using fieldsets! Would that work? So, you would have 3 fieldsets for categories B - D. The normal landing edit page would be for category A. I'll see if I can test this. 

Share this post


Link to post
Share on other sites

Something like this. Only 3 FieldSetTabOpen. For Category A we just rename 'Content' to something else in the template blog-post advanced settings.

Category A

post-894-0-16267500-1421840421_thumb.png

Category B

post-894-0-29651200-1421840422_thumb.png

Category C

post-894-0-41164100-1421840423_thumb.png

Category D

post-894-0-36555100-1421840424_thumb.png

  • Like 1

Share this post


Link to post
Share on other sites

Thanks a bunch Kongondo! I added the extra fields for field type A to a second tab, because I didn't want to distract from the category select field - I was afraid folks would miss that if I didn't put it right at the top! I think I can keep it to two group types.

Now back to modifying the output with custom templates. Kongondo, thanks as always for the quick support. You're a star!

Share this post


Link to post
Share on other sites

@Kongondo

If there was acase where we were using completely all our own templates, do you think the Blog Module still has benefits?

I know the dashboard is very useful ... is that the main feature we'd still use?

Share this post


Link to post
Share on other sites

@Peter,

In that case ProcessBlog wouldn't work. It has to find 'blog posts' by the template 'blog-post' rather than their parent because depending on the blog style you selected, the parent might not be a blog page. E.g. In blog style 4, the parent is the root page. The only way to differentiate blog posts in that scenario is by their template.

What did you have in mind?

Share this post


Link to post
Share on other sites

What did you have in mind?

One of my clients has some pretty specific layouts in mind. I feel more comftrable creating the layout directly inside my own templates.

What I had in mind was to replace the various blog php templates with my own code. 

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 teppo
      Needed a really simple solution to embed audio files within page content and couldn't find a module for that, so here we go. Textformatter Audio Embed works a bit like Textformatter Video Embed, converting this:
      <p>https://www.domain.tld/path/to/file.mp3</p> Into this:
      <audio controls class="TextformatterAudioEmbed"> <source src="https://www.domain.tld/path/to/file.mp3" type="audio/mpeg"> </audio> The audio element has pretty good browser support, so quite often this should be enough to get things rolling 🙂
      GitHub repository: https://github.com/teppokoivula/TextformatterAudioEmbed Modules directory: https://modules.processwire.com/modules/textformatter-audio-embed/
    • By Richard Jedlička
      Tense    
      Tense (Test ENvironment Setup & Execution) is a command-line tool to easily run tests agains multiple versions of ProcessWire CMF.
      Are you building a module, or a template and you need to make sure it works in all supported ProcessWire versions? Then Tense is exactly what you need. Write the tests in any testing framework, tell Tense which ProcessWire versions you are interested in and it will do the rest for you.

      See example or see usage in a real project.
      How to use?
      1. Install it: 
      composer global require uiii/tense 2. Create tense.yml config:
      tense init 3. Run it:
      tense run  
      For detailed instructions see Github page: https://github.com/uiii/tense
       
      This is made possible thanks to the great wireshell tool by @justb3a, @marcus and others.
       
      What do you think about it? Do you find it useful? Do you have some idea? Did you find some bug? Tell me you opinion. Write it here or in the issue tracker.
    • By Chris Bennett
      Hi all, I am going round and round in circles and would greatly appreciate if anyone can point me in the right direction.
      I am sure I am doing something dumb, or missing something I should know, but don't. Story of my life 😉

      Playing round with a module and my basic problem is I want to upload an image and also use InputfieldMarkup and other Inputfields.
      Going back and forth between trying an api generated page defining Fieldgroup, Template, Fields, Page and the InputfieldWrapper method.

      InputfieldWrapper method works great for all the markup stuff, but I just can't wrap my head around what I need to do to save the image to the database.
      Can generate a Field for it (thanks to the api investigations) but not sure what I need to do to link the Inputfield to that. Tried a lot of stuff from various threads, of varying dates without luck.
      Undoubtedly not helped by me not knowing enough.

      Defining Fieldgroup etc through the api seems nice and clean and works great for the images but I can't wrap my head around how/if I can add/append/hook the InputfieldWrapper/InputfieldMarkup stuff I'd like to include on that template as well. Not even sure if it should be where it is on ___install with the Fieldtype stuff or later on . Not getting Tracy errors, just nothing seems to happen.
      If anyone has any ideas or can point me in the right direction, that would be great because at the moment I am stumbling round in the dark.
       
      public function ___install() { parent::___install(); $page = $this->pages->get('name='.self::PAGE_NAME); if (!$page->id) { // Create fieldgroup, template, fields and page // Create new fieldgroup $fmFieldgroup = new Fieldgroup(); $fmFieldgroup->name = MODULE_NAME.'-fieldgroup'; $fmFieldgroup->add($this->fields->get('title')); // needed title field $fmFieldgroup->save(); // Create new template using the fieldgroup $fmTemplate = new Template(); $fmTemplate->name = MODULE_NAME; $fmTemplate->fieldgroup = $fmFieldgroup; $fmTemplate->noSettings = 1; $fmTemplate->noChildren = 1; $fmTemplate->allowNewPages = 0; $fmTemplate->tabContent = MODULE_NAME; $fmTemplate->noChangeTemplate = 1; $fmTemplate->setIcon(ICON); $fmTemplate->save(); // Favicon source $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeImage"); $fmField->name = 'fmFavicon'; $fmField->label = 'Favicon'; $fmField->focusMode = 'off'; $fmField->gridMode = 'grid'; $fmField->extensions = 'svg png'; $fmField->columnWidth = 50; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon(ICON); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($fmField); // Favicon Silhouette source $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeImage"); $fmField->name = 'fmFaviconSilhouette'; $fmField->label = 'SVG Silhouette'; $fmField->notes = 'When creating a silhouette/mask svg version for Safari Pinned Tabs and Windows Tiles, we recommend setting your viewbox for 0 0 16 16, as this is what Apple requires. In many cases, the easiest way to do this in something like illustrator is a sacrificial rectangle with no fill, and no stroke at 16 x 16. This forces the desired viewbox and can then be discarded easily using something as simple as notepad. Easy is good, especially when you get the result you want without a lot of hassle.'; $fmField->focusMode = 'off'; $fmField->extensions = 'svg'; $fmField->columnWidth = 50; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon(ICON); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($fmField); // Create: Open Settings Tab $tabOpener = new Field(); $tabOpener->type = new FieldtypeFieldsetTabOpen(); $tabOpener->name = 'fmTab1'; $tabOpener->label = "Favicon Settings"; $tabOpener->collapsed = Inputfield::collapsedNever; $tabOpener->addTag(MODULE_NAME); $tabOpener->save(); // Create: Close Settings Tab $tabCloser = new Field(); $tabCloser->type = new FieldtypeFieldsetClose; $tabCloser->name = 'fmTab1' . FieldtypeFieldsetTabOpen::fieldsetCloseIdentifier; $tabCloser->label = "Close open tab"; $tabCloser->addTag(MODULE_NAME); $tabCloser->save(); // Create: Opens wrapper for Favicon Folder Name $filesOpener = new Field(); $filesOpener->type = new FieldtypeFieldsetOpen(); $filesOpener->name = 'fmOpenFolderName'; $filesOpener->label = 'Wrap Folder Name'; $filesOpener->class = 'inline'; $filesOpener->collapsed = Inputfield::collapsedNever; $filesOpener->addTag(MODULE_NAME); $filesOpener->save(); // Create: Close wrapper for Favicon Folder Name $filesCloser = new Field(); $filesCloser->type = new FieldtypeFieldsetClose(); $filesCloser->name = 'fmOpenFolderName' . FieldtypeFieldsetOpen::fieldsetCloseIdentifier; $filesCloser->label = "Close open fieldset"; $filesCloser->addTag(MODULE_NAME); $filesCloser->save(); // Create Favicon Folder Name $fmField = new Field(); $fmField->type = $this->modules->get("FieldtypeText"); $fmField->name = 'folderName'; $fmField->label = 'Favicon Folder:'; $fmField->description = $this->config->urls->files; $fmField->placeholder = 'Destination Folder for your generated favicons, webmanifest and browserconfig'; $fmField->columnWidth = 100; $fmField->collapsed = Inputfield::collapsedNever; $fmField->setIcon('folder'); $fmField->addTag(MODULE_NAME); $fmField->save(); $fmFieldgroup->add($tabOpener); $fmFieldgroup->add($filesOpener); $fmFieldgroup->add($fmField); $fmFieldgroup->add($filesCloser); $fmFieldgroup->add($tabCloser); $fmFieldgroup->save(); /////////////////////////////////////////////////////////////// // Experimental Markup Tests $wrapperFaviconMagic = new InputfieldWrapper(); $wrapperFaviconMagic->attr('id','faviconMagicWrapper'); $wrapperFaviconMagic->attr('title',$this->_('Favicon Magic')); // field show info what $field = $this->modules->get('InputfieldMarkup'); $field->name = 'use'; $field->label = __('How do I use it?'); $field->collapsed = Inputfield::collapsedNever; $field->icon('info'); $field->attr('value', 'Does this even begin to vaguely work?'); $field->columnWidth = 50; $wrapperFaviconMagic->add($field); $fmTemplate->fields->add($wrapperFaviconMagic); $fmTemplate->fields->save(); ///////////////////////////////////////////////////////////// // Create page $page = $this->wire( new Page() ); $page->template = MODULE_NAME; $page->parent = $this->wire('pages')->get('/'); $page->addStatus(Page::statusHidden); $page->title = 'Favicons'; $page->name = self::PAGE_NAME; $page->process = $this; $page->save(); } }  
    • By Sebi
      Since it's featured in ProcessWire Weekly #310, now is the time to make it official:
      Here is Twack!
      I really like the following introduction from ProcessWire Weekly, so I hope it is ok if I use it here, too. Look at the project's README for more details!
      Twack is a new — or rather newish — third party module for ProcessWire that provides support for reusable components in an Angular-inspired way. Twack is implemented as an installable module, and a collection of helper and base classes. Key concepts introduced by this module are:
      Components, which have separate views and controllers. Views are simple PHP files that handle the output for the component, whereas controllers extend the TwackComponent base class and provide additional data handling capabilities. Services, which are singletons that provide a shared service where components can request data. The README for Twack uses a NewsService, which returns data related to news items, as an example of a service. Twack components are designed for reusability and encapsulating a set of features for easy maintainability, can handle hierarchical or recursive use (child components), and are simple to integrate with an existing site — even when said site wasn't originally developed with Twack.
      A very basic Twack component view could look something like this:
      <?php namespace ProcessWire; ?> <h1>Hello World!</h1> And here's how you could render it via the API:
      <?php namespace Processwire; $twack = $modules->get('Twack'); $hello = $twack->getNewComponent('HelloWorld'); ?> <html> <head> <title>Hello World</title> </head> <body> <?= $hello->render() ?> </body> </html> Now, just to add a bit more context, here's a simple component controller:
      <?php namespace ProcessWire; class HelloWorld extends TwackComponent { public function __construct($args) { parent::__construct($args); $this->title = 'Hello World!'; if(isset($args['title'])) { $this->title = $args['title']; } } } As you can see, there's not a whole lot new stuff to learn here if you'd like to give Twack a try in one of your projects. The Twack README provides a really informative and easy to follow introduction to all the key concepts (as well as some additional examples) so be sure to check that out before getting started. 
      Twack is in development for several years and I use it for every new project I build. Also integrated is an easy to handle workflow to make outputs as JSON, so it can be used to build responses for a REST-api as well. I will work that out in one section in the readme as well. 
      If you want to see the module in an actual project, I have published the code of www.musical-fabrik.de in a repository. It runs completely with Twack and has an app-endpoint with ajax-output as well.
      I really look forward to hear, what you think of Twack🥳!
      Features Installation Usage Quickstart: Creating a component Naming conventions & component variants Component Parameters directory page parameters viewname Asset handling Services Named components Global components Ajax-Output Configuration Versioning License Changelog
    • By Robin S
      Page Reference Default Value
      Most ProcessWire core inputfield types that can be used with a Page Reference field support a "Default value" setting. This module extends support for default values to the following core inputfield types:
      Page List Select Page List Select Multiple Page Autocomplete (single and multiple) Seeing as these inputfield types only support the selection of pages a Page List Select / Page List Select Multiple is used for defining the default value instead of the Text / Textarea field used by the core for other inputfield types. This makes defining a default value a bit more user-friendly.
      Note that as per the core "Default value" setting, the Page Reference field must be set to "required" in order for the default value to be used.
      Screenshot

       
      https://github.com/Toutouwai/PageReferenceDefaultValue
      https://modules.processwire.com/modules/page-reference-default-value/
×
×
  • Create New...