| Commit | Date | |
|---|---|---|
| 2007-05-08 15:47:57 | Tree | |
| 2007-05-07 21:48:21 | Tree | |
| 2007-05-07 21:41:36 | Tree | |
|
[r5352]
by
cboos
TracBrowser: expansion of an empty folder leaves an ''(empty)'' indication (Nautilus style...) |
2007-05-07 20:54:43 | Tree |
|
[r5351]
by
cboos
TracBrowser, when re-expanding a folder after a collapse, restore the exact expanded/collapsed state of the entries of that folder as it was before the collapse. This was indeed a bit trickier to do than the initial approach done in [5338]: we now store the folder ids as <tr> ids and use a user-defined node property to store the list of the ids of the rows corresponding to the folder's entries (`_entries`). |
2007-05-07 20:37:34 | Tree |
|
[r5350]
by
jonas
If a ticket description was changed but nothing else the notification mail didn't include the name of user behind the change. |
2007-05-07 20:03:51 | Tree |
|
[r5349]
by
cboos
Trac error template: add user agent and jQuery version information. The jQuery version information is also added to the About/system information data for good measure. |
2007-05-07 17:27:16 | Tree |
|
[r5348]
by
cboos
Trac error template: |
2007-05-07 17:11:02 | Tree |
| 2007-05-07 17:04:29 | Tree | |
|
[r5346]
by
cboos
TracBrowser: follow-up to [5338], the new expand/collapse, which was a bit buggy (use of toggle show again the content of hidden subfolders, when an ancestor folder is collapsed). This is not a perfect solution, as re-expanding a collapsed folder will show ''all'' the already loaded subtree as expanded. But this is a least a coherent behavior, that one could live with until we implement a solution that will restore the subtree on re-expand in the exact way it was looking before it was collapsed. |
2007-05-07 05:55:28 | Tree |