User forums > General (but related to Code::Blocks)

Code::Blocks vs. Visual Studio

<< < (7/8) > >>

bigbug:

--- Quote from: MortenMacFly on August 08, 2006, 07:51:48 pm ---I use these dialogs in everydays work and I don't see anything "sucking".

--- End quote ---
e. g. they suck focus i. e. they're modal, so you cannot copy and paste code into them without closing them. Also I didn't find out, how to do a non-greedy search with regular-expressions. Normally (in Perl) the questionmark makes the quantifiers non-greedy. In the VS-Search you can use regex-patterns, but some tokens are different (than in Perl). For example to find everything from the first i to the first (non-greedy) t in a line, you say i.@t instead of (in Perl) i.*?t The wxWidgets-Documentation says, to make a quantifier non-greedy, you have to use (like in Perl) the questionmark, but it doesn't seem to work in C::B.

marfig:
I don't think it's fair for C::B to compare it with VS2005. Even if the opinion is that C::B is better.

I personally don't think C::B is better. I think it has the potential to become better because it is a community effort. It already does some things better than VS 2005. But it lacks on many others.

I don't think we can honestly say C::B is better than VS2005. And that will not diminish C::B in any way. C::B is not a finished product, has not been developed with a multi-million dollar budget, and has no hurry to go anywhere.

However, it can go far. Much further than what single compiler products like VS2005 can go.

ikk:

--- Quote ---Also I didn't find out, how to do a non-greedy search with regular-expressions.

--- End quote ---
for me even brackets doesnt work in regex-es.
for example simple pattern "a" works and "a{1,1}" doesnt, they both mean the same.
its a pity, regexes are cool. maybe in next version  :)

JFalcon:

--- Quote from: marfig on August 09, 2006, 01:35:34 pm ---I don't think it's fair for C::B to compare it with VS2005. Even if the opinion is that C::B is better.

I personally don't think C::B is better. I think it has the potential to become better because it is a community effort. It already does some things better than VS 2005. But it lacks on many others.

I don't think we can honestly say C::B is better than VS2005. And that will not diminish C::B in any way. C::B is not a finished product, has not been developed with a multi-million dollar budget, and has no hurry to go anywhere.

However, it can go far. Much further than what single compiler products like VS2005 can go.

--- End quote ---

Some time ago, I wanted to use Visual Studio 6.0 as my "multi-compiler" platform.  The idea was to replace one of the compiler DLLs with a 'shim' that would instead launch other compilers.  The problem was then dealing with the linker phase of the project.  It seems that in love and war, compilers are the love and it comes to war with the linkers.  The loaders are even more stringent, but that's another story. :)

Anyhow, if you want to see my old shim code, I found it on Krugle: http://www.krugle.com/files/cvs/cvs.sourceforge.net/moin/cpp-wiki/data/text/VisualStudioCompilerShim

Code::Blocks is one excellent IDE that wraps up the same sentiment I wanted at one time, only with their own IDE. :)

Regards,

Falcon

Phatency:

--- Quote from: kidmosey on August 09, 2006, 04:46:16 am ---
--- Quote from: Zingam on August 08, 2006, 01:56:25 pm ---Something that C::B really sucks at is the Find/Replace dialog. I really wonder why the devs don't want to improve it.

--- End quote ---

I didn't really see how VS was so powerful with their find/replace, but maybe I didn't use it enough.

And I also don't see what is so bad about the C::B find/replace.  AFAIK, VS doesn't support regex patterns :D


--- End quote ---
I think the problem is that Codeblocks doesn't leave the find-dialog open after searching. Some people are just used to that. I myself prefer it this way.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version