1. 16 Aug, 2018 1 commit
  2. 28 Jun, 2018 1 commit
  3. 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
  4. 26 Feb, 2015 1 commit
    • Ghada El-Zoghbi's avatar
      bug1425424 - Fix bugs for: · daf99dab
      Ghada El-Zoghbi authored and Robert Lyon's avatar Robert Lyon committed
      1. Note blocktype: lang string 'title1' is causing issues with the
      admin/stats/pages. It is expecting 'title'.
      2. Resume blocktype: same as above.
      Change-Id: I4967d13405031303d25e6728baaccb9eb4d0443f
  5. 05 Feb, 2015 1 commit
  6. 04 Feb, 2015 1 commit
  7. 03 Dec, 2014 1 commit
  8. 04 Jun, 2014 1 commit
  9. 14 Oct, 2013 1 commit
  10. 05 Oct, 2013 1 commit
  11. 21 Aug, 2013 1 commit
  12. 13 May, 2011 1 commit
  13. 04 Jul, 2010 1 commit
  14. 26 May, 2010 1 commit
  15. 28 Oct, 2009 1 commit
  16. 15 Sep, 2009 1 commit
  17. 23 Jun, 2009 1 commit
  18. 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.
  19. 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.
  20. 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.
  21. 18 Nov, 2008 1 commit
  22. 15 Sep, 2008 3 commits
  23. 12 Sep, 2008 1 commit
  24. 15 Aug, 2008 1 commit
  25. 13 Jul, 2008 1 commit
  26. 21 Apr, 2008 1 commit
    • Nigel McNie's avatar
      Make most blocktype titles editable. · 8b400358
      Nigel McNie authored
      This patch makes most blocktypes have no title set by default when created. For those that used to set their own titles, if no title is set after the configuration form is submitted, then they get the chance to set the title.
      So for example, the RSS block will start with an empty title, but if the user doesn't set it, the title will be the title of the feed that is being syndicated.
      Blocks like 'textbox' still keep their defaults, because they don't have any special case way of setting their own titles.
  27. 16 Feb, 2008 2 commits
  28. 04 Dec, 2007 1 commit
  29. 21 Nov, 2007 1 commit
  30. 20 Nov, 2007 1 commit
    • Nigel McNie's avatar
      First shot at entireresume blocktype. · 0f1c8d9d
      Nigel McNie authored
      One suggestion for improvement is to have several layout templates and allow the user to pick one.
      For now, it makes sure that all resume fields a user has are displayed in the block at all times (excluding goals and skills)