Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Move coverage markers slightly to avoid conflicts with R# jewels
alexnorcliffe
#1 Posted : Thursday, March 15, 2012 5:56:14 PM(UTC)
Rank: Member

Groups: Registered
Joined: 9/2/2011(UTC)
Posts: 23

Thanks: 1 times
Was thanked: 5 time(s) in 5 post(s)
Sometimes R# puts its lightbulbs etc. over the top of NCrunch markers. Seems there's greater chance of success asking for NCrunch to move them slightly than having R# do it ;)
Remco
#2 Posted : Thursday, March 15, 2012 8:40:14 PM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 6,976

Thanks: 931 times
Was thanked: 1257 time(s) in 1170 post(s)
The big question would be where to move them to ... if they go further to the right, they may interrupt the code .. if they go further to the left, a new tray will be needed to hold them :)
alexnorcliffe
#4 Posted : Thursday, March 15, 2012 8:45:06 PM(UTC)
Rank: Member

Groups: Registered
Joined: 9/2/2011(UTC)
Posts: 23

Thanks: 1 times
Was thanked: 5 time(s) in 5 post(s)
How about taking R#'s approach - move to the left, but perhaps with some transparency unless the mouse is nearby
Remco
#5 Posted : Thursday, March 15, 2012 9:29:43 PM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 6,976

Thanks: 931 times
Was thanked: 1257 time(s) in 1170 post(s)
Right now it's as far to the left as it can be on the text pane - so this would take some work. I'll look into it.
alexnorcliffe
#6 Posted : Thursday, March 15, 2012 9:35:45 PM(UTC)
Rank: Member

Groups: Registered
Joined: 9/2/2011(UTC)
Posts: 23

Thanks: 1 times
Was thanked: 5 time(s) in 5 post(s)
D'oh sorry late night writing - I meant right. Anyway, think I've made my point :)
1 user thanked alexnorcliffe for this useful post.
Remco on 3/15/2012(UTC)
whirly
#3 Posted : Saturday, March 17, 2012 5:50:10 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/9/2012(UTC)
Posts: 5
Location: London

Was thanked: 3 time(s) in 3 post(s)
Remco;1476 wrote:
The big question would be where to move them to ... if they go further to the right, they may interrupt the code .. if they go further to the left, a new tray will be needed to hold them :)


I don't think a new tray is a bad idea you know. I guess you're worried about screen real estate - if so I don't think it's an issue. It's a compromise, but on balance I'd rather it didn't interfere with other tools. I've gotten into the habit of clicking onto another line to read NCrunch mouse-overs when the R# lightbulb is clashing, but it is a fiddle.

Given the power-hungry nature of CT tooling I expect most people are running on powerful computers, and most powerful computers are probably wide-screen if not multi-monitor setups. I'm loving NCrunch, but I only run it on my desktops. Even if people do run it on laptops, those laptop screens are getting higher res all the time, and it's not hard to unpin all your docked tool windows anyway - its what I do and it's fine. For all the extra information I'm getting from NCrunch, I'm very happy to sacrifice the necessary width.
Remco
#7 Posted : Saturday, March 17, 2012 9:43:41 PM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 6,976

Thanks: 931 times
Was thanked: 1257 time(s) in 1170 post(s)
Actually screen width wasn't my biggest concern around this - I'm more concerned about implementation time and performance implications. With the markers embedded into the text, I'm able to make use of built-in features in Visual Studio that allow the marker positions to be maintained along with the text. This reduces the effort needed to synchronise the marker positions with the source code while the code is being changed. Spending time on this task would mean less time would be spent on higher value features (i.e. making the engine work 4x faster!) :)
whirly
#8 Posted : Monday, March 19, 2012 3:36:03 PM(UTC)
Rank: Newbie

Groups: Registered
Joined: 3/9/2012(UTC)
Posts: 5
Location: London

Was thanked: 3 time(s) in 3 post(s)
Well, personally I've no complaints about performance at the moment - the heuristics of only running tests that need be run seem to work well and I've not suffered. The machines I am using though are quite fast (a Core i7 2600 @ 3.4Ghz and a Core i7 2700K @ 4.8Ghz) with plenty of memory. (I'm currently running solutions with tens of thousands of lines of code and many hundreds of unit tests.) Obviously others milleage may vary.

That said, I think it's quite telling how far you've come with this product that this is my No.2 complaint about NCrunch! As it goes, it's only a minor annoyance and certainly one I can live with.

As an aside, from personal experience it can be all too easy to second guess the needs of your audience: You may be doing this already and I've missed it, but how are you measuring the priority of feature requests? A votable issue list would be nice... Of course, it's your product and you may well prefer to focus on the "interesting" problems. - I know I probably would! :) I bet the marker stuff is a right pain in VS.

Alternatively, you could go with the idea I posted elsewhere about getting into business with Jetbrains. ;)

Keep up the awesome work!
Remco
#9 Posted : Monday, March 19, 2012 8:36:10 PM(UTC)
Rank: NCrunch Developer

Groups: Administrators
Joined: 4/16/2011(UTC)
Posts: 6,976

Thanks: 931 times
Was thanked: 1257 time(s) in 1170 post(s)
Thanks! Your feedback is very welcome. The way I prioritise features takes a range of factors into account, but generally speaking when more people request a feature it does go much higher on the list. Most of the constraints are usually around performance and stability, as these are very easy to sacrifice in the lust for adding more features. They are also the two least interesting things to work on :)


Cheers,

Remco
Users browsing this topic
Guest
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

YAF | YAF © 2003-2011, Yet Another Forum.NET
This page was generated in 0.130 seconds.
Trial NCrunch
Take NCrunch for a spin
Do your fingers a favour and supercharge your testing workflow
Free Download