I'm afraid I pasted inline, so as a work around I've attached the patch
instead. Using Outlook gives you very little options about how it munges
plain text. :(
Here's the log message in the attached file:
UI apps need trace editors. Seemed like a shame to force folks to
constantly rewrite this useful bit of code. So, we now take postpone
the actual printing to stdout in the cmdline client to a callback
function. (for the trace-update editor only atm, trace-commit to
follow shortly) The diff below shows trace-update still in the
cmdline client directory. The intent of the patch, and the MSVC++
.dsp patch shows the intent is to move the trace-update and
trace-commit editors into libsvn_client. Additoinally, it's a shame
that all editors constantly need to recalculate the current editor
state. Why can't every editor just have access to the appropriate
data? Of course, it'd be even handier if you could cache the data up
front, that way you wouldn't be constantly recalculating the
identical data with different editors using common code. But that
isn't happening now. :)
Additionally, UI apps need asynchronous access to SVN, and therefore
need a cancelation editor. The diff below supplies the cancel-update
editor, and adds it to libsvn_client. The cancelation editor
functionality can't be in the trace editor because the trace editor
is composed after the respective operation. The cancelation editor
needs to be composed before the respective operation.
When these patches are approved, I can commit the current state of
the COM layer. That diff isn't included since I need to remove and
readd all of the VB source files as bianry files until line-ending
conversions are implemented.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:50 2006