[geeklog-cvs] geeklog-1.3/docs history,1.143,1.144

[dhaun at geeklog.net]

Update of /usr/cvs/geeklog/geeklog-1.3/docs
In directory geeklog_prod:/tmp/cvs-serv17632

Modified Files:
	history 
Log Message:
Updated list of changes


Index: history
===================================================================
RCS file: /usr/cvs/geeklog/geeklog-1.3/docs/history,v
retrieving revision 1.143
retrieving revision 1.144
diff -C2 -d -r1.143 -r1.144
*** history	7 Jan 2004 05:01:45 -0000	1.143
--- history	11 Jan 2004 21:38:57 -0000	1.144
***************
*** 4,11 ****
  ------------
  
! - Now ccomodate strict webhosts who don't allow file uploads to the standard image
!   directory, you can now set a new configuration variable, $_CONF['path_images']
!   to point to a directory outside of your webtree where article images and user
!   profile pictures will be saved and served from.
  - Make sure the custom registration form is properly called from all relevent
    places (bug #57).
--- 4,21 ----
  ------------
  
! - Now accomodate strict webhosts who don't allow file uploads to the standard
!   image directory, you can now set a new configuration variable,
!   $_CONF['path_images'] to point to a directory outside of your webtree where
!   article images and user profile pictures will be saved and served from.
! - Don't append a '-' to the page title if $_CONF['site_slogan'] is empty
!   (feature request #88).
! - COM_getMonthFormOptions() now always lists the month names instead of only
!   the numbers. COM_getYearFormOptions() also lists the previous year.
! - Changed admin/event.php to use the COM_getMonthFormOptions() etc. functions
!   from lib-common.php, thus avoiding duplicated code.
! - In the calendar/calendar.thtml template file, you can now use {start_block}
!   and {end_block} to wrap the calendar in a block.
! - Fixed a few display problems in case of errors in calendar_event.php. Also
!   made calendar.php display messages sent from calendar_event.php.
  - Make sure the custom registration form is properly called from all relevent
    places (bug #57).
***************
*** 98,109 ****
  -----------------------
  
! - You can now use "plain PHP" code in a Static Page, i.e. it doesn't need to
    be written such that it returns all output in a 'return' statement. The
    PHP checkbox has been replaced with a dropdown menu offering "do not execute
    PHP", "execute PHP (return)" [that's the old way], and "execute PHP" [new].
  - When displaying a static page, the plugin no longer checks if the current
!   user is a member of the Root group.
  - The option to wrap static pages in a block can now be applied to each page
!   individually - $_SP_CONF['in_block'] is only used as the default setting
    for new pages.
  - Static pages are not wrapped in a block when the page format is set to "blank
--- 108,121 ----
  -----------------------
  
! - You can now use "plain PHP" code in a static page, i.e. it doesn't need to
    be written such that it returns all output in a 'return' statement. The
    PHP checkbox has been replaced with a dropdown menu offering "do not execute
    PHP", "execute PHP (return)" [that's the old way], and "execute PHP" [new].
+ - The ID of a static page can now have up to 40 characters.
  - When displaying a static page, the plugin no longer checks if the current
!   user is a member of the Root group, so that "Root" users shouldn't see static
!   pages that are for anonymous users only.
  - The option to wrap static pages in a block can now be applied to each page
!   individually. $_SP_CONF['in_block'] is only used as the default setting
    for new pages.
  - Static pages are not wrapped in a block when the page format is set to "blank