ATTENTION: You are viewing a page formatted for mobile devices; to view the full web page, click HERE.

Main Area and Open Discussion > General Software Discussion

DVCS ? (All about Git, Mercurial-Hg and the like...)

<< < (13/39) > >>

ewemoa:
To add my two cents to the following:

As you probably know, a lot of Windows applications (text editors, IDEs) use F3 and Shift/ctrl+F3 to move to next/previous occurrence (can't talk about Linux or Mac as I haven't really worked with those in the last couple years and I forgot...). I couldn't say for sure what the standard is, but F3 is what I'm used to... Hence the "awkward" feel.
-Armando (May 20, 2011, 02:18 PM)
--- End quote ---

When I think of search-as-you-type functionality, one of the first contexts to come to mind is in the "Find" functionality of web browsers.

The following table summarizes what I found for some relatively recent web browsers for invoking next / previous searches:

Chrome 11Firefox 4IE 8Opera 11Enter / Shift+EnterooooControl+G / Control+Shift+GooxoF3 / Shift+F3ooxoAlt+N / Alt+Pxoxx
"o" stands for appears to support.
"x" stands for doesn't appear to support.


P.S. Thanks for stopping by and also for SmartGit :)

syntevo:
As you probably know, a lot of Windows applications (text editors, IDEs) use F3 and Shift/ctrl+F3 to move to next/previous occurrence (can't talk about Linux or Mac as I haven't really worked with those in the last couple years and I forgot...). I couldn't say for sure what the standard is, but F3 is what I'm used to... Hence the "awkward" feel.-Armando (May 20, 2011, 02:18 PM)
--- End quote ---
OK, I'll try to add (Shift+) F3 in the next 2.1 build. Unfortunately, this will be hard-coded and not customizable, because only the shortcuts for menu items are customizable.

- Some other shortcuts feel a bit weird. E.g.: Ctrl+T for staging. I immediately changed it for Alt+Enter, and Ctrl+Alt+Enter for editing the index, which seems much more natural when reviewing changes using Alt+Arrows. This is personal of course... but just saying.-Armando (May 20, 2011, 02:18 PM)
--- End quote ---
We took Ctrl+T from the Git GUI. BTW, I have changed Alt+Up/+Down to F3/F4 so I only need one hand for navigation...

- After staging some content, the focus always moves to the newly staged file, which interrupts the "files modifications reviewing". There might be a way to prevent that but I haven't found it. Question: Could the focus remain at the top of the list and not move? When reviewing files before committing , it's inconvenient to always have to move back to the top of the file list or where the other file to review is located.-Armando (May 20, 2011, 02:18 PM)
--- End quote ---
We'll try to find a solution.

- Some tooltips seem too verbose.
E.g., in the files section/table : "if selected,  unchanged files will be shown".
Why not simply : "Show unchanged files" ? It's more "to the point" IMO.-Armando (May 20, 2011, 02:18 PM)
--- End quote ---
IMHO "Show unchanged files" is ambiguous: it could mean the current state or the action which happens when clicking. Hence we decided to be precise.

@ewemoa: it looks like Microsoft is the only one which does not comply to the Microsoft Windows standard (F3). ;)

Armando:
Thanks for your attention to these details.

I wonder if I'm the only one finding that the "moving focus" (when staging files) is a problem. What did you think of it ewemoa?
 

ewemoa:
To confirm, do you mean something like the following?

1. Before "Stage" (HEAD vs. Working Tree) - focus is on right side (Working Tree)


2. After "Stage" (HEAD vs. Index) - focus is on left side (HEAD)


3. After "Unstage" (HEAD vs. Working Tree) - focus is on left side (HEAD) and cursor has moved up to the top-leftmost position.

On a separate note, does the right side content look "stale"?  Or may be the label of "HEAD vs. Working Tree" should be "HEAD vs. Index"?

4. After "Reload the previewed file contents" (HEAD vs. Working Tree) - focus is on left side and the cursor is at the beginning of the first difference in text(?)


FWIW, I got similar results with the cursor starting in an area of the content which didn't change.

OS: Windows XP SP3
SmartGit Version: 2.0.4
Build Date: 2011-04-05
Java Version: 1.6.0_24-b07

Armando:
Thanks for the detailed report ! Interesting.

This is actually different than what I was referring to. And these caret moves don't seem to annoy me as I didn't even notice them!

I was actually referring to something more basic : the focus moving in the "Files" section.



However, I was just able to get it to work  pretty much the way I want by playing with the sorting!  I.e. : files don't move around in the "files" section after staging changes.

I'm embarrassed...   :-[ I'm not sure why I didn't get it before. I did play with the various column sorting before, but I did miss a couple aspects about the sorting mechanism (i.e.: ctrl+click can activate/deactivate the sorting for a column).

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version