Developer forums (C::B DEVELOPMENT STRICTLY!) > Development

Suggested changes to default Configuration of Code::Blocks

<< < (2/3) > >>

thomas:
"Use Tab charcter" should be turned on in my opinion. If the user presses tab, he normally wants tab, not 4 spaces. Otherwise, why not hit the spacebar four times. The existence of some old broken editor that cannot handle tabs is no excuse in my opinion, and people using tabulators for something they're not made isn't either.

"Ensure consistent EOLs" is something that should be turned on, too. It doesn't really harm (in any case it is not more harmful than "strip trailing whitespace" which already is on by default), nor does it really do anything at all -- except in the rare case when you edit one source under two platforms. In that case it will prevent Subversion from screwing up.

"Use POSIX style" and "Use advanced regex" for searches are probably safe to be turned on by default. This is how most tools like grep work, so it's what users probably expect anyway.


--- Quote from: blueshake on February 24, 2010, 02:29:17 am ----for the codecomplition.
I think the min count should be set to 1 in automatically launch when typing # letters.in current it is 2.
because for a good enough machine.it can handle it well for 1.

--- End quote ---
The default is 4, not 2 -- which is a good choice in my opinion. Could even be 5, if you ask me. Code completion being fired up after typing a single character (or 2 characters) not only burns a lot of CPU cycles which will annoy notebook users, but it also does not do anything useful. In any reasonably sized program, typing a single char would cause code completion to show around 5000-10000 matches. What am I supposed to do with that many matches?
Code completion should, ideally, show exactly one match. Maybe two. Of course that is not always possible, but if it consistenly pops up more than 5-8 matches, then it only hinders your workflow instead of helping.

MortenMacFly:

--- Quote from: thomas on February 24, 2010, 11:18:39 am ---"Use Tab charcter" should be turned on in my opinion.

--- End quote ---
I think it should be the opposite. Why? Everybody that has a different tab size will see text that is screwed up in the case of mixed tabs/spaces. Still in the 21st century there is a lot of files using tabs and spaces mixed together and still everybody prefers a different meaning of a tab in terms of spaces. This looks awful and the only way out it not using tabs from my point of view.

oBFusCATed:

--- Quote from: thomas on February 24, 2010, 11:18:39 am ---"Ensure consistent EOLs" is something that should be turned on, too. It doesn't really harm (in any case it is not more harmful than "strip trailing whitespace" which already is on by default), nor does it really do anything at all -- except in the rare case when you edit one source under two platforms. In that case it will prevent Subversion from screwing up.

--- End quote ---
My opinion is that this should be Off, but maybe I'm using C::B/svn in the wrong way. Can explain?

Seronis:
I vote for 1 or 2 characters.  Reduce max returned results if need be.  I turn my max results down to 32.  If its not in that list I obviously need to type another character.  I also vote for turning tab character on by default.  The fact that someone wants a different size tab means they can adjust that to taste with a single setting instead of having to change their tab width AND set up astyle.  If its a tab character from the start one further change fixes everything to taste if default tab size isnt appreciated.

thomas:

--- Quote ---I think it should be the opposite. Why? Everybody that has a different tab size will see text that is screwed up in the case of mixed tabs/spaces. Still in the 21st century there is a lot of files using tabs and spaces mixed together and still everybody prefers a different meaning of a tab in terms of spaces. This looks awful and the only way out it not using tabs from my point of view.

--- End quote ---
Well, "tab" and "4 spaces" are not the same thing, actually tab has no "meaning in terms of spaces" at all. The meaning of a tab is "indent one level". This may visually appear to be the same as 4 or 8 spaces, or it may look like 5.35 spaces, or any other possible value. In any case, it does not have any such meaning.
Quite bluntly said, you want to forfeit the semantically correct thing in all your sources even though you know it's wrong because there are some people on this planet who are too stupid to do it right in their sources. That doesn't seem like a good solution to me :)  But well, I guess it depends on what you do and what/who you have to work with.
It is just my belief that supporting wrong behaviour is not going to change it, not in the 21st and not in the 22nd century.


--- Quote ---Can explain?
--- End quote ---
If you create a source file under Windows and later edit it under Linux (and maybe under Windows again), you will have a source file of which some lines have CRLF and some have LF. Similar problems occur with Mac.
This doesn't matter a lot for you at first sight, since there is no visual difference in the editor. However, under some conditions, the results may be undesirable -- most notably, Subversion will fail to accept your file if you try to commit it.
If "consistent line endings" is turned on, the editor will make sure all endings are the same. If they are the same anyway, nothing is done, so there is no harm.

Navigation

[0] Message Index

[#] Next page

[*] Previous page