1. 16 May, 2021 1 commit
    • Doris Tam's avatar
      Bug 1911824: Change the copy setting for artefact annotation to 'nocopy' · d31993dd
      Doris Tam authored and Robert Lyon's avatar Robert Lyon committed
      Check that $evidences exist in case there exist evidenviews but no evidence blocks to copy
      
      if the only block on a view is an annotation block, then make a check to not get the sql to run copies
      which will result in error as there are no artefacts to copy.
      
      Change-Id: Ie914704046c2396a2fedce958cef3a44dd28ae33
      (cherry picked from commit cba39269)
      d31993dd
  2. 29 Apr, 2021 1 commit
  3. 01 Mar, 2021 1 commit
    • Gold's avatar
      Bug 1916833 - Annotation can be updated on a page · 690edccd
      Gold authored
      Config gear icon removed from the Annotation blocks.
      In order to still initially create these when added we needed to check
      if the Block was a new instance or not. To achieve that we are now
      passing the block instance into the has_instance_config() method.
      
      BlockInstance has been extended and will set a 'new' parameter if the ID
      in the constructor is 0.
      
      AuthPlugin* classes also have the has_instance_config(). These do not
      need the BlockInstance passed in.
      
      Change-Id: Ifac69fc1d48b45c079b6f66e610776cead3dee63
      690edccd
  4. 25 Sep, 2019 1 commit
    • Lisa Seeto's avatar
      Bug 1827811: Resume Icons · 953a5eab
      Lisa Seeto authored
      
      
      - get attachment comment counts for bh icons
      - display plain text for titles in editing mode
      - change the way the commentlink is targetted via js
      - add blockid's to resume attachments
      - for folder block: add comment count, change titles from
      	links to plain text when editing
      - change notes attachment file titles from links to plain
      	text when editing
      - get rid of the single artefact block title links for html exports
      ---------------------------------------------------------
      Add fixes:
      - blocks that have set types but no artefacts attached don't have modal links
      - pdf block is now using block header and comment count is loaded
      - block headers are above titles
      - tagged journals have icons when in full and matches recent posts styling
      - deleting all comments produces correct icon on block header
      - html exports should not hang on opening modal
      - get rid of warning error re: dock.show() when redirecting from &modal=1 style url
      - code review fixes for all previous patches + fix issue with folders block
      - added in viewdetailsfilter.json.php file to save details mode to user account prefs table
      - make the details btn mode "sticky" so it stays the save value over multiple pages etc...
      - Image Gallery blocks: if displaying a folder of images will get the bar block header and
      will have a the fancy box image preview displaying on image click
      
      Change-Id: I425cc5a634e176d580aacdb60a20f869f7cb7496
      Signed-off-by: default avatarLisa Seeto <lisaseeto@catalyst.net.nz>
      953a5eab
  5. 24 Oct, 2018 1 commit
  6. 30 Sep, 2018 1 commit
  7. 16 Aug, 2018 1 commit
  8. 28 Jun, 2018 1 commit
  9. 24 Nov, 2015 1 commit
    • Aaron Wells's avatar
      Display icons for 3rd-party blocktypes plugins · 4f849ed2
      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
      4f849ed2
  10. 15 Jun, 2015 1 commit
  11. 05 Feb, 2015 1 commit
  12. 04 Feb, 2015 1 commit
  13. 03 Dec, 2014 1 commit
  14. 04 Jun, 2014 1 commit
  15. 14 Oct, 2013 1 commit
  16. 21 Aug, 2013 1 commit
  17. 18 Jun, 2013 1 commit
    • Aaron Wells's avatar
      Making links to directory index.php files more explicit · 1c56a922
      Aaron Wells authored
      Bug #1150831: Some links to directory index.php files left off the
      trailing slash,
      i.e. "{$WWWROOT}/view". This caused unnecessary redirects and greater
      potential for
      errors in users' web server setups. While I was at it, for all links to
      directories
      other than $WWWROOT itself, I changed them to be explicitly links to
      "index.php".
      
      Also fixed the Windows-style line endings in homeinfo.tpl
      
      Fix all implicit links
      
      Change-Id: I87b285713e5cb1cfe785ceedd2702e5c2578058b
      1c56a922
  18. 13 May, 2011 1 commit
  19. 18 Apr, 2011 1 commit
  20. 26 May, 2010 1 commit
  21. 02 Nov, 2009 1 commit
  22. 28 Oct, 2009 1 commit
  23. 22 Sep, 2009 1 commit
  24. 15 Sep, 2009 1 commit
  25. 23 Jun, 2009 1 commit
  26. 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.
      d9f2144b
  27. 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.
      
      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.
      099dc5b3
  28. 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
      View.
      
      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.
      7599ec0c
  29. 18 Nov, 2008 1 commit
  30. 15 Sep, 2008 5 commits
  31. 12 Sep, 2008 1 commit
  32. 15 Aug, 2008 1 commit
  33. 13 Jul, 2008 1 commit
  34. 16 Feb, 2008 2 commits
  35. 25 Jan, 2008 1 commit