1. 17 Mar, 2016 1 commit
  2. 06 Feb, 2015 1 commit
  3. 29 Sep, 2014 1 commit
  4. 11 Apr, 2014 1 commit
  5. 28 Mar, 2014 4 commits
  6. 27 Mar, 2014 3 commits
  7. 26 Mar, 2014 2 commits
  8. 05 Jan, 2013 1 commit
  9. 11 Dec, 2012 1 commit
  10. 12 Oct, 2012 1 commit
  11. 12 Jan, 2012 1 commit
  12. 01 Oct, 2011 1 commit
  13. 02 Mar, 2011 1 commit
  14. 09 Aug, 2010 2 commits
  15. 11 Feb, 2010 1 commit
  16. 07 Feb, 2010 1 commit
  17. 11 Aug, 2009 1 commit
    • jonnybradley's avatar
      [MOD] QuickTags to Toolbars: The big renaming ceremony! · 88f6ed32
      jonnybradley authored
      Note: Removed 'quicktags_over_textarea' pref behaviour. This was broken by the pref renaming - i'm sure this has been discussed and was agred to be an unnecessary overhead to maintain. Toolbars can now only be above the edit area as is consistant with convention.
      88f6ed32
  18. 07 Aug, 2009 1 commit
    • jonnybradley's avatar
      [NEW] Toolbars revamp from coe branch · 08147fae
      jonnybradley authored
      Manual merge, so possibly a few more bits to come - such as:
      TODO:
      Rename quicktags to toolbars (coming very soon)
      Find/make missing icons
      Check no javascript behaviour
      Create database upgrade script
      Test test test!
      08147fae
  19. 01 Aug, 2009 1 commit
  20. 07 Jul, 2009 1 commit
  21. 30 Mar, 2009 1 commit
    • jonnybradley's avatar
      [MOD] Quick fix to change quicktags order to ascending by label so H1, H2, H3... · 71779087
      jonnybradley authored
      [MOD] Quick fix to change quicktags order to ascending by label so H1, H2, H3 (etc) list in the right order.
      
      DB schema patch to rename "bold" to "  text, bold" etc so they list in a more usable order (and is more consistant across features).
      
      TODO (in quicktags revamp for 3.x)
        Refactor so everything uses smarty_block_textarea()
      
      71779087
  22. 04 Nov, 2008 1 commit
  23. 27 Oct, 2008 1 commit
    • nyloth's avatar
      [ENH] surveys: · 78a8676c
      nyloth authored
        * new question type 'Multiple choices of thumbnails from a file gallery' ('g') to be able to make a multiple choice question using thumbnails from a file gallery (e.g. for voting the best 3 images of a gallery, ...),
        * new checkbox to specify if a question is mandatory,
        * new params to specify, for multiple choices questions, the minimum and maximum number of required answers (+ error message when needed),
        * fix bad vote check and reset votes values after question edit for options of type 'text',
        * deploy auto_query_args + smarty self_link / button / icon,
        * remove useless comments in some places,
        * remove some redondancy in some templates titles/subtitles,
        * avoid useless tests on $questions[ix].type value in 'tiki-take_survey.tpl',
        * new 'Create New Survey' button in 'tiki-list_surveys.tpl' navbar,
        * use famfamfam icons instead of old ones in 'tiki-list_surveys.tpl',
        * translate of 'Vote' string in 'tiki-survey_stats_survey.tpl'
      78a8676c
  24. 06 Jul, 2008 1 commit
  25. 04 Jul, 2008 1 commit
  26. 26 Jun, 2008 1 commit
  27. 09 May, 2008 1 commit
  28. 30 Mar, 2008 1 commit
  29. 24 Mar, 2008 1 commit
  30. 12 Oct, 2007 1 commit
    • nyloth's avatar
      [MOD] prefs and user prefs: $prefs array deployement in php + some small fixes · 86185302
      nyloth authored
      (Preliminary note : This is a deep modification in tikiwiki's prefs code. Please test first and send feedback if you can)
      
       * Now use the $prefs array everywhere (in php files also) instead of global vars. This will :
      
      	- allow to use prefs the same way in smarty and php ($prefs array),
      
      	- simplify all code parts that modifiy a preference, because when a pref is modified in php's $prefs array, it is also up-to-date in smarty $prefs array (everything is passed by reference now). So, no more need to reassign values in smarty each time,
      
      	- avoid duplication of values in memory,
      
      	- reduce risks of errors (e.g. collision in variables names, forget to add one of the "global $prefname", ...)
      
      
       * All user prefs are now retrieved in one query at tiki-setup stage (as site prefs) and also in session vars (when sessions are used). This will :
      
      	- reduce overhead and database queries after the first page
      
      
       * User prefs are now overriding $prefs. This will :
      
      	- simplify the whole usage of $prefs, because only one array is used (no more need, in general, to use tikilib's functions to get user prefs),
      
      	- set some $prefs['site_*'] (listed in the $user_overrider_prefs array of lib/setup/user_prefs.php) for some specific site prefs that needs to be accessed in php (for example when sending mails) and that could have been overrided with the corresponding user pref
      86185302
  31. 16 Mar, 2007 1 commit
  32. 06 Mar, 2007 1 commit
  33. 03 Nov, 2006 1 commit