No more Component toolbar?

[GreenMoose]

1) In BC2 there was View->Toolbar->Component which I use frequently, but it doesn't seem to be in BC3?
2) Same for the missing Edit->Select Newer->[Right/Left/Both sides] and Edit->Select Orphans->[Right/Left/Both sides].

I'm a bit crippled without the 2nd one...

*Edit added 2)

[Michael Bulgrien]

In BC2 there was View->Toolbar->Component which I use frequently, but it doesn't seem to be in BC3?

In Cirrus, the "Component" view is called "Toggles". Right-click on the toolbar, click "Customize Commands..." and change the "Display filter mode" to "Toggles".

The BC2 "Composites" view has been renamed to "Favorites". You'll have the same buttons as BC2 except that the first three buttons have replaced the more confusing composite icons with "*", "≠", and "=".

Edit->Select Newer->[Right/Left/Both sides] and Edit->Select Orphans->[Right/Left/Both sides]

I agree that the return of these options would be useful. Since they are not there, I filter with the Toggle view then select all.

[GreenMoose]

Thanks, 1st issue solved then :)

[Aaron]

As Michael has suggested, you can use Toggles to select the files you are looking for. There are toggles for either side/both for both Orphans and Newer Files.
With these Toggles are you still "crippled"?

[Michael Bulgrien]

With these Toggles are you still "crippled"?

Answering for myself and not for the original poster, I would say "Yes". It is much harder to syncronize files in a folder session without these menu items. I revert to BC2 whenever I need to do any real work with manual file syncronization.

1) It is nice to be able to see all differences, then only select orphans or newer on one side. I use this option frequently in BC2. When you force the user to filter files before selecting, they cannot see the bigger picture of what the footprint of the changes looks like between the two systems, and how it changes dynamically as you work with those differences.

2) I don't like it that I can only select all on both sides of the folder compare. It is disconcerting to see all files and folders selected when I only want to work with the files on one side. Even though I've tested enough to know that Cirrus will usually allow me to finalize the context of the operation before executing it, it still makes me nervous every time I set up to do a mass copy or delete.

3) I've tried to adapt to flattened folders to overcome the limitations Cirrus has introduced with expanded folders view, but usually end up frustrated. It takes a long time to flatten the directories I work with, and copies from one side to the other are prone to failure (Cirrus crashes).

[Michael Bulgrien]

In fact, I dislike being limited to Select All so much that I usually end up scrolling through the folder tree on one side and building the selection manually when I do sync folders in Cirrus. It takes me many times longer to get the job done than it would if I could select them all simultaneously from the Edit dropdown menu.

[Craig]

1) Adding the "Select XXX" commands back won't be a problem. They were originally added as a stop-gap for users used to BC1's sync commands, so we just took them out to see if anyone was still using them. Since the answer is apparently "Yes", I can't see any reason not to add them back.

2) You can use "Shift+Left" and "Shift+Right" to switch the current selection's sides.

3) What kind of limitations are you referring to? Have you submitted crash reports for the copy failures?

[Michael Bulgrien]

1) Yay!
2) Thank you for the Shift-Left and Shift-Right tips. That's a neat implementation. I like it. :D
3) Not limited capabilities so much as reduced flexibility in some areas. Some things are easier to find. Some things are more difficult (Like changing the toolbar filter mode). When it comes to folder sessions, BC2 is more stable and easier to use for mouse-oriented users. And, yes... I have submitted crash reports. To be fair, that is perhaps one reason that Cirrus is so much slower at some things...knowing that I am working in an area that crashes, I installed the Full Debug version.

[Michael Bulgrien]

Adding the "Select XXX" commands back won't be a problem.

While you're at it, could you add the same sub-menu to the "Invert Selection" option (Left side, Right Side, Both Sides).

BC2 and Cirrus both do both sides, but when I want to invert a selection, it is often one side that I want inverted, not both.

