1. 01 Feb, 2019 1 commit
  2. 24 Oct, 2018 1 commit
  3. 30 Sep, 2018 1 commit
  4. 28 Jun, 2018 1 commit
  5. 16 Nov, 2017 1 commit
    • Cecilia Vela Gurovic's avatar
      Bug 1572825: added Voki html filter for embed code · 207889a5
      Cecilia Vela Gurovic authored and Robert Lyon's avatar Robert Lyon committed
      Added new html custom filter to allow
      voki embed code with javascript tags.
      
      issue with the creation/edition of blocks:
      
      Voki embed code its a javascript code that loads
      js functions from a remote file and makes a call to a
      AC_Voki_Embed() function
      
      parameters:
      
      function AC_Voki_Embed (width, height, chsm, sc,
      transparent, bgcolor, returnFlag, playerType)
      
      The number of parameter makes the difference between
      old and new voki code. The old one will have only 7,
      the new one will have one more.
      
      The new embed code will have playerType = 1
      The function uses an XMLHttpRequest to obtain the
      new embed code. When we are loading the page,
      there is no problem. But when we are editing or
      creating the block, the the connection with the object
      gets lost and the embed code is never loaded.
      Solution found: reload the page after editing or adding
      a block with new voki code.
      
      The old voki code can have
      returnFlag = 1 will return a string with the code
      returnFlag = 0 will load the embed code in the page (by default)
      In this last case, after the function creates the embed code,
      it will call document.write('embed code')
      if we are loading a page with the embed code, we have no problem
      but if we have the page already loaded and we are editing the block
      or creating it, the document.write will replace all the html
      with the embed code.
      Solution found: change parameter of the function so it returns
      the code instead, then manually add it in the correct place
      of the html.
      
      behatnotneeded
      
      Change-Id: Ieed00b6c6887715b707b8123082a1312f3db1d9c
      207889a5
  6. 25 Sep, 2017 1 commit
  7. 23 Feb, 2016 1 commit
  8. 10 Feb, 2016 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 Sep, 2015 1 commit
  11. 21 Aug, 2015 1 commit
  12. 12 Feb, 2015 1 commit
  13. 04 Feb, 2015 1 commit
  14. 03 Dec, 2014 1 commit
  15. 15 Oct, 2014 2 commits
  16. 11 Apr, 2014 1 commit
  17. 05 Mar, 2014 1 commit
  18. 14 Oct, 2013 1 commit
  19. 13 Aug, 2013 1 commit
  20. 01 Aug, 2013 1 commit
  21. 24 Apr, 2012 1 commit
  22. 12 Apr, 2012 1 commit
    • Richard Mansfield's avatar
      Use htmlpurifier in external media block (bug #971289) · c5753d29
      Richard Mansfield authored
      Now that SafeEmbed and SafeIframe options of htmlpurifier are enabled,
      the external media block can make use of them, rather than always
      trying to parse and generate iframe and embed code for the supported
      sites.
      
      Any html pasted into the block configuration form is now allowed to
      fall through to be sanitised by htmlpurfier, so the site-wide list of
      allowed iframe sites will be used rather than the existing list of
      supported sites in the external media block.
      
      Valid URLs pasted into the configuration form are still processed by
      the various media_sources regular expressions in
      blocktype/externalvideo/media_sources/*/mediasource.php, but the
      regexes that were previously designed to operate on embed/iframe code
      have been removed, and the remaining ones have been modified to match
      at the beginning of a url only.
      
      When a URL is entered, and the block saved, the embed/iframe code to
      be used when rendering the block is generated immediately, and
      subsequent edits of the block will reveal only the generated
      embed/iframe html.  The render_instance function will still generate
      the required embed code for old blocks that haven't been reconfigured
      yet.
      
      The glogster scraping code is also tightened slightly to ensure that a
      URL is returned.
      
      See https://wiki.mahara.org/index.php/Developer_Area/Specifications_in_Development/External_media_block_extension
      
      
      
      Change-Id: I7024ab946f8a6965e78730eb1daa3441f220a10b
      Signed-off-by: default avatarRichard Mansfield <richard.mansfield@catalyst.net.nz>
      c5753d29
  23. 02 Aug, 2011 1 commit
    • Hugh Davenport's avatar
      Fix upgrade process for old external video's · 91a2dbac
      Hugh Davenport authored
      
      
      Basically when a page is viewed that has a blocktype of externalvideo
      and doesn't have a type set, then call process_url and save the config
      again.
      
      This could be done as an upgrade path, but would mean a slow upgrade.
      This patch does it on a on-view basis, and only does it the first time
      the page is viewed
      
      Bug #819079
      
      Change-Id: If26ee3beaf01ebc1648542e4b5a49f645c893414
      Signed-off-by: default avatarHugh Davenport <hugh@catalyst.net.nz>
      91a2dbac
  24. 06 Jul, 2011 1 commit
  25. 27 Jun, 2011 1 commit
  26. 07 Jun, 2011 1 commit
    • Brett Wilkins's avatar
      externalvideo: Added support for various media sources · eb37d4db
      Brett Wilkins authored
      
      
      Have added support for various media sources, which neccessitated the ability to support
      iframes and page scraping for certain sources but not others. for this reason, I have broken
      the sources out into their own classes, all implementing a common interface. This also
      allows later additions to the sources to be added more easily.
      
      Unfortunately language strings still need to be kept in the same place.
      
      Other changes include the ability to set the width/height parameters as percentage values,
      should the source need to be able to support that.
      
      Change-Id: I802ffa8d8cf1172c9c45d1b71822d0d99c57b480
      Signed-off-by: default avatarBrett Wilkins <brett@catalyst.net.nz>
      eb37d4db
  27. 24 May, 2011 6 commits
  28. 17 May, 2011 1 commit
  29. 13 May, 2011 1 commit
  30. 23 Mar, 2011 1 commit
  31. 17 Mar, 2011 1 commit
  32. 18 Aug, 2010 1 commit
  33. 26 Jul, 2010 2 commits