[TASK] FAL: Hard-coded flexform on storage creation
[Packages/TYPO3.CMS.git] / NEWS.txt
index b165581..4197bea 100644 (file)
--- a/NEWS.txt
+++ b/NEWS.txt
 This document is a part of the TYPO3 project. TYPO3 is an open source web
 content management system released under the GNU GPL. TYPO3 is copyright
-(c) 1999-2011 by Kasper Skaarhoj.
+(c) 1999-2012 by Kasper Skaarhoj.
 
-This document contains information about TYPO3 version 4.6 which was released
-on October, 25th 2011.
+This document contains information about TYPO3 version 6.0 shall be released
+on October, 2012.
 
 An up-to-date version of this document also containing links to further in
 depth information can be found here:
 
-http://wiki.typo3.org/TYPO3_4.6
+http://wiki.typo3.org/TYPO3_6.0
 
 ===============================================================================
 Compatibility
 ===============================================================================
 
-* PHP 5.3
+* Refactored bootstrap
 
-This version requires at least PHP 5.3, older versions of PHP are not supported
-anymore with TYPO3 4.6.
+With a bootstrap refactoring the index.php file located in the document root of
+the installation was changed. If you are running a typo3 core source with a
+symlink, make sure that this file is also a symlink to the cores index.php,
+otherwise the frontend will be broken. If index.php is a copy of the source
+file, make sure to install a fresh version from 6.0 sources.
 
-* ImageMagick/GraphicsMagick
+* New handling of typo3conf/localconf.php
 
-...
+The localconf.php file is deprecated and not used in the core any longer. As
+substitution the new file typo3conf/LocalConfiguration.php is introduced that
+basically only returns the local configuration as array. The install tool and
+other installation changing core code like the extension manager now writes
+the whole file if configuration is changed. As a result, no more local
+code is allowed in this file.
+To overload the local configuration with special instance specific code that
+might still be needed, it is possible to add the php code to the optional
+additional file typo3conf/AdditionalConfiguration.php that is executed during
+bootstrap of TYPO3 after LocalConfiguration.php.
+An ugrade wizard takes care of moving the old localconf.php file to the new scheme.
 
-* PHP __constructor() methods
+* List of loaded extensions stored as array
 
-The old PHP 4 style class constructors, which have been the same as the class
-name have been changed to use the PHP 5 __constructor() syntax. This is
-considered as breaking change if extension called the old contructor of an
-object directly.
+The list of loaded extensions in typo3conf/LocalConfiguration (key EXT/extList)
+was transferred to an array for better readability and maintenance. It is
+available with the new key EXT/extListArray. The old, comma separated value is
+still kept, but not used in the core anymore. It will be removed with a later
+version from the core.
 
-===============================================================================
-Changes and improvements
-===============================================================================
+* Moved default TYPO3_CONF_VARS
 
-This will list all changes and improvements between TYPO3 4.5 and 4.6. For
-technical details see ChangeLog included in the typo3_src package.
+The default TYPO3_CONF_VARS definitions where moved from t3lib/config_default.php
+to an own file in t3lib/stddb/DefaultSettings.php.
 
--------------------------------------------------------------------------------
-General
--------------------------------------------------------------------------------
+* Removed TYPO3_tables_script constant
 
--...
+It was possible to define a different base TCA definition file by defining the
+variable typo_db_tables_script in localconf.php. This functionality is removed
+without substitution.
 
-Removed functionality
--------------------------------------------------------------------------------
+* Restricted access of global variables in ext_tables.php and ext_localconf.php
 
-* Static Published Pages
+With the bootstrap refactoring the visibility of ext_tables.php and
+ext_localconf.php was reduced. The files do not run in global context anymore,
+so variables like $TCA should be accessed through $GLOBALS['TCA']. There is a
+compatibility layer, but the core can not guarantee that extensions with
+strange setup does not break.
 
-The feature to statically publish a page from the Admin Panel has been dropped.
-There are better ways to achieve such a functionality, like e.g.
-EXT:nc_staticfilecache.
+* Deprecated methods
 
-* Removed extCache=2 option
+Deprecated methods that were initially targeted to be removed in TYPO3 4.8/6.0
+have finally been removed. The deprecation log shows which functions were
+declared to be deprecated and will be removed in the next TYPO3 versions.
 
-The cache files in typo3conf/temp_CACHED_* were by default set to a hash that
-was based on the extensionlist, but this is quite unnecessary, so the extCache
-option was removed to be only used once in the typo3conf/ directory in order
-to prevent hundreds of temp_CACHED_* files that don't get cleaned up
-automatically. From now on the option $TYPO3_CONF_VARS['EXT']['extCache'] can
-only be set to 0 or 1.
+* Removed classes prior to scheduled deprecation removal
 