Also:
When focus is in the left pane, could a Ctrl-A to Select All in the left pane only?
When focus is in the right pane, could a Ctrl-A to Select All in the right pane only?
And if the user clicks between the panes, then Ctrl-A could Select All in both panes.

[Tim]

1) Adding the "Select XXX" commands back won't be a problem. They were originally added as a stop-gap for users used to BC1's sync commands, so we just took them out to see if anyone was still using them. Since the answer is apparently "Yes", I can't see any reason not to add them back.

I'm not so sure. BC1 compatibility isn't high on my list anymore. ;)

Why have Select Newer and not Select Older[Right/Left/Both]? Or Select Differences[Right/Left/Both]? Or while we're at it, Select Matches[Right/Left/Both]? Perhaps because we have Display Filters for that purpose.

A novice user might think that Select Newer Left will always select all the newer files on the left side, not realizing that the Display Filter first has to be set to expose them. My point is why confuse the issue by have two competing ways to do the same thing?

Presumably, this is all about making syncs easier (not that Show Left Newer -> Ctrl+A -> Ctrl+R is all that difficult). We're working on a new session type dedicated to folder syncs, but I'm guessing there will be a revolt if we don't also have some kind of "quick sync" function in Folder Compare. Right now I'm trying to figure out what that will be. In the meantime, I'd rather not add functions that accomplish some but not all of that goal.

[Michael Bulgrien]

BC1 compatibility isn't high on my list anymore. ;)
I never used BC1. I know it as useful BC2 functionality that I would rather not lose.

Why have Select Newer and not Select Older[Right/Left/Both]?
For the same reason BC1 and BC2 had Select Orphans and Select Newer options...
For the same reason Orphans and Newer have the most distinct coloring...
Because Orphans and Newer files are the files a user will most likely want to select on one side in order to sync with the other.

Or Select Differences[Right/Left/Both]? Or while we're at it, Select Matches[Right/Left/Both]?
Now you're just being plain silly, Tim. :rolleyes:

Perhaps because we have Display Filters for that purpose.
You're missing the whole point, Tim. Some users do not want to filter their file list. Why make a user hide content that they would rather see? That sends a message that what the user prefers isn't important and doesn't matter to you. It's not user friendly.

A novice user might think that Select Newer Left will always select all the newer files on the left side, not realizing that the Display Filter first has to be set to expose them.
Then gray out the menu item when they are not exposed. I don't think anyone will have a problem with that.

My point is why confuse the issue by have two competing ways to do the same thing?
And my point is that they are not two competing ways to do the same thing! They complement each other, give balance to the application, and flexibility to the user. I, for one, would use the select menu option as much or more than I would use the toggle filters. Why? Because it is the way I am wired. For some tasks, it's just important to me that I don't lose sight of the bigger picture.

Presumably, this is all about making syncs easier (not that Show Left Newer -> Ctrl+A -> Ctrl+R is all that difficult). We're working on a new session type dedicated to folder syncs, but I'm guessing there will be a revolt if we don't also have some kind of "quick sync" function in Folder Compare. Right now I'm trying to figure out what that will be. In the meantime, I'd rather not add functions that accomplish some but not all of that goal.
BC2 had a folder sync mode too, Tim. And you know what? I didn't use it that much. I tend not to blindly kick off processes that overwrite my secondary workstations from my primary ones. Why? Because the secondary machine is not just a backup of the primary. It is sometimes used to develop new changes which eventually must be synced back to the primary. It is sometimes used to test processes that must be kept isolated from the primary and never synced back. And that, Tim, is precisely why the menu options are so useful...because sometimes it is hard to sort out what needs to go where unless you can see it all together unfiltered.

[GreenMoose]

