Multiple diffs, probably not. But I don't like IDEA-style separate dialog. I like being able to treat the diff as just another editor tab so I can casually move back and forth between it and the code.

Gili

On 2018-05-02 9:25 PM, Emilian Bold wrote:
Now that you mention it, there is something odd about the diff window being 
another editor-like topcomponent.

I sometimes find myself having the same diff open multiple times (generally 
after I've excluded some file manually in the Git bottom topcomponent).

So, do people really need multiple diffs open at once? Because it's starting to 
make sense having this as a separate dialog.

--emi

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On 2 May 2018 2:39 PM, Christian Lenz <[email protected]> wrote:

As I compared it with intelliJ e.g. (only to see how intelliJ does it) they 
open the diff window as a standalone window to remove everything which is not 
needed. NetBeans only opens that diff for a file as a new tab. Sure you can 
make it floatable by your own but it is not a file, so it could be treated as a 
separate window which can be floatable via Option (not as Default, because it 
could be disturbing some other users). So I like the Approach to get more 
space. Maybe the drop downs can be placed close to the Icons, in the same line. 
If this make sense. See my screenshot how WebStorm handles this: 
https://ibb.co/jV9YW7 Only as an idea.

It doesn’t Need the tab section and the other Icons. I added a secion 
screenshot: https://ibb.co/bsLe4S Here you can see, what I mean. The red 
section is not needed in my opinion. So we can remove it w/o having an Option 
for this. And the blue section should be optional and redesigned as Emilian 
said (textual/visual via DropDown e.g.)

Cheers

Chris

Von: Emilian Bold

Gesendet: Mittwoch, 2. Mai 2018 07:35

An: [email protected]

Betreff: Re: (Git) Diff Window horizontal space rescue

I wonder if it would be a good intermediate solution to just introduce a System 
property that disables the enhanced flag in DefaultDiffControllerProvider. Then 
users can just gain some more pixels by editing the .conf file.
Createdhttps://github.com/apache/incubator-netbeans/pull/531

With both PRs I get to see 32 lines of code for the diff vs 28 lines of code 
previously.

This becomes even more important when I have the Output window open: I get to 
see 18 vs 14 lines of code!

--emi

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On 2 May 2018 7:46 AM, Emilian Bold [email protected] wrote:

-   there is a table with all the files being diff-ed (even if it's a single 
file!) and there is no way to reduce that space to zero, you always see some 
part of that split pane and the split pane divider itself. I want to add 
another action button in the toolbar (next to 'Display results as a tree') that 
hides that whole chunk.
This seems to be rather tricky because there is a lot of state to manage in 
MultiDiffPanel.

See the current patch 
https://github.com/emilianbold/incubator-netbeans/commit/7cbe909649534f136746bc960e314ff697fd4158
 which does not have functioning next/prev actions when the file list is 
hidden. I'm also calling refreshNodes because the UI was off when re-adding the 
split pane (probably something with the selected node in the file list too...)

-   there is a tabbed pane which shows Graphical / Textual diffs and the tab 
buttons take considerable space too. Generally, I just want to see the 
graphical diff so I believe it would be nice to replace this with a combobox 
sitting in the toolbar too.
This is caused by the EditableDiffView.enhancedView flag.

I find the whole API of DiffControllerProvider.createEnhancedDiffController vs 
createDiffController odd. Generally we use services and location to replace a 
weaker service with an enhanced one.

It's also unclear to me why EditableDiffView needs to be 'enhanced' and show 
two tabs. When we could have 2 separate providers (one for the graphical and 
one for the textual diff) and create the tabbed pane ourselves. Then, we could 
even allow the user to disable one of these services (eg, the textual one) and 
then show no tabbed pane if there is a single service.

Also interesting that we have DiffView.getToolbar() which might be a way to 
provide a combobox with Graphical/Textual from EditableDiffView but this method 
doesn't seem to be used by the Git module. (Note how the whole idea of an 
enhanced view that only has a toolbar seems redundant.)

I wonder if it would be a good intermediate solution to just introduce a System 
property that disables the enhanced flag in DefaultDiffControllerProvider. Then 
users can just gain some more pixels by editing the .conf file.

--emi

‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐

On 1 May 2018 10:23 AM, Emilian Bold [email protected] wrote:

Hello,

It seems to me that a lot of horizontal space is wasted by the current Git Diff 
window which means I get to see fewer and fewer line of source code. And what I 
really want to see in the diff window is my source code -- I almost never touch 
any other button other than 'Commit Changes'.

I've already made this PR https://github.com/apache/incubator-netbeans/pull/529 
which moves the so-called 'tree selection panel' from its own horizontal 
component into the toolbar.

This saves about 70 pixels on my machine and I get to see 2 extra lines of 
source code in the Diff window.

There are two other areas wasting pixels in this window I would like to 
approach:

-   there is a table with all the files being diff-ed (even if it's a single 
file!) and there is no way to reduce that space to zero, you always see some 
part of that split pane and the split pane divider itself. I want to add 
another action button in the toolbar (next to 'Display results as a tree') that 
hides that whole chunk.
- there is a tabbed pane which shows Graphical / Textual diffs and the tab buttons take considerable space too. Generally, I just want to see the graphical diff so I believe it would be nice to replace this with a combobox sitting in the toolbar too. Of secondary concern I note that: - at the bottom of the diff component there is a huge border of about 20 pixels that could almost show another line. It's unclear to me why that is there or if it's LnF specific (I'm on macOS). - the Graphical diff component has a header showing you what you are comparing (HEAD / Modified in working tree). This seems almost redundant given we have the comboboxes in the 'tree selection panel' showing you what you are comparing (although the order is different!). It could also be replaced by something smarter, I'm thinking of a floating, semi-transparent label. Not sure where to put the label showing you the current chunk number (1/10, 2/10, etc). Let me know your thought. If anybody wants to help, join me! --emi
To unsubscribe, e-mail: [email protected]

For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:

https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
--

To unsubscribe, e-mail: [email protected]

For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:

https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
--

To unsubscribe, e-mail: [email protected]

For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:

https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists





---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists



Reply via email to