1. 12 Mar, 2017 1 commit
  2. 24 Nov, 2015 1 commit
    • Aaron Wells's avatar
      Display icons for 3rd-party blocktypes plugins · 2565f2d8
      Aaron Wells authored
      Bug 1510421
      Defines a new static PluginBlocktype method, get_css_icon(), which
      fetches the name of the CSS icon to use for this blocktype. It returns
      false by default, which tells the theme to "fall back" to the old
      thumbnail.png instead. 3rd-party plugins can override this to
      specify a particular icon to use.
      All the core blocktypes have been refactored to extend
      MaharaCoreBlocktype, which uses the blocktype name as the name
      of the CSS icon to use. I also deprecated the "SystemBlocktype"
      class while I was at it.
      PluginBlocktype::get_blocktypes_for_category() now returns both
      the results of get_css_icon() and the thumbnail.png path, so that
      themes can decide which they want to use. (And of course
      thumbnail.png is served via thumbnail.php, so 3rd party themes
      can provide their own custom image files if they wish.)
      behatnotneeded: Requires installing third-party plugins to test
      Change-Id: Idb1ecfc7b21175913708e695788906c11133b0c0
      (cherry picked from commit 4f849ed2)
  3. 22 Sep, 2015 1 commit
  4. 25 Aug, 2015 1 commit
  5. 18 Aug, 2015 1 commit
  6. 15 Jun, 2015 3 commits
  7. 04 Feb, 2015 1 commit
  8. 28 Jan, 2015 2 commits
    • Aaron Wells's avatar
      Fixes to blocktype:blog's listings in view_artefacts table · b88f2b14
      Aaron Wells authored
      Bug 1401210. The get_artefacts() method is used by the Blogpost
      artefact to find all the blocks that use a particular blogpost,
      for storing in the view_artefacts table.
      This one was skipping the blogposts themselves, and it was
      including content from unpublished blog entries.
      Change-Id: I4248be998ba4082722648a1ddbcf1c9334672409
    • Robert Lyon's avatar
      Don't expand the comment lists on page edit screen (Bug #1317343) · 1b663910
      Robert Lyon authored
      This was causing some problems with tagged posts
      - also hiding the 'add comment' link on page edit screen.
      And making the comments info show when no comments were on item and
      allow comments for artefact was enabled. This is an issue with newer
      versions of php.
      Also placing some of the template files in the new correct location
      Change-Id: I599e16b0899559a3ebcdf68cff53220b1d83f2d6
      Signed-off-by: Robert Lyon's avatarRobert Lyon <robertl@catalyst.net.nz>
  9. 03 Dec, 2014 1 commit
  10. 16 Nov, 2014 1 commit
  11. 04 Jun, 2014 1 commit
  12. 09 May, 2014 1 commit
    • Yuliya Bozhko's avatar
      Some artefact refactoring (Bug #1298646) · 3ba72d71
      Yuliya Bozhko authored
      Fixes in this patch:
      - Moved artefact.php to artefacts directory to separate it from pages.
      - Fixed reference to a wrong 'artefactonlyviewableinview' string.
      - Removed add_to_render_path() and its calls which have no purpose at all.
      - Removed 'artefact_parent_cache' table.
      - Removed cron jobs related to 'artefact_parent_cache' from DB.
      - Added 'path' column in 'artefact' table to easier calculate hierarchy.
      - Added ArtefactTest.php for artefacts unit tests
      Change-Id: Ia14cd85b94c32a950354446ee3565bd2964c625c
      Signed-off-by: default avatarYuliya Bozhko <yuliya.bozhko@totaralms.com>
  13. 14 Oct, 2013 1 commit
  14. 14 Dec, 2012 1 commit
  15. 28 Jun, 2012 1 commit
    • Son Nguyen's avatar
      Add blog post directly from a page (bug #792645) · 5f5aa85a
      Son Nguyen authored
      Three blocktypes have been updated
      1. Blog block (entire journal) -> add shortcut "New entry" to this blog
      2. recentposts block (most recent journal entries):
      	if there is only one journal -> add shortcut "New entry"
      	if more than on -> display a dropdown list of blogs to select
      	(these blogs are taken from the block configuration)
      3. taggedposts block (tagged journal entries):
          all journals owned by this user will be displayed in the dropdown
      *Note: Javascript code has been removed from the template.
      *Note: Call initialization js code of all blocks
      Change-Id: Ibdd63dfee39787f74d872a6a31b3286c63dee70a
      Signed-off-by: default avatarSon Nguyen <son.nguyen@catalyst.net.nz>
  16. 08 Jun, 2012 1 commit
  17. 13 May, 2011 1 commit
  18. 18 Apr, 2011 1 commit
  19. 26 Aug, 2010 1 commit
  20. 16 Aug, 2010 1 commit
  21. 12 Aug, 2010 1 commit
  22. 22 Jul, 2010 1 commit
  23. 05 Jul, 2010 1 commit
  24. 26 May, 2010 1 commit
  25. 28 Oct, 2009 2 commits
  26. 22 Sep, 2009 1 commit
  27. 15 Sep, 2009 1 commit
  28. 23 Jun, 2009 1 commit
  29. 09 Feb, 2009 1 commit
    • Nigel McNie's avatar
      Rationalise the behaviour of copying blogs. · f5f09954
      Nigel McNie authored
      If a blog or post is put into a View via reference, you now can't
      configure that block (other than to change its title). There is a note
      that points out the block has been copied, which explains this for
      Fixed up a couple of other problems with the blocktype configuration
      forms, which should hopefully mean users won't see options they can't
  30. 29 Jan, 2009 1 commit
    • Nigel McNie's avatar
      (#3063) Make blocktype configuration forms change if they are in a template. · d9f2144b
      Nigel McNie authored
      Now they do things like not making it compulsory to choose an artefact
      if it's a template (as the creator might just want to put the block
      there), and removing some options that only make sense in Views.
      There's a parameter for instance_config_form and artefactchooser_element
      to allow the Blocktype to detemine whether it's in a template easily.
  31. 06 Jan, 2009 1 commit
    • Nigel McNie's avatar
      Allow blog, blogpost and textbox blocktypes having links or manually created... · 054e89d1
      Nigel McNie authored
      Allow blog, blogpost and textbox blocktypes having links or manually created <img> tags to artefacts to have those artefacts counted as being within the blocktype, and thus within the view.
      This is so if people manually link to or source artefacts within textual content, those artefacts will be downloadable when the view is shown to others.
      Not backporting to 1.0 although the problem will most certainly exist there - the patch is just too big to trust on a stable release.
  32. 17 Dec, 2008 1 commit
    • Nigel McNie's avatar
      (#3063) Remove copy_allowed in favour of allowed_in_view. Also remove · 099dc5b3
      Nigel McNie authored
      copy_artefacts_allowed is unnecessary as it's only called if the copy
      type is 'full', and there's now no way that you would want to fully
      copy a block and not copy the artefacts inside it.
      Some other API tidyups have been done - default_artefact_config has been
      renamed to rewrite_blockinstance_config and had a method signature
      change to be a bit more flexible.
      The copyconfig field of the View object is gone too, no longer required.
  33. 16 Dec, 2008 1 commit
    • Nigel McNie's avatar
      (#3063) part 2: Hide blocktypes that don't make sense when making a · 7599ec0c
      Nigel McNie authored
      This means that blog/profile/resume blocktypes don't show up in
      group/institution/site Views.
      This is controlled through a new Blocktype method - allowed_in_view.
      Various code had to be changed to listen to this method, mostly around
      the display of the category browser.
      When making a template, all blocktypes are available.
      Part 3 is to change the configuration forms to be more sensible when
      editing a template, and then testing what happens when blocktypes are
      rendered somewhere that they "shouldn't" be - e.g. a My Friends block in
      a group View.
  34. 18 Nov, 2008 3 commits