My inputs regarding this:
I use BC(2) to update 2 folders, 1 reference and 1 other. The reference folder is updating very often (I auto-update once an hour).
My script auto-refresh with F5-key when ref-folder has changed (i.e. I pretty instantly see altered/obsolete files etc.).
Now, I have the following functions available all via keyboard:
Select orphans right; Copy filename (and then paste to notepad) or simply copy to left side to get them "out of view" in the same time I synch them to left.
E.g.:
<BC2 Auto-Refreshed by script, showing 1 obsolete and one changed>
Alt-E,O,R => select right orphans
Alt-A,C => copy to left (didn't know about Ctrl-L, but Alt-A,C only needs 1 hand ;)).
Alt-E,N,R => select right newer
Alt-A => copy filename (yeah no shortcut here unfortunately)
Alt-A,C => copy to left
Paste filenames into notepad and do something neat with'em :).

If I must go hassling with the mouse to change component toggles to do this, I probably stick with BC2 for this since I'm not that big of a mouse-user. :rolleyes:

Thanks.

*Edit: Oh, to copy only obsolete I must uncheck "Show newer on right", "Show newer on left", "Show different files", then select all and then do what I want to do with'em. Quite a task IMHO... If I'm not missing something here...

[jdmarch]

I don't like it that I can only select all on both sides of the folder compare. It is disconcerting to see all files and folders selected when I only want to work with the files on one side. Even though I've tested enough to know that Cirrus will usually allow me to finalize the context of the operation before executing it, it still makes me nervous every time I set up to do a mass copy or delete.
When focus is in the left pane, could a Ctrl-A to Select All in the left pane only?
When focus is in the right pane, could a Ctrl-A to Select All in the right pane only?
And if the user clicks between the panes, then Ctrl-A could Select All in both panes.

Agree strongly. And of course this would also apply to "Select All Files".

[jdmarch]

I may be missing some element of Michael's concern, but FWIW, when doing a manual sync I also like to see the big picture, but then use the toggle filters to narrow the view before selecting and copying. So I'm not missing the old commands which he and the thread's initiator refer to.

I do share some of Michael's trepidation when using the full sync commands. It's always scary to set one of them in motion, and hope that there's nothing unforeseen taking place (the summary screen is not as expressive as the normal folder view.) So I really only use sync for creating a one-way mirroring backup, not for anything fancier, too scary.

So I'll be very interested to see both the new sync session type, and the contemplated Quick Sync command. It would be great to be able to set up a sync and then, before executing it, explore it: filter for only orphan copies, only left-to-right overwrites, browse and sort by date/ext, etc, and of course exclude any files from the sync during this phase.

[jdmarch]

Speaking of the toggle filter toolbar buttons...

These buttons are my preferred way of filtering: very clear (vs all the tiny multiple button icons in the other two display modes). But it can seem a little laborious to toggle 4, 5, or 6 of them. At present there's no way to unset them all, and no toolbar way to set them all.

I would like it if there were a way to quickly set and unset all the toggle buttons. Two schemes occur to me:

a. Add a [* button] to the toggle button set (for All), and have shift+[* button] mean None.

or

b. Ctrl+[Equals button] means All, and Ctrl+[Different button] means None. A little arbitrary, but easy to remember I think.

Thanks.

[Erik]

I exclusively use the toggle display filter mode. To quickly set all the toggles, I use "Show All" in the "View" menu. To quickly unset most of the toggles, you could use "Show Same".

[jdmarch]

Thanks, Erik, I'm aware of these commands. I did say "no toolbar way to set them all." While I'm generally very keyboard-oriented, there are no keyboard commands to toggle these buttons one by one (if there were, I would almost certainly use them... something for Scooter to consider!), and there are simply too many "Show..." combinations to be worth assigning and learning keyboard shortcuts for them all.

So in this case, almost uniquely among commands, I find the toolbar easiest to use. Since I'm using the toolbar, then for the smoothest thought-action flow, I want to use only the toolbar for the operation. In particular, I don't want to use the keyboard for part of this operation, and I virtually *never* use a mouse to navigate menus unless I'm just browing an unfamiliar program... too much fine hand-eye coordination needed to settle on the correct sub-command without distraction. So IMO there really should be a toolbar-only solution.

Is this a huge deal? No. Would it be a nice touch? I think so.

[Michael Bulgrien]

I think the hesitancy to put "*" button with the toggles is that it is not a toggle. What if it was implemented as a toggle when in toggle mode?

Click the "*" and all the other toggles set.
When the "*" toggle is set, clicking any other toggle will unset the "*" toggle.
When the "*" toggle is set, clicking it again will unset it and all the other toggles.

[jdmarch]

Great idea, Michael! And it removes the need to use the keyboard for the unset function. I would add one thing, for consistency:

Whenever all the other toggles are set by any mechanism (including one at a time manually), then the * toggle would automatically be set.

[Tim]

Sorry, guys. We're going to keep the toggles as a simple set of comparison states and not add extra buttons to try to make it easier to manipulate them. We have the composite display filters (Favorites) for quickly setting a common pattern. We've added Left Orphans and Right Orphans to Favorites for the next release.

We've had requests to show both the Toggles and Favorites on the toolbar at the same time. This would accomplish much of what you're looking for since you could have the Toggles for complete control and a few of your favorite Favorites buttons for quick selection. I'm not commiting to this change, but I would consider it before other options.

[Michael Bulgrien]

You would consider adding a whole set of buttons (favorites) to the toolbar before considering one additional toggle that would eliminate the toggle view's only weakness? Why?

[Tim]

Not necessarily a whole set of buttons -- only the ones you commonly use. (Favorites are configurable.)

[jdmarch]

Tim,

Thanks for thinking about this. I'd be very grateful for the ability to see Favorites at the same time as Toggles.... especially if you also included an optional "Show None" command. ;)

To me, Toggle Mode is great for manual exploration, precisely because it allows the user to construct a view incrementally and decrementally: "let's just look at left orphans... now let's include left newer. Oh, there are a whole lot of them, let's exclude left orphans and just look at left newer. Hmm, this file changed but its companion is missing... did it not change? So let's include Equal for a sec and check for that..." etc.

Yes, I could do the same thing with Favorites with the same number of button presses, but I'd have to live and breathe BC (and have young eyes) in order to instantly and intuitively figure out which of those multibutton icons is the one that I actually want. Since I no longer live and breathe BC, the odds are slim of my ever fully internalizing the deep geometric meaning of twelve similar 4-color-speckled buttons, and their location on the toolbar. When I try to use Favorites or Drop Down I've got to stare and think, and by then I've already taken 3 times as long as it would have taken me to click the necessary toggle, and I've lost my train of thought.

Given that the toggle buttons are at their strongest when doing incremental / decremental filtering, one often naturally starts a new phase of the comparison with either Show None or Show All. One then works up/down from there. So the ability to quickly unset or set all the toggles is not just to save physical button clicks but to make the work process reflect the thought process. What I think is "ok, let's start over"... but to do so, what is now required is to unset all the already set buttons. Not so arduous but an utterly unnecessary distraction from the thought flow.

Including both Toggles and Favorites (preferably including a Show None command) could give us that, and with Favorites stripped down I might have a fighting chance of internalizing a few simple buttons in addition to All and None -- maybe "Different", "Left Orphans", and "Right Orphans" -- which would nicely complement the Toggles.

Thanks again.

[Tim]

Our next release will include two new "Favorites" display filters: Left Orphans and Right Orphans. You can assign keyboard shortcuts to display filters, so assuming you assign Ctrl-1 to "show right orphans" and Ctrl-2 to "show right newer", your sequence would be:

<BC2 Auto-Refreshed by script, showing 1 obsolete and one changed>
Ctrl-1 => show right orphans
Ctrl-A => select all (or Alt-E,F if you prefer)
Ctrl-L => copy to left
Ctrl-2 => show right newer
Ctrl-A => select all (or Alt-E,F if you prefer)
Alt-A,C,C,C => copy filenames
Ctrl-L => copy to left
Paste filenames into notepad

Does that work for you?

[jdmarch]

Tim, since our recent messages crossed I presume that you were responding to earlier posts only.. What you describe is a slight improvement but does not address the incremental exploration which I describe in my most recent post. It sounds as if this incremental style of working is not one which you use much, but I find it very intuitive in a non-routine (i.e. non-scripted) situation.

Also: To do this using the keyboard (rather than toolbar), I really would need the ability to toggle each toggle button from the keyboard. And, not to wax tiresome, the ability to Show All [oops, see edit below] from the keyboard.

EDIT: I meant "Show None"!

[Tim]

Yes, this post was about using display filters instead of the old Select Newer/Orphan commands, specifically for GreenMoose's workflow.

[GreenMoose]

Our next release will include two new "Favorites" display filters: Left Orphans and Right Orphans. You can assign keyboard shortcuts to display filters, so assuming you assign Ctrl-1 to "show right orphans" and Ctrl-2 to "show right newer", your sequence would be:

<BC2 Auto-Refreshed by script, showing 1 obsolete and one changed>
Ctrl-1 => show right orphans
Ctrl-A => select all (or Alt-E,F if you prefer)
Ctrl-L => copy to left
Ctrl-2 => show right newer
Ctrl-A => select all (or Alt-E,F if you prefer)
Alt-A,C,C,C => copy filenames
Ctrl-L => copy to left
Paste filenames into notepad

Does that work for you?

Thanks for adressing this. I guess it would work as well (maybe just a "got to get used to it"-problem). But IMHO a selection-menu like in BC2 would be the best so I don't have to mess with the filtering, i.e. I don't have to keep switch back to original filter after copying files (I never close the BC session).

(Regarding what the other posters wanted, a "*"-toggle, this is not my case since I very rarely want to se identical files).

[Tim]

Thanks for your feedback! I'm not saying we won't re-establish the Select Newer/Orphan commands, but I want to make sure our core functionality does what's needed.

[Michael Bulgrien]

"*"-toggle, this is not my case since I very rarely want to se identical files).

