Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
If it could only comment C# code like VisualStudio that would be great, cause the comments bar "//" appear on the beginning of a line, not side by side with the code (when i use Ctrl + Alt + C).
I think that's more a matter of taste.
The VS.NET way of doing this isn't better - it's just different. We're doing the eclipse style :)
(and #develop way - btw. #develop was out before visual studio ^^)
I find it easier to see if a line is commented when the comments start at the beginning of a line. Is there any benefit in setting the comments closer to the code ?
(Maybe I change my mind when I've good reasons :))
Well, you're actually right, I'm young and fresh to programming, and more used to VS.NET style, and code in the beginning of a line really make it easier to read...
As you said it's more a matter of taste, but I find useful to have the comment closer to code because I can easily uncomment a single line.. and indent the code without losing any time :)
(Didn't knew about the #develop :O )
Thanks for the quick feedback, I'm amazed!!
You should get used to uncommenting with the same command.
That is much faster than doing it with backspace/delete keys.
For things like that it's very difficult to decide what's better - when we've one day another philosophy regarding to options that would make a good option.
IMO using our current style is better because it visually separates commented code from actual comments.