|
Evo Task Administrator CRPR log |
Current ETA version: |
|
| last update of CRPR log: 10 jan 2008 |
The following Change Requests and Problem Reports (CR/PR) have been recognized
and will be considered in forthcoming versions.
If you find any CR or PR, please use the CRPR form.
| To download the Evo Task Administrator, click here. | Prio 5 = highest, 1 = lowest, 0 = absolutely do nothing for now |
| CRPR | Description | Prio | Found | Done |
| 47 | PR: If you select a different project in an existing Task, the old Delivery is still connected to this Task. See remark at PR46. | 2 | V1.06 | |
| 46 | PR: If you add a new project, Deliveries cannot be added to the new project. This was not found earlier, because until now, every project uses its own database, so multiple projects were not yet used. This issue has low priority, because the main application of the ETA tool is Task administration. The Projects and Deliveries were simply added as a reference for the Tasks, with little emphasis on too fancy automation. So, some handwork is still accepted (by me, Niels). | 2 | V1.06 | |
| 45 | PR: After import of database tables up to including V1.05 into V1.06 or higher, there may be some problems with adding Names to the Name table in EditNames, if a second "-" appears. These problem has a workaround: Start the database in development mode (start-up with Shift key pressed, as explained in the chapter about "Transfer of tables to the newer version"). Remove the Task window. Click Tables, click names Names, click Design. Click on line with Name. At the bottom of the window you find "Default Value". If this value is "-" then delete this "-". Result: empty space after "Default Value". Close the window. Click Yes for the Save question. Click Open: the Names window opens. If there are more lines with - as Name, then delete all those records with -, except the first line (ID 1). Close the window. Close the database. Now use the database as usual. Note that this repair can best be done just after the old tables were imported. | 2 | V1.06 | |
| 41 | CR: Add table of hours for this cycle for all people. | 4 | V1.05 | |
| 35 | CR: Could there be an indicator showing that there are still unprocessed, non-empty fields (in Results page). This inplies that the Results page gets a checkbox to indicate that it was processed. Newly defined tasks, entered at the Results page have to be analyzed and consumed to generate real tasks on the TaskList. | 4 | V1.05 | |
| 34 | CR: Could we make (and make selectable) predefined views: a view is a pre-selected filter and sort set (<~WigoS) | 4 | V1.05 | |
| 33 | CR: Who sorting: Could we filter more than one person in Who filter? | 4 | V1.05 | |
| 21 | CR: Assigning a task to more than one person. Currently, you have to enter the same task for all task participants. A solution could be to assign a task to one person (the "owner", being responsible for its completion) and then assigning the same tasks to one or more others (the"assistants"). | 4 | V1.03 | |
| 8 | CR: Upon start-up of program: select the task record nearest to the current date; make appropriate defaults | 1 | V1.00 | |
| 54 | PR: Running in Access 2003 causes flickering
of certain fields, and making the application very very slow. Cause: a known
MS bug in Access 2003, with a suggested workaround. Solution: apply workaround. Note: MSAccess2003SP1 will run the older versions correctly as well. |
5 | V1.11 | V1.12 |
| 52 | PR: When adding a new Task, the name is changed to 1. This makes the db practically unusable fro adding new Tasks. | 6 | V1.08 | V1.10 |
| 53 | PR: In printed list or task the OK's under Done are incorrect (<-RussV) | 5 | V1.10 | V1.11 |
| 51 | CR: Remove Review TabPage. | 3 | V1.08 | V1.09 |
| 50 | CR: Selection filter for the Task list needs redesign. Currently when a filter element is added, the filter is recalculated depending on the current record. Adding a filter element should just add that element, the earlier added elements staying the same (trigger function rather than level function). | 5 | V1.08 | V1.09 |
| 49 | PR: The checkboxes on the Checks TabPage do not follow the change of the TaskType setting immediately. | 4 | V1.00 | V1.07 |
| 48 | CR/PR: If Cycle filter is active and "withOK" is shown on its button, then older Cycles, where OK is empty, are also shown. If now the button is clicked to change into "ignoreOK", while an older record than the original Cycle Filter is active, then that older Cycle is used as a basis for Cycle filtering. This is normally not what the user wants. In stead of repairing this behaviour, we removed the "withOK" button. We already envisaged this removal, because nowadays we keep it as a rule that there should be "not holes ik the OK's of old Cycles". If we keep this rule, the button is not needed any more. | 4 | V1.06 | V1.07 |
| 44 | PR: Small inconsistencies repaired: Somewhere the week indicator "wk" showed "ww". Somewhere the date was in format dd/mm/yyyy. All other places dates are dd mmm yyyy. | V1.06 | V1.07 | |
| 43 | CR: Add to the ETANote description file a procedure how to start working with the ETA tool. | 5 | V1.06 | V1.07 |
| 42 | PR: TaskCycle Due date in TaskList is red if Delivery is Future. Should not be red. | 4 | V1.06 | V1.07 |
| 40 | CR: Printing of reports: 40-1: Personal Tasks of this cycle and next cycle. 40-2: All Tasks of this and next cycle (for Project Manager). 40-3: TaskSheet. 40-1 and 40-2 are combined: List is printed as listed in the Task list in the Task window. Depending on the filter the list is by project or individual or any other set. | 4 | V1.05 | V1.08 |
| 39 | CR: Make pull down lists longer to avoid scrolling. | 4 | V1.05 | V1.06 |
| 38 | CR: Add Future to Deliveries. Mechanism: add Delivery Cycle Number 1000000, with date 01-01-2030 to Deliveries Table. Default in empty database. If you inport tables from older version: add to deliveries table. | 4 | V1.05 | V1.06 |
| 37 | CR: PullDown list of TaskCycle and Delivery on Main Task window should be in reverse order: latest cycle on top, to make selecting the nearest cycle easier. | 4 | V1.05 | V1.06 |
| 36 | PR: Sorting of ID does not always work properly (<- MarcoKoese) | 5 | V1.05 | V1.06 |
| 32 | CR: Who sorting: if Who is filtered, sorting should still be possible, to sort the filtered name and the -'s | 4 | V1.05 | V1.06 |
| 31 | CR: Could we see the number of hours in this cycle for this person: total, OK's, notOK's. (<-WigoSaes) see also CR28 | 4 | V1.05 | V1.06 |
| 30 | CR: Generation of printable reports: tasklist this and next cycle per person: see CR40. | 4 | V1.05 | V1.08 |
| 29 | CRPR: Calendar works erroneously if Windows international date setting is not dd-MM-yyyy (e.g. MM-dd-yyyy) | 4 | V1.05 | V1.06 |
| 28 | CR: The Cycle hrs now show the number of hrs per person and for all persons, for the cycle of the selected record. To avoid confusion, it would be better to add the cycle number of the Cycle hrs shown. | 4 | V1.05 | V1.06 |
| 27 | PR: Adding a new Task (Task Cycle window), after
having changed the date of an existing Task, created #error in the project
name field of the task. Same happens when adding a new Delivery in the Deliveries
window. Workaround: close the window, by clicking outside this window (or click x). Then reopen the window: now you can add a Task/Delivery. |
4 | V1.05 | V1.06 |
| 26 | CR: Change Sum of hours into: Cycle hours: 1. by selected person, 2. total for this cycle. Discard the total sum, as this value is not useful. | 4 | V1.04 | V1.05 |
| 25 | CR: Make column headers turn colored if filter is active on this column. | 4 | V1.04 | V1.05 |
| 24 | PR: Due dates in Tasks, Deliveries and Projects edit windows should not be yellow, as these fields cannot directly be changed: change is only possible by using the calendar (clock) icon. Yellow indicates that this field can be edited directly. | 4 | V1.04 | V1.05 |
| 23 | PR: Calendar double click doen't work any more in 1.04. Worked OK in V1.03. | 5 | V1.04 | V1.05 |
| 14 | PR: Cycle filter (with before and after) seems not working well. | 4 | V1.03 | V1.05 |
| 22 | CR: Change SumOfHours from total hours within filtered records into total hours of the selected person in the selected TaskCycle. | 4 | V1.03 | V1.04 |
| 20 | CR: It would be nice if the Who-filter could filter
on a selected set of names, in stead of on one name only. Solution: More important than to show a selection of names is to show the selected name and "not yet named" tasks, which is indicated by "-". So, currently this is solved by adding "-" to the name-part (Who) of the filter. |
4 | V1.03 | V1.04 |
| 19 | CR: Make formatting of Today field same as other date fields: weeknumber after date in stead of in front of date. | 4 | V1.03 | V1.04 |
| 18 | CR: Sort TaskList on TaskID. | 4 | V1.03 | V1.04 |
| 17 | CR: 100% done check is now at the bottom of the Checks tab page. This is not convenient. Better to add this check on the main Tasks form as well. | 4 | V1.03 | V1.04 |
| 16 | CR: Planreviewer default value should be "empty". In many cases the Reviewer is not specifically mentioned. Using the last used name as default is not convenient. | 4 | V1.03 | V1.04 |
| 15 | CR: Make field for TimeActuallyUsed in Timing tab page. Because TimeBox is maximum time for the task, this field was assumed not to be needed. Especially for the first weeks of Evo working, it still may be better to fill in this time, for learning. | 4 | V1.03 | V1.04 |
| 13 | CR: Fields in task list become bold when selected (giving emphasis for others, when projected on large screen) If you want to edit the TaskName this is not efficient, because the size of the text suddenly enlarges. So: do not make text bold when selected in editable field. | 4 | V1.03 | V1.04 |
| 12 | CR: Add to TaskCycles and Delivery Cycles possibility
to select: *Undefined Task/Delivery (outside project, other work), *Future
Task/Delivery (defined, not yet allocated). In case people work on other
projects (outside this database), to clearly see that those other tasks
are not part of this project. Solution: TaskCycle: If you add a TaskCycle with number > 99999 and date > 1 jan 2030, then the cycle and cycle date will be shown as "-", while sorting will put this cycle still at the most future side. DeliveryCycle: A check for "Other Work" is added, just below the Delivery selection control. If this check is checked, then the Delivery text in the TaskList will be grey. By keeping the appropriate delivery cycle, this other work is still shown when Deliveries are filtered. |
4 | V1.03 | V1.04 |
| 11 | PR: Some controls in tab pages seem not immediately to be updated: refresh at appropriate events | 4 | V1.03 | V1.04 |
| 10 | CR: Add a tab page for recording the results of a task, especially if the task could really not be finished in the timebox. Same for the results of an analysis task: what do we know now, what do we not yet know, which tasks can be defined to find out, estimations... | 5 | V1.03 | V1.04 |
| 6 | CR: If Task date is after Delivery date, Task date should change from Black to Red. | 4 | V1.00 | V1.04 |
| 5 | Issue: Selecting Task-dates and Delivery dates is confusing. May be this is solved by using appropriate default values (PR3). | V1.00 | ||
| 4 | CR: Proposal: currently, If Cycle filter is On, Tasks of old Cycles with not yet OK are displayed always. Whether old NotOK's are always shown should perhaps be programmable. | V1.00 | V1.04 | |
| 9 | PR: SumOfHours should be updated after update of Hrs in old or new record | 5 | V1.02 | V1.03 |
| 3 | PR: Default values for Delivery, Name (Who) etc. do not work: Use last value used as default for new | V1.0 | V1.02 | |
| 7 | PR: Add new Delivery automatically increments up to DeliveryCycle 10 and then sticks to 10. | 5 | V1.0 | V1.01 |
| 2 | PR: If new Name (Who), Delivery etc. added, the
new entry does not immediately appear in combobox on TasksForm. Probable cure: add Forms!Tasks.Refresh after Update at the <appropriate> places |
V1.0 | V1.01 | |
| 1 | CR: Sort lists in comboboxes on TasksForm | V1.0 | V1.01 |