As jdmarch pointed out, a "*" toggle idea was to allow the user to easily reset the toggles before configuring a new filter.

This topic first came up in February 2007. Scooter believed that users preferred favorites, and that only a minority of users use toggles. My response then was:

February 22nd, 2007 at 3:28 pm (http://www.scootersoftware.com/cirrus/discussion/?p=19#comment-654)]
Regarding preferences, I also prefer toggles for the file view, but it bugs me that I cannot easily reset all of the toggles with , [=] and [≠] buttons since they are not there.

My feelings have not changed from almost a year ago. If I can configure Cirrus to show these three "favorites" (and only these three) as well as the toggles, then I'll be a happy camper.

[Michael Bulgrien]

On the other hand, I think the reason I wanted them on the toolbar is because I didn't like the clutter of all the "composite" icons in the View dropdown menu. I've just taken the time to configure Cirrus not to show the multi-colored composite icons in the View dropdown menu. Now it is neat and tidy. I can live with this, and have no need for the current implementation of the toggles to change.

My apologies, Tim, I guess that is what you've been hinting at all along...and I can now see your hesitance to change existing functionality in the toggles themselves. May I suggest an easier way for a user to remove the composite icons from the View dropdown menu? When a user selects "Toggles" in the "Customize Commands" dialog, for example, a single checkbox for "Show composite icons in View menu" would be nice (and disable it by default). If the View menu was this tidy from the beginning, I doubt that I would have been looking to do these functions another way.

[Michael Bulgrien]

And now I've added keyboard shortcuts to the toggles and the items on the View menu:

For me, the "<" and ">" keys point left and point right, so I've assigned

(Using the "<" Key)
Left Orphans Ctrl+,
Left Newer Shift+Ctrl+,

(Using the ">" Key)
Right Orphans Ctrl+.
Right Newer Shift+Ctrl+.

(Using the "=" Key)
Show Same Ctrl+=
Show Different Shift+Ctrl+=

(Using the * Key)
Show All Ctrl+NUM *

This is really neat. The shortcuts visually represent the associated functionality, so they are easy to remember. Note how I've use the Shift key to "Toggle" the "Equal" favorite to the "Not Equal" favorite. This leads me to agree that we are missing a "Filter All" option that I would assign to Shift+Ctrl+NUM * to unset all Toggles. If you could add a new Favorite to Filter All, then we could assign a Keypress to it and both mouse and keyboard driven users would be happy.
Perhaps "ø" would be a good symbol for a "Filter All" favorite???

[Tim]

Interesting ideas for shortcuts. :)

