Difference between revisions of "Gallery2:2.0 Release Blockers" - Gallery Codex
Personal tools

Difference between revisions of "Gallery2:2.0 Release Blockers"

From Gallery Codex

(Better Edit Permissions UI)
(Low Priority)
Line 56: Line 56:
 
===Create Embedding & Integration docs===
 
===Create Embedding & Integration docs===
 
See [http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=111196&group_id=7130&group_project_id=14056 sf.net task 111196].
 
See [http://sourceforge.net/pm/task.php?func=detailtask&project_task_id=111196&group_id=7130&group_project_id=14056 sf.net task 111196].
 +
 +
===Try to lower the PHP memory limit requirement===
 +
Currently, we ask for at a memory limit of at least 16mb, else we show a warning in the installer. But even 16mb seem to be not enough for simple tasks like displaying the list of modules (site admin -> modules). 12mb seem to be not enough to delete an album.  (in some cases). Most often, the user just sees an empty page or something like that. We should track down the memory consumption, e.g. if it is the translation files or what else.
  
 
=Release Candidate 2 Blockers=
 
=Release Candidate 2 Blockers=
  
 
=Release Candidate 1 Blockers=
 
=Release Candidate 1 Blockers=

Revision as of 11:54, 23 July 2005

Final Release Blockers

High Priority

/lib/tools/test/

Remove /lib/tools/test/ and add some emergency tools in /tools/ or /emergency

Theme Documentation

The theme system needs to be documented. This already has been started on the theme page.

Lightweight release without development overhead

Don't ship the final release with unneeded bloat, e.g. /lib/tools/, .po files, /modules/*/test/. (be careful of some modules that need modules/*/test/data like imagemagick)

Add better multisite install docs

See sf.net task 117349.

Bug Recursive remove perms leaves data in imageblock cache

See sf.net bug 1241790.

Administration Manual

A guide to document the common administration tasks as installing, upgrading, configuring, etc.

User Manual

A guide for common user actions as adding albums, items, document each module and feature; what it does, how to use it, etc.

Module Development Documention

A module howto and an introduction to the G2 framework, how to do common stuff, etc.

Links to required and optional binaries and packages

Ideally, we'd have a package of all required and optional binaries for the supported platforms. Or link to the available precompiled binaries and offer a package of the missing binaries on our site.

Supported platforms: linux, WinXP, OSX, *BSD, Win2003Server, ...?

Binaries: NetPBM, ImageMagick, unzip, ffmpeg, jhead, dcraw, zip, php-cgi (with gettext, GD2, .. support)

Links to other requirements: apache, php, JRE,

Create a huge FAQ and knowledge base

A huge FAQ and a specialized knowledge base can simplify the everyday work as a support staff member tremendously. e.g. that blank site admin -> module pages could be caused by a too small memory limit (16mb is sometimes not enough), or how to deal with data corruptions, etc.

Low Priority

Downloadable translations

Don't ship the final release with all available languages, only with en_UK. But users that can't extract a language archive over an existing G2 install will have a hard time adding the translation files in all modules manually via FTP.

Better Edit Permissions UI

The edit permissions UI was discussed again and again and the only conclusion was that it needs to be reworked. See [this forum thread] for a discussion of where this might lead.

Bug "view comments" permission obscures "view item"

See sf.net bug 903975.

Bug Applets + G1->G2 url rewrite cause logout in IE

See sf.net bug 1231227.

Provide more precise english strings throughout g2-code

See sf.net task 106221.

Create Embedding & Integration docs

See sf.net task 111196.

Try to lower the PHP memory limit requirement

Currently, we ask for at a memory limit of at least 16mb, else we show a warning in the installer. But even 16mb seem to be not enough for simple tasks like displaying the list of modules (site admin -> modules). 12mb seem to be not enough to delete an album. (in some cases). Most often, the user just sees an empty page or something like that. We should track down the memory consumption, e.g. if it is the translation files or what else.

Release Candidate 2 Blockers

Release Candidate 1 Blockers

advertisements