> - The commit dialog already has enough buttons. More buttons would just
> clutter the dialog and make it too complicated. If a button, then where?
I think both of these options should just be on the right-click context menu
for the log message textbox. Then you could get rid of the big fat "Paste
Changed Filenames" button. I would do something like add a "Insert" menu
item on the bottom of the context menu and then have sub-items in that menu
for "Changed Files" and "Issue Numbers".
> - The available bug ID's should be fetched automaticaly without any user
> intervention. Then, they should show up like the autocompletion while
> the user is typing --> a special char has to be defined to trigger it.
> How define that trigger char? Separate property? Regex?
To me having the numbers in the auto-complete list would be fairly useless
because you either know the issue number and you just type the 3 or 4 digit
number in or you don't know it in which case you want to look it up. How
useful is it that you auto-complete a cryptic number for me? Unless of
course you could do something like VS.NET does and show a tooltip to the
right of the auto-complete list item that shows a short description of that
> - The username just _can't_ be inserted in the URL to request the bug
> ID's. The reason for that is that the username is not known! I tried to
> read the username from the auth area/registry, but it's stored inside a
> folder where the name is an md5 hash of the credentials - and they're
> not known until the commit! --> But without the username available to
> filter the list of open issues, the list might (and will) get just too
> big. If you don't believe me, just have a look at the subversion issue
> tracker and their list of open issues:
What if instead of allowing us to pass in the SVN username, you just allowed
us the ability to pass in the current windows username? That information is
pretty easy to get from the windows API. I would think this would just be a
variable that would be available to use in the issue API query string if we
wanted to use it.
I think the issue API should allow for specifying a search term and then in
the find issue dialog I could type something like "post-commit" and it would
show me all the issues with that keyword in it. That would make finding
unknown issue numbers much easier and it would take away a lot of the pain
of not being able to filter by user.
Also, in the find issue dialog I think it would be critically important to
show a short description of each issue.
> - Issue trackers usually require the user to login first. This requires
> authentication (user interaction). Since the list should be fetched
> automatically, this would interrupt the user while (s)he is typing the
> log message --> not very UI friendly! Better ideas?
I think you can skip the authentication. Either we don't care about auth
for showing a read only list of issue numbers and we just write API's that
don't require auth or we are out of luck and we can't use the feature. :-)
Eric J. Smith
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Mon Feb 21 19:58:24 2005