BC1 (and BC2 "classic icons" mode) uses the > symbol for "left newer than", because of the "greater than" connotation.

[Tim]

Thanks. I've been meaning to redesign how display filters are configured anyway, and 'll take your suggestions into consideration.

[jdmarch]

Michael,

(EDIT: This first paragraph is irrelevant, based on false assumptions, see Michael's subsequent post: ) Interesting ideas. You say you've assigned shortcut keys to the toggles but I don't think there's actually a command to toggle "Left Orphans" or "Left Newer", right? I assume that you actually assigned your keys to the commands "Show Left Orphans" etc. So with these shortcuts there's still no way to use keystrokes to toggle individual toggle buttons (and incrementally go from "Show Left Orphans" to "Show Left Orphans and Newer" etc). You're using commands which derive from the Favorites/Dropdown conceptual model, but using the toggle buttons to represent them visually. Seems like a mixed message to me.

As for Tim's mention of the possible ambiguity about which way "<" points: while I'm certainly very comfortable with the "less than" connotations of this symbol, still in this context its "left-pointing" connotations are stronger to me because when doing folder synching I'm thinking more about Left/Right than about "Greater/Lesser" (i.e. Michael's mental model works better for me here.)

Finally, since these commands are currently named "Show xxx", rather than "Filter not xxx", I suggest that the new command be called "Show None" rather than "Filter All". Another reason for this is that the parity of the verb "Filter" is ambiguous in normal usage. (You are implying that "Filter All" means Hide All, but when one filters water, it is the water which is passed, not blocked.)