+t3lib_BEDisplayLog: This class was used only by the old belog module, its
+functionality is now encapsulated in EXT:belog itself. Since it is very
+unlikely that the class was used by other external extensions, the file was
+removed instead of deprecating it.
 
-Workspaces
--------------------------------------------------------------------------------
+* New XCLASS handling
 
-...
+The old way of registering XCLASSes in $TYPO3_CONF_VARS[TYPO3_MODE]['XCLASS'] is
+removed. XCLASSES must now be registered by adding a 'ux_' prefixed entry of
+the base class to the ext_autoload.php file providing the XCLASS path. To keep
+compatibility for 6.0 and 4.x, extension authors should add the ext_autoload
+entry and additionally keep the TYPO3_CONF_VARS registration.
+Extension authors should remove the three line XCLASS statement at the bottom
+of class files now for any extension with a compatibility for 6.0 and above.
+More information can be found at http://wiki.typo3.org/Autoload
 
-Other general improvements
--------------------------------------------------------------------------------
+* PHP setting register_globals must be off
 
-* New scheduler task to delete old data from tables
+The bootstrap now verifies the PHP setting register_globals is disabled for
+security reasons. The script dies otherwise.
 
-The scheduler task 'Table garbage collection' can be used to delete old data
-from growing tables like log tables on a regular basis. Additional tables that
-can be cleaned up must be registered in $TYPO3_CONF_VARS['SC_OPTIONS']
-['scheduler']['tasks']['tx_scheduler_TableGarbageCollection']['options']
-['tables'] with its table name and a field. After that they can
-be selected in the scheduler task.
+Removed Functionality
+-------------------------------------------------------------------------------
 
+* Removed doNotLoadInFE flag
 
-* New scheduler task to delete old files from fileadmin trash directories
+With TYPO3 4.3 the flag doNotLoadInFE flag was introduced in ext_emconf.php
+extension files to hint the core that an extension has no frontend
+functionality. The performance gain of this change in the frontend was minimal.
+The flag is now removed and the according extList_FE setting in localconf.php
+has no effect anymore.
 
-The scheduler task 'Fileadmin recycler garbage collection' can be used to
-definitely delete old files from _recycler_ directories. When a _recycler_
-directory exists within the path of a file to delete via the File module, the
-file is not actually deleted, but stored in the _recycler_ folder.
-This new task now deletes all files insider _recycler_ folders that have been
-moved there for longer than a given number of days.
+* Removed system extension simulatestatic
 
-* New option to customize the cookie names used by TYPO3
+The system extension to simulate static documents was removed from the core.
+@TODO: Issue #36025 must be solved and this note here adapted, otherwise the
+removal will be reverted.
 
-It is now possible to customize the cookie names used by TYPO3 to avoid clashes
-when running more installations on the same domain. The names used can be con-
-figured with:
-$TYPO3_CONF_VARS['FE']['cookieName'] and
-$TYPO3_CONF_VARS['BE']['cookieName'].
+* Removed TypoScript option noBlur
 
-* Moved t3d exports to fileadmin/_temp_ directory
+The ancient noBlur TypoScript setting for old Browsers (Internet Explorer <= 5.5)
+was removed without alternative. The setting has no effect anymore and can be
+removed from custom TypoScript objects, especially MENU.
 
-t3d packages exported by the import / extbase extension are now stored in
-fileadmin/_temp_ by default which is access restricted by default .htaccess
-rules.
+* Removed internal history cleanup feature
 
-* Added "IDNA Convert" libray for Internationalized Domain Names (IDN)
+TYPO3 will not clean the history (table "sys_history") on its own anymore.
+This can lead to a large amount of data in this table. Please consider using
+the garbage collection scheduler task to remove old entries.
 
-The new library can be found in typo3/contrib/idna/ and is used to encode and
-decode internationalized domain names (containing special characters like
-umlauts) from and to punycode.
+* Removed TypoScript resources
 
--------------------------------------------------------------------------------
-Backend
--------------------------------------------------------------------------------
+The ancient feature to add images and other resources directly to TypoScript
+records is dropped and the handling removed. This old feature - accessible
+from the 'Info/modify' tab in the Template module - was hardly ever used
+and was partly broken.
+If this feature was still in use, it is recommended to not drop the
+resource field from table sys_template during upgrading, fix the using
+TypoScript to refer to resources located in fileadmin or similar directly,
+and afterwards to finally delete the resource field in the install tool.
 
-RTEhtmlarea
--------------------------------------------------------------------------------
+* Removed page hit logging functionality
 
-...
+Writing log entries to some logfile during frontend page hit was removed.
+There are tons of solutions on the net and on server basis that can do a
+better job than the core implementation ever did. Therefor the complete
+code was dropped and all TypoScript config.stat* options are obsolete.
 
