Author Topic: Related to space and tabs display in editor  (Read 1627 times)

Offline teto

  • Almost regular
  • **
  • Posts: 127
Related to space and tabs display in editor
« on: June 19, 2015, 04:42:52 pm »
hi,

In Editor-> General setting -> "Other editor settings", it is possible to always display spaces which I usually do. I was wondering if I could change the tab arrow by the sublime text character one way or another ? I can live with the current one though.

I had a 2nd more or less *random* question: is it possible that displaying the tab characters may trigger the code completion more often ? I've had the case where
going to the first character of a word ("NULL") from the line just below would trigger the CC (I guess: the cursor was just freezing) while the behavior was flawless when not displaying the tabs.

Cheers

Offline ollydbg

  • Developer
  • Lives here!
  • *****
  • Posts: 5247
  • OpenCV and Robotics
    • Chinese OpenCV forum moderator
Re: Related to space and tabs display in editor
« Reply #1 on: June 19, 2015, 04:52:45 pm »
...I've had the case where
going to the first character of a word ("NULL") from the line just below would trigger the CC (I guess: the cursor was just
I can't understand this, can you give a more detailed description? Thanks.
If some piece of memory should be reused, turn them to variables (or const variables).
If some piece of operations should be reused, turn them to functions.
If they happened together, then turn them to classes.

Offline teto

  • Almost regular
  • **
  • Posts: 127
Re: Related to space and tabs display in editor
« Reply #2 on: June 19, 2015, 05:12:10 pm »
For instance (Underscores represent displayed tabs), with lines 1/2/3 here:
Code: [Select]
static const struct toto = {...
__NULL, 0x0323, "ezez" };

Assume my caret is on the third line and going to the second directly to the 'N' (the caret blinks just before the 'N' or covers the 'N' if it is in block mode as I do):
- with printed tabs enabled, the caret would freeze (i.e. can't move it) for one second
- without printed tabs, the cursor would move just fine.

Displaying the tabs is an option I've only recently enabled so I can't say for sure what I noticed was not due to another artefact.