Whatever the command is called, I like your "empty set" icon.

[Michael Bulgrien]

Yes, "Show None" would probably be a better name than "Filter All".

Right-click on the toolbar and go into the "Customize Commands..." dialog.

It is a little confusing because the component toggle icons are mixed in among the composite shortcut icons, but the toggles are indeed there and can be assigned keyboard shortcuts. So no, I am not exercizing the favorites and reflecting it in the toggles (except for "Show Same", "Show Different" and "Show All").

P.S. I think that toggles and shortcuts need to be grouped in the "Customize Commands" dialog.

[Tim]

I think that toggles and shortcuts need to be grouped in the "Customize Commands" dialog.
FWIW, composites and toggles are grouped if you sort the list by Toolbar.

[jdmarch]

Brilliant sleuthing, Michael! I just saw a lot of "Show XX" commands in the command list, and never noticed that some of them were attached to composite icons and some to toggle icons. I guess I'm too text-based (just looking for the word "Toggle"), not sensitive enough to icon patterns.

So I would suggest/request that the toggle commands be named "Toggle XX" instead of "Show XX". Not only is it confusing to have completely different commands with the same name (too much overloading!) but the "Show..." names are not even accurate for the toggle commands, which can just as easily "Hide" files as "Show" them.

Other than that, all that's needed is a "Show None" command and we're all set!

One other thing: I really like your key mappings, Michael, but would like to offer some alternatives:

1. What do you think of using Ctrl+minus for "Show [Toggle] Different"? Saves a shift, and mnemonically "minus" seems logically related to "different". The only (small) problem is that on the keyboard, minus is left of equals, and in the toolbar the Different button is right of Equals.

