On Mon, 2004-09-13 at 20:00 +0200, Matthieu Moy wrote: > David Allouche <[EMAIL PROTECTED]> writes: > > > Gawd! Someone actually asking for wishlist items! Let's give him > > hell! ;-) > > Please do ! > > (The <[email protected]> mailing list is more appropriate for that. > I've put it back in Cc. Feel free to remove gnu-arch-users if you > continue the tread)
I try to keep my mail flow at a manageable level, so I'd rather not subscribe. > > I mostly use xtla for auditing changes, and especially for the ediff > > integration. I would like if there was a simple way to see changes than > > "C-x T i <wait> =". > > Will "C-x T =" do ? Works. > > I would also like if it were possible to disable descent into nested > > trees when computing changes. > > ,----[ C-h v tla-changes-recursive RET ] > | tla-changes-recursive's value is t > | > | Documentation: > | *If non nil, tla-changes will be applied recursively to subprojects > | of the current tree > | > | You can customize this variable. > | > | Defined in `xtla-defs'. > `---- Yeah. I guessed I should have a stroll into xtla's customize group... Wow! There's a lot of nice stuff in here! I see an option to use --forward... It's amazing how far a no-op can go... Mh... switch-to-buffer-mode dedicated-frame is not implemented... Let us update xtla... Still not here. Bah, single-window is okay. > > Also, the unfolded inventory listing is a bit incovenient with big > > trees. I'm not sure what would be the right way to fix that while > > retaining the convience of unfolded listing for smaller trees. > > For this, we would need support from tla itself: I don't know any way > to make a non-recursive "tla inventory". We could hide the > > Anyway, I put that in the TODO list: > > https://gna.org/task/index.php?func=detailitem&item_id=752 > subdirectories, but computing tla-inventory would still be as slow. There is (currently) no way to have partial inventories with tla. I was just thinking about optional folding of contents to make browsing easier, and something more like an outliner, rather than dired. > > Ediff rocks! I would like to be able to view the changes between two > > revisions/trees with the same interface as "C-x T i =". > > Does M-x tla-delta RET do what you expect? Yummy. > > Changelogs, actually, are hypertextual. When reviewing a Changelog or > > the output of log-for-merge, I would love if I were able to traverse > > references to other patchlogs. Ideally that would work for log-for-merge > > output and the changelog's new-patches summary. > > https://gna.org/task/index.php?func=detailitem&item_id=753 Thanks. > > > Editing =tagging-method. Last time I tried, opening a =tagging-method > > file via "C-x C-f" caused a lisp exception and did not show the buffer. > > If I tried again to open the same file it would display an expected. > > I've fixed that a few days ago. Okay. Stefan Reichoer must have not merged it yet. > > Quick commits. Generally, I commit with -s from the shell, just after > > running a test suite. It would be nice to have something equally > > convenient in xtla. Typing "C-x T i c <summary> C-end C-return C-c C-c" > > is too much for me. > > I strongly recommend running tla-changes before committing. Then, you > should type > > C-x T = > <review patch> > c > <summary> > C-c C-c > > Otherwise, just C-x T C <summary> C-c C-c. Nice, I saw that you can generate log-for-merge output automatically with the tla-log-insert-last customization. > You can customize `tla-prefix-key' if 'C-x T' is too long to type. "C-x t" it is for me now, until I find the package which already uses that prefix... > Thanks for the feedback, and hope you'll enjoy xtla even more with > these advices ;-) Prolly, yes. Thanks a lot. -- -- ddaa
