| 11 | | Mon 21 Jun 2004 02:24:16 PM UTC, comment #1: |
| | 11 | Currently, changing to a new directory appends a directory entry in |
| | 12 | top of the directory history and removes any previous identical |
| | 13 | entries from the history. This unique append is a really handy |
| | 14 | feature, but isn't it more convenient and intuitive to insert the |
| | 15 | new directory entry right after the current directory in the history |
| | 16 | list? This way when you want to visit all of the subdirectories of |
| | 17 | the current directory you can get back to the current directory |
| | 18 | conveniently with only one "back" command. As it is now, to get back |
| | 19 | to the parent directory I have to go back in history an increasing |
| | 20 | number of times as each new subdirectory I visit is increasing the |
| | 21 | distance in the history list from the last entry to its parent. |
| 55 | | Anonymous |
| 56 | | Sun 16 May 2004 02:13:54 PM UTC, original submission: |
| 57 | | |
| 58 | | Currently, changing to a new directory appends a directory entry in |
| 59 | | top of the directory history and removes any previous identical |
| 60 | | entries from the history. This unique append is a really handy |
| 61 | | feature, but isn't it more convenient and intuitive to insert the |
| 62 | | new directory entry right after the current directory in the history |
| 63 | | list? This way when you want to visit all of the subdirectories of |
| 64 | | the current directory you can get back to the current directory |
| 65 | | conveniently with only one "back" command. As it is now, to get back |
| 66 | | to the parent directory I have to go back in history an increasing |
| 67 | | number of times as each new subdirectory I visit is increasing the |
| 68 | | distance in the history list from the last entry to its parent. |
| 69 | | |
| 70 | | Of course, this would involve changing list_append_unique in util.c |
| 71 | | and another parameter to this method indicating where in history we |
| 72 | | are currently. The method should still remove entries which are not |
| 73 | | unique. |
| 74 | | |
| 75 | | I am waiting for your feedback in case you disagree with me. |
| 76 | | |
| 77 | | Best Regards, |
| 78 | | Vasco |