2. I like Ctrl+SquareBrackets instead of Ctrl+Shift+AngleBrackets for "Show [Toggle] XXX Newer " . Has the same left/right connotations and saves a shift. Also these keys (at least on my keyboard) are right below the minus and equals keys, which makes a nice physical grouping.

[Michael Bulgrien]

1. What do you think of using Ctrl+minus for "Show [Toggle] Different"? Saves a shift, and mnemonically "minus" seems logically related to "different".

2. I like Ctrl+SquareBrackets instead of Ctrl+Shift+AngleBrackets for "Show [Toggle] XXX Newer " . Has the same left/right connotations and saves a shift.

Actually, I had the very same thoughts when I set up the shortcuts in the first place. (I used the minus instead of the shifted equals and considered using the square brackets) The reason I did not post those shortcuts is because I was just playing around and thought that it might add confusion to the post if I used a bunch of different keys. Anyone serious about keyboard shortcuts will customize them the way that works best for them, anyway.

[GreenMoose]

Our next release will include two new "Favorites" display filters: Left Orphans and Right Orphans. You can assign keyboard shortcuts to display filters, so assuming you assign Ctrl-1 to "show right orphans" and Ctrl-2 to "show right newer", your sequence would be:

<BC2 Auto-Refreshed by script, showing 1 obsolete and one changed>
Ctrl-1 => show right orphans
Ctrl-A => select all (or Alt-E,F if you prefer)
Ctrl-L => copy to left
Ctrl-2 => show right newer
Ctrl-A => select all (or Alt-E,F if you prefer)
Alt-A,C,C,C => copy filenames
Ctrl-L => copy to left
Paste filenames into notepad

Does that work for you?
Sorry for my earlier post regarding this, I was a bit confused.
I have tried this out, but I don't think the favorites toolbar is the one I would use.
I use component toolbar to show all but identical files in my session, I then select right(or left) obsolete (in BC2) and copy, or right(or left) newer and copy. Or obsolete right(or left) and delete.
Using the component toolbar doing this even with shortcuts was a pain since to show only right orphans I must uncheck everything but that button.

I prefer the component versus favorite since the logic is somewhat "If I don't want to se right orphans, I just uncheck that box" instead of the favorite "Hrm I don't want to se right orphans, which of the boxes above keeps me seeing like I do now but not right orphans..."

I tried out using shortcuts for component for a while but since I must remember those and additionally keep unselecting/selecting the comonent "checkboxes" I found it too troublesome to use so I gave up...

[Tim]

You don't have to use Favorites on the toolbar in order to get the keyboard shortcuts. You can assign shortcuts to your most commonly used combinations, and still have Toggles on the toolbar. The shortcut will quickly set your Toggles to a specific pattern.

[GreenMoose]

You don't have to use Favorites on the toolbar in order to get the keyboard shortcuts. You can assign shortcuts to your most commonly used combinations, and still have Toggles on the toolbar. The shortcut will quickly set your Toggles to a specific pattern.
Oh yes, now I get it. I tried this out and switching back to the Cirrus-session after a while I kept hitting F5 (fast refresh) grumbling why the different files wouldn't show up.
So I did a tedious complete refresh as well and then I noticed I had forgot to switch back the filter mode to include all diffs... Thus I keep voting for the menus to re-appear :cool:.

While I'm at it, why have you removed the &C shortcut for Actions->Copy?
In BC2 I used to diff files by using the mouse with right hand checking the diffs, then doing Alt-A+C to bring up the copy dialog and hit S (Start) and be done with it.
Now I must move my hand from the mouse to hit Ctrl-L (or for Alt-C+Enter). Not a big deal but IMHO it is another "annoying" thing that I did easier in BC2 :o.

Tanks.

[Tim]

Perhaps "ø" would be a good symbol for a "Filter All" favorite???
Show None is now available as hidden-by-default command. You can expose it on the toolbar or menu, and assign a shortcut to it.

You can use Show None in conjunction with Complete Folder Display, to compare folder structures without all those pesky files getting in the way.