-Other improvements to the Backend
--------------------------------------------------------------------------------
+* Removed compression of javascript files with jsmin
 
-* Backend speedup with merged JavaScript files
+The default compression of certain javascript files in frontend and backend
+with the jsmin library was removed from the core due to license issues. The
+code segment was substituted with a hook, so extensions can now deliver
+compression solutions if needed. In general, it is a good idea to configure
+a webserver to compress javascript and css files on the webserver with gzip.
 
-All jsLibs, jsFiles and jsFooterFiles are now concatenated by default into
-single files depending on type and section (header / footer). This reduces
-the webserver requests approximately by one third.
+===============================================================================
+Changes and Improvements
+===============================================================================
+
+This will list all changes and improvements between TYPO3 4.7 and 6.0. For
+technical details see ChangeLog included in the typo3_src package.
 
 -------------------------------------------------------------------------------
-Skin / Backend UI
+General
 -------------------------------------------------------------------------------
 
-...
-
-Other Improvements in the Skin / Backend UI
--------------------------------------------------------------------------------
+* Extbase and fluid always loaded
 
-...
+The core extensions 'extbase' and 'fluid' are used in core classes like t3lib
+and in several important core extensions. Extbase and fluid are now required
+extensions and always loaded.
 
--------------------------------------------------------------------------------
-Administration / Customization
+Other General Improvements
 -------------------------------------------------------------------------------
 
-...
+* Autoloader namespace aware
+
+The autoloader can now handle fully qualified namespaced class names.
+If you use the fully qualified namespaced class name like
+'\Tx\ExtName\Foo\Bar', the autoloader will find the containing class following
+the extbase naming scheme. The mentioned class will be found if it is located
+in file 'exttensionkey'/Classes/Foo/Bar.php.
+It is also possible to use class names not following the extbase naming scheme
+by providing the "name spaced class name -> file" mapping in ext_autoloader.php.
 
-Install tool
+-------------------------------------------------------------------------------
+Security
 -------------------------------------------------------------------------------
 
 ...
 
 -------------------------------------------------------------------------------
-Development
--------------------------------------------------------------------------------
-
-Extbase / Fluid
+Backend
 -------------------------------------------------------------------------------
 
-...
-
-Although we do our best to make adjustments in a backwards-compatible manner,
-we needed to break backwards compatibility at a few places. In order to see if
-you are affected and how the issues can be solved, please read our notes on
-breaking changes:
+* New backend user administration module
 
-http://forge.typo3.org/projects/typo3v4-mvc/wiki/Breaking_Changes
+The backend user administration module was created from scratch again. The
+interface changed a lot, it is now possible to filter large groups of users
+with certain criteria and to compare specific user information. The code was
+made more flexible to easily cope with different use cases and to be more
+open for future enhancements.
 
-Backend Development
+htmlArea RTE
 -------------------------------------------------------------------------------
 
 ...
 
-Extension Development
+-------------------------------------------------------------------------------
+Other Improvements to the Backend
 -------------------------------------------------------------------------------
 
 ...
 
-TypoScript / Frontend
 -------------------------------------------------------------------------------
-
-* Compression and concatenation of CSS and JavaScript files
-
-New builtin minifcation routines can now be used with config.minifyCSS and
-minifyJS to reduce the file size of all files configured in page.includeCSS
-and includeJS. Single files can be excluded from compression using the new
-option disableCompression. Additionally, files can be concatenated into a
-single file using config.concatenateCss and concatenateJs. Please note that
-there is only limited support for @charset, @import and @namespace statements
-in concatenated CSS files. Furthermore, if minifyCSS/JS is enabled,
-$TYPO3_CONF_VARS[FE][compressionLevel] now also affects CSS and JS files in
-frontend and applies GZIP compression. This requires the same options as for
-[BE][compressionLevel] to be set in .htaccess.
-
-
-
-Database API / DBAL
+Administration / Customization
 -------------------------------------------------------------------------------
 
 ...
 
 -------------------------------------------------------------------------------
-Security
+Development
 -------------------------------------------------------------------------------
 
 ...
@@ -208,16 +222,4 @@ Security
 Performance
 -------------------------------------------------------------------------------
 
-* Switch to caching framework
-
-The caching framework is enabled by default and the old database-only driven
-caching is removed. This opens a lot of options for administrators to optimize
-cache deployment and performance. Details about configuration options and usage
-in own extensions can be found at http://wiki.typo3.org/Caching_framework.
-
-
-* Caching framework: db backend uses own table namespace
-
-The database backend must not define own tables and table definitions anymore.
-Cache tables and table layout of the database backend will created by the
-caching framework when needed.
+...