CVS Browse changes - why modal

Hi,

I want to apply my recent changes from on development branch to the main trunk. I thought I could use the Browse Changes feature of the CVS integration, which can list my transactions to the CVS repository within a time interval. I hoped that from this dialog I can select a transaction, view the files involved, and do the required operation, such as making a diff and applying the changes or adding and removing files.

I was surprised (and annoyed) to find out that the Browse Changes dialog is modal! This means that I have to start over again calling this feature (and cvs rlog command takes quite a while), when I need to do things, which would no work from within this dialog.

The fact that such productivity dialogs are still modal and not integrated into the docking framework of the IDE is very strange, I would have expected, that such things would have been reworked within the "improved VCS integration".

Is there any other, maybe better way in IntelliJ to accomplish this task, i.e. getting a list of my recent changes to the repository and transferring those to the branch I am working on. Till now, I used SmartCVS to accomplish this task, and I tried if IntelliJ can help me in this respect with the new version.

Kind regards

Thomas Gülden
Munich, Germany

4 comments
Comment actions Permalink

Just to give an example - why the present solution is bad:

I use browse changes to see, what I have done recently. So I see a list of cvs transactions sorted by date - fine. I click on one transaction and I see the files involved - even better. I invoke the diff feature to see the changes - so far very good.

Now, I want to apply the changes, but I discover that the target file is still read only that is not in cvs edit mode (we work with reserved edits), because I did not no before invoking browse changes, which files would be involved.

At this point, I want to apply the edit command to the file, which I can neither do from the diff nor from the browse changes dialog.

Thus, I have to leave the browse changes dialog (which is modal) to do the required steps elsewhere and reinvoke browse changes again later to continue.

Had the browse changes dialog been in a non-modal docked pane, the list of changes would be still available, and I just could apply my changes according to the list.

Thomas Gülden
Munich, Germany

0
Comment actions Permalink

Hello Thomas,

T> I want to apply my recent changes from on development branch to the
T> main trunk. I thought I could use the Browse Changes feature of the
T> CVS integration, which can list my transactions to the CVS repository
T> within a time interval. I hoped that from this dialog I can select a
T> transaction, view the files involved, and do the required operation,
T> such as making a diff and applying the changes or adding and removing
T> files.
T>
T> I was surprised (and annoyed) to find out that the Browse Changes
T> dialog is modal! This means that I have to start over again calling
T> this feature (and cvs rlog command takes quite a while), when I need
T> to do things, which would no work from within this dialog.

As for version 6, the dialog is not modal. Also, there is a "Search again"
button in the dialog so that you don't need to go all the way through the
menu chain. Also, the rlog output is cached, and only updates compared to
the latest downloaded date are requested.

T> The fact that such productivity dialogs are still modal and not
T> integrated into the docking framework of the IDE is very strange, I
T> would have expected, that such things would have been reworked within
T> the "improved VCS integration".

"Improved VCS integration" was not supposed to mean that all existing VCS
UI issues would magically go away. :) We're going to put a lot of work in
the 6.5 release continuing what we started in 6.0, and in particular, improving
the Browse Changes UI is one of the major items in our plan.

--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0
Comment actions Permalink

Hi Dimitry

You are right, the dialog is not modal. I was confused, because it is a window not integrated in the docking framework.

It is good to hear that VCS integration will be further improved in the next version. I hope that the productivity enhancement will affect both CVS and Subversion integration, because we will probably move to Subversion next year.

One handy addition to the diff view would be to add the possibility to invoke cvs edit from the dialog on the working copy, so that I do not have to switch to the main window.

Kind regards

Thomas Gülden
Munich, Germany

0
Comment actions Permalink

Hello Thomas,

T> It is good to hear that VCS integration will be further improved in
T> the next version. I hope that the productivity enhancement will
T> affect both CVS and Subversion integration, because we will probably
T> move to Subversion next year.

Almost all of the planned work will focus on the core VCS functionality,
and thus will affect all supported VCS systems.

--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com/
"Develop with Pleasure!"


0

Please sign in to leave a comment.