2013-02-14 10:14:22 +00:00
|
|
|
Show workflow steps after document has been released (keep workflow tab)
|
|
|
|
|
|
|
|
Show documents in calendar when they where uploaded.
|
|
|
|
|
2013-02-11 07:48:43 +00:00
|
|
|
Update comment and date of a review/approval, if the same status is set
|
|
|
|
again. Currently setting the same status is turned of, because it didn't
|
|
|
|
have any effect, which is quite confusing if the user can do an operation
|
|
|
|
which has not the expected result.
|
|
|
|
|
|
|
|
Show message on doc info page if documents expects an action like review,
|
|
|
|
approval, etc.
|
|
|
|
|
2013-02-08 08:17:50 +00:00
|
|
|
Import and export of a workflow as xml.
|
|
|
|
|
2013-02-06 13:50:15 +00:00
|
|
|
Find a way to make the workflows adjustable when used for a document.
|
|
|
|
e.g. a workflow shall be used for a number of document but the users of
|
|
|
|
a transtion has to be altered for each document. This is basically reusing
|
|
|
|
a workflow with minor changes. Possible Solution: create new table
|
|
|
|
tblWorkflowTransionDocument[Users|Groups] which has an extra column
|
|
|
|
for the document. If there is an entry in that table, use it instead
|
|
|
|
of the default in tblWorkflowTransiton[Users|Groups]
|
|
|
|
|
2013-02-06 17:34:19 +00:00
|
|
|
Drop foreign constraint in tblSession:userid to tblUser:id. This would allow
|
|
|
|
to set the userid to 0 on logout, but keep the cookie and consequently
|
|
|
|
the session data. See op.Login.php and op.Logout.php
|
|
|
|
|
2013-01-28 11:02:41 +00:00
|
|
|
Allow to specify fine grained notification (e.g. deleting a document, folder)
|
|
|
|
|
|
|
|
Have access rights depending on document status. This will allow to
|
|
|
|
restrict access when a document is in a workflow or has been rejected.
|
|
|
|
|
2012-07-18 12:05:46 +00:00
|
|
|
Settings::searchConfigFilePath() and Settings::getConfigDir() use different
|
|
|
|
approaches to get the configuration directory.
|
|
|
|
|
|
|
|
Show expiration status of documents in document list
|
|
|
|
|
2013-01-28 11:02:41 +00:00
|
|
|
Copy folders recursivly
|
2011-12-21 12:15:07 +00:00
|
|
|
|
2011-11-29 07:21:25 +00:00
|
|
|
Allow operations like delete, move, approve, etc. on a list of documents
|
|
|
|
|
2010-10-29 13:19:51 +00:00
|
|
|
installation script:
|
|
|
|
- user simply unpack the tar.gz in a server folder and access that folder
|
|
|
|
- on startup if there are installation problems php automatically run the configuration script
|
|
|
|
- the data folder creation can be automatic (user/password for server) or manual (yet ready folder)
|
|
|
|
- same for the db and the db user
|
|
|
|
- db creation (run of create table.sql) shoul control if db is yet filled and control for update to do
|
|
|
|
- the inc/inc.Setting.php is filled asking user entry
|
|
|
|
- the script can be used to test installation problem without affecting the current installation
|
|
|
|
|
|
|
|
The document state is currently not updated when a user is deleted from users list.
|
|
|
|
For example user A is the only pending approver for a document, then the document is in draft state.
|
|
|
|
When A is deleted the document should pass automatically in release status.
|
|
|
|
This could be done with a new function controlling the existance of all the pending approver/reviewer
|
|
|
|
and eventually updating the status of the document. This function will be called by user-remove function.
|
|
|
|
|
|
|
|
Sometimes in the DB are written messages strings in plain language whose
|
|
|
|
language depends on the current user and will never be translated.
|
|
|
|
This can be avoided using only coded messages
|
|
|
|
|
|
|
|
In my Documents->all documents there should be two lists: one (the current) with
|
|
|
|
the user's document, and another with the user's updated document (that's because
|
|
|
|
one user could have updated a document not owned by himself)
|
|
|
|
|