Thanks for the feedback and bugcatching, Michael.
They aren't high priority bug fixes, but they are things that we will look into. I've logged them into our bug tracker.
Announcement
Collapse
No announcement yet.
Suggestion:: White Space Only For Two Lines At buttom
Collapse
X
-
I think that this is a great idea. I had already mentioned in another thread that I couldn't "see" trailing space differences in the bottom edit lines like in BC2. The show white space characters feature definately creates too much white noise to be left on all of the time. Thanks for the suggestion.
Cheers,
Jeff
Leave a comment:
-
The lock visible whitespace works nicely. I'll mention a couple cosmetic nits that I noticed:
1) When visible whitespace is not showing in the text details, a carriage return looks like a half-width space. I think it would be better if the coloring ended after the last visible character. Seeing a visible representation of a CrLf feels wrong when visible whitespace is turned off. It's not that way in BC2.
2) The graphic for the lock visible whitespace bumps into the box that surrounds it when the option is selected. This looks odd/messy. Consider making the graphic one pixel smaller so that there is whitespace between the outer and inner boxes on all sides.
Leave a comment:
-
Yeah, I am still waiting for that release too.
I think this feature will make a great addition. It doesn't clutter the main view, but it still gives you the max details on the line by line compare.
Leave a comment:
-
Ok. This will be very handy and I intend to leave it on as the single line view is always where I go when I want to know 'exactly' what makes this line different.
Leave a comment:
-
As I mentioned, it will be in the next release. (We haven't had a release since 12/17.)
Leave a comment:
-
Originally posted by Tim View PostSorry I wasn't more definitive in my last post -- We had already changed the behavior Friday morning.I appreciate your suggestion, but I think adding another toolbutton would be over-designing the issue.
Leave a comment:
-
Sorry I wasn't more definitive in my last post -- We had already changed the behavior Friday morning.I appreciate your suggestion, but I think adding another toolbutton would be over-designing the issue.
Leave a comment:
-
Hey guys, no reply on my suggestion above?
Is it my picaso-like skilles that turned you off?
Leave a comment:
-
Originally posted by Michael Bulgrien View PostI would expect the functionality to be one of the two options below:
1) The visible whitespace toggle on the toolbar toggles white space on or off everywhere, and the Text Details toggle to only toggle visible whitespace in the text details. Not all users will want to change whitespace one place and not the other. Nor will they want to have to toggle two places to get visible whitespace both places. Advanced users that want to use the Text Details visible whitespaces toggle will probably be the minority.
In other words, if Text Details has whitespace showing and the main compare panels do not, then the visible whitespace toggle on the main toolbar would turn on visible whitespace for the main panels and turn it off for the text details. Clicking it again would turn off visible whitespace in the main panels and turn it back on in the Text Details.
or
2) The Text compare toggle is an override. If it is on, then whitespace in the Text Details is always stays on even if the user toggles the visible whitespace from the tool bar. If it is off, then the visible whitespace in the text details toggles along with everything else when the toolbar toggle is used.
I would have had personally 2 independent toggles, because I will NOT see myself turning off the visible space in the bottom text compare pane often but a lot more often in the main panes, and this toggle independence give me the flexibility to toggle the main 2 panes to my hearts contents without affecting the bottom panes space visibility.
Or, here is another idea that should make all users happy, a button next to the toggle white space tool bar entry that will allow you to "link" toggable behavior of both the details and the main view together, so the toggle behave like it does now. You unlink the two, and you have the option of toggeling either seperatly. In that link, the main view toggle is the master and the details is the slave.
So for example, you set them up as "unlinked visible whitespace" (the link button is not active), and the bottom text is showing spaces and the main windows not showing spaces, hitting the "link" button, will remove the white spaces from the bottom view, since the main pane's visibility status is the master and it is turned off.
On the other hand, if you had the link button not selected, and the details are not showing white spaces, but the main views are, "linking them" (hitting link button) will add spaces to the details view, since the master's state is Space Visible = true.
When the visibile white spaces is linked ("link whitespace visibility" button selected), the additional "white space toggle" entry in the contextual menu of the two lines detail view at the bottom would be grayed out.
Now if you "unlink" them, there is 2 options, either that the line details pane remember the last setting before the link and comes back to it, or assumes the visibility status of the current toolbar visible white space status. The second way is less confusing, the first is more "flexible". It is no biggie really and either way will do.
The application starts with the link button selected, so the behavior is exactly like it is now
Here is what I am talking about. Pardon my paint skills.
Tell me what you think!Last edited by Jobol; 14-Dec-2007, 04:48 PM.
Leave a comment:
Leave a comment: