Losing the username in annotate command line is a big hit for me. I don't understand why that would be removed. Is this driven by Windows users who are stuck with limited terminal width? You could shave off some characters by only printing the first 4 letters of the node id. Also the : at the end of the user name is unnecessary. In my display from 1.25 I have whitespace between the date and the username. I'm not sure what normally shows up there, the time? If so I think time could be left off as the date is sufficient 99% of the time. Line numbers can be found without additional queries in any number of ways, at least in Unix.
Before: ccf591b2bf 2013-08-06 mrwellan: waiton cell_xor_setup After: ccf5 2013-08-06 mrwellan waiton cell_xor_setup I guess my personal experience happens to be 180 degrees from DRH: "Most people are more interested in the fact that the line changed. The identity of the editor is of secondary importance, and can be found by one additional click in the rare case where it actually matters." When I do annotate I'm usually trying to figure out who made the change in question so I can talk to them to find out what was intended. On Mon, Oct 7, 2013 at 11:37 AM, Andreas Kupries <andre...@activestate.com>wrote: > On Mon, Oct 7, 2013 at 6:38 AM, Richard Hipp <d...@sqlite.org> wrote: > > On Mon, Oct 7, 2013 at 9:12 AM, Stefan Bellon <sbel...@sbellon.de> > wrote: > >> But more severely, the information > >> who changed the line is now not present anymore at all. > > > > > > Most people are more interested in the fact that the line changed. The > > identity of the editor is of secondary importance, > > Not when you have tracked a bug to a specific line, or set of lines > (without having bisected (*) or some such) and now want to know with > whom to talk about these lines regarding intent, etc. > > > (*) With bisect we have the change, and this know who made it. However > sometimes it is possible to determine a problematic line without > having bisected during investigation, and then we do not directly know > the relevant person. That is to me the main importance of "annotate" > then. > > > and can be found by one > > additional click in the rare case where it actually matters. > > Ah. This click however works only in the web interface. > Stefan seems to look at the output of "fossil annotate', which is the cli. > There this becomes "one more command" to retrieve the info about the > change shown, and that is more inconvenient than a single-click. > Assuming that this information is actually available to the command > line (**). > > And while I can also see that "single command" more may not be that > much in the context of a script processing the output of annotate, it > does generate more complexity in the script, like: > - cache which changes we have pulled the user info for already, as a > file will have many more lines than relevant changes > - more parsing needed to get the user information out of the change. > > (**) Ok, in the extreme case we can 'wget .../raw?name=UUID' and then > pull the information out of the raw manifest we get this way. > > > The username > > was therefore removed from the primary display in order to reduce the > amount > > of clutter and to make the output easier for humans to read. > > > > We will take your email as a feature request to add the username back in > as > > a run-time option. > > > > -- > Andreas Kupries > Senior Tcl Developer > Code to Cloud: Smarter, Safer, Faster™ > F: 778.786.1133 > andre...@activestate.com > http://www.activestate.com > Learn about Stackato for Private PaaS: http://www.activestate.com/stackato > > Tcl'2013, Sep 23-27, New Orleans, LA, USA @ > http://www.tcl.tk/community/tcl2013/ > EuroTcl'2013, July 6-7, Munich, GER > _______________________________________________ > fossil-users mailing list > fossil-users@lists.fossil-scm.org > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users > -- Matt -=- 90% of the nations wealth is held by 2% of the people. Bummer to be in the majority...
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
