Update README

Add introduction, update links and remove outdated information.

Change-Id: Icb7e3db06bf1eaea58bf96df0840305a9c34ca55
Signed-off-by: Robin Stocker <robin@nibor.org>
Add "Commit and Push" button to the commit dialog

Removed the push section with the "push to upstream" checkbox. Replaced
it by an additional button that allows committing and pushing in 1 step.

Bug: 389708
Change-Id: I4ada4d8768f119c2f5320f31b68d64333a55c1ae
Signed-off-by: Andre Dietisheim <adietish@redhat.com>
Signed-off-by: Matthias Sohn <matthias.sohn@sap.com>
Merge "Update README"
Move PreviewDecoration to own file as DecorationResult

This is done so that the StagingViewLabelProvider can reuse it in the
following commit.

Bug: 390297
Change-Id: Ib9a361d6003e66ad186d974e2becd58dd6fcbe7c
[stagingView] Honor label decoration preferences

Reuse DecorationHelper in StagingViewLabelProvider, which ensures that
the preferences are applied.

This way, for users who don't want a text decoration or a different one,
the Staging view now behaves as expected.

Also, the "staged change" icon was not the same as in the resource
decorations.

Bug: 390297
Change-Id: I59bdf389e7b03243d869a91c6605398b5cb8fbea
Fix wrong location of git installation directory preference in dialog

Change-Id: Ie973d6886083c2d1886e5e29f80779a3045e2134
[historyView] Fix Create Patch result diff when filtered

When the History view is filtered to only show commits of the selected
resource, creating a patch resulted in an incorrect diff. The problem
was that the RevCommit was used as is, and the parent was the one as
shown in the History view, not the real parent of the commit.

Test with e.g. ApplyCommand from JGit, filter the History view to
resource, and then Create Patch. The diff should be pretty small.

Change-Id: I2afa11033b26069795f57d2381e66973865cd7a9
[historyView] Also fix patch contents created by dragging

Same problem and solution as I2afa11033b26069795f57d2381e66973865cd7a9.

Change-Id: I136edf1103142c7b9e523c9b8319642adccff8cd
Extract calculating scheduling rule for paths to RuleUtil

Change-Id: Ic5809d00c9b85e52fce75a8b58eb1550f8f4fa84
Compare/Replace With > Commit: Show commits filtered by resources

Instead of showing all commits in the commit selection dialog, they are
now filtered by the selected resources.

Following is done for files to get a more complete listing. But when
comparing, the right side will be empty. See bug 374722 for a solution
which could be reused here.

Bug: 382476
Change-Id: I90a6b2f86ed21caad10a4f29a8313d8efe6f5027
Import from repository clones to wrong location on disk

Remove the bad check for existence of the parent directory.

Bug: 383320
Change-Id: I5a68de9b839f4040b0dd5596260609d2c1d6b6fc
Signed-off-by: Markus Keller <markus_keller@ch.ibm.com>
Merge "Compare/Replace With > Commit: Show commits filtered by resources"
Merge "Extract calculating scheduling rule for paths to RuleUtil"
Change IgnoreOperation to use IPath instead of IResource

This way, it can also be used for non-resource paths, which is necessary
for ignoring non-workspace files from the Staging view.

Bug: 385178
Change-Id: If3fe33bb682408c9acea9b41f80a10cdb38f5a9a
[stagingView] Add ignore action for untracked files

Puts the code from IgnoreActionHandler into a new IgnoreOperationUI and
reuses it in the Staging view.

It now also makes sure that the index diff cache is refreshed when a
.gitignore outside of the workspace has changed.

Bug: 385178
Change-Id: I4e7d370a9861a611aa5fac04afc284c5b3d0c2e6
Signed-off-by: Matthias Sohn <matthias.sohn@sap.com>
Remove braces around a single line block to fix style nit

Change-Id: I539abd3f9f0e04df7789601607baf79cbbc0040c
Signed-off-by: Matthias Sohn <matthias.sohn@sap.com>
[stagingView] Enable delete of files with delete key

Registers a global action handler for delete.

Bug: 389137
Change-Id: Ie50ac819209b55c3303b65943538ca6b51853ba7
Merge "Import from repository clones to wrong location on disk"
'Cancel' button must be on the right on Windows

Change-Id: I230800d2a6c80105a74471193c2f93fe9ad138e3
Signed-off-by: Dani Megert <Daniel_Megert@ch.ibm.com>
Hard wrap should insert line breaks after user finishes editing

In the old implementation, hard-wrapping interfered with the user's
typing. This fix uses a segment listener on the StyledText to give a
preview of the final wrapping, and it only inserts the additional line
delimiters when the user commits the message.

Bug: 387932
Change-Id: Ib240752de554fcb3d4baa0a551eeb903303d528e
Signed-off-by: Markus Keller <markus_keller@ch.ibm.com>
Signed-off-by: Matthias Sohn <matthias.sohn@sap.com>