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

Meaning of tidycmt?!

<< < (2/2)

thomas:

--- Quote ---Can anyone tell me what's the meaning of the tidycmt plugin?
--- End quote ---
It reformats separator comments so they're all the same width. Yes those things of which 20,000 are contained every source file of yours. I have only a few of them in every source file, but it annoys the hell out of me to edit their length by hand every time. That's something a computer can do better than myself. So, that's what this plugin does.


--- Quote ---It absolutely annoying that it keeps setting the cursor to the first position every time you save a file. I looked through a lot of things before I found out there is a tiny (new) plugin that does such bullshit. :?
--- End quote ---
1. The plugin is not included in the core build. I've neither added it to the main project, nor is it included in the automake process (because I wouldn't know how to do that anyway). Therefore, you must have compiled it manually, so don't complain about it.  8)
2. Tell me a way to change a line that does not make Scintilla scroll, and I'll be happy to change it accordingly. Having said that, I'll try Byo's snippet as soon as I've woken up properly.


--- Quote from: Biplab on December 21, 2008, 05:15:11 am ---What about the other few plugins such as LogHacker, ModPoller? Do they need to be included as core plugin?
--- End quote ---
LogHacker was a proof of concept plugin to demonstrate the ability to create loggers and redirect the system logs. As such, it is not really useful. However, it logically probably still belongs into the core, as kind of "demo".
ModPoller implements more frequent (actually, more correct) polling of modifications, so externally modified files are detected when it happens, not only when minimizing/maximizing the application. That's something that probably should be implemented in the core. I don't remember why I made it a plugin back then... probably there was a single person who said "but I don't want this". Who knows :)


--- Quote ---Not even a unix project-file. I can upload the project-file and create the automake files.
--- End quote ---
No objections, if you would like to have it built by default. Since automake files aren't my thing, it will probably never happen if you wait until I'm doing it. Thanks in advance. :)


--- Quote ---I think so too, it should be in contrib
--- End quote ---
Feel free to move it down a folder, blame my lazyness :)

thomas:

--- Quote from: thomas on December 22, 2008, 09:10:16 am ---I'll try Byo's snippet as soon as I've woken up properly.
--- End quote ---
This seems to work. Thank you, Byo.

Biplab:

--- Quote from: thomas on December 22, 2008, 09:10:16 am ---
--- Quote from: Biplab on December 21, 2008, 05:15:11 am ---What about the other few plugins such as LogHacker, ModPoller? Do they need to be included as core plugin?
--- End quote ---
LogHacker was a proof of concept plugin to demonstrate the ability to create loggers and redirect the system logs. As such, it is not really useful. However, it logically probably still belongs into the core, as kind of "demo".
ModPoller implements more frequent (actually, more correct) polling of modifications, so externally modified files are detected when it happens, not only when minimizing/maximizing the application. That's something that probably should be implemented in the core. I don't remember why I made it a plugin back then... probably there was a single person who said "but I don't want this". Who knows :)

--- End quote ---

IMO then ModPoller code should be included in C::B core. LogHacker can be kept at the same place. But I would prefer to have a better description of a plugin rather than "Only the fool and the wizard use this tool. Which one are you?" or "For the a*al but lazy." :)

MortenMacFly:

--- Quote from: thomas on December 22, 2008, 09:10:16 am ---It reformats separator comments [...]

--- End quote ---
Good to know - so it maybe something useful, indeed.


--- Quote from: thomas on December 22, 2008, 09:10:16 am ---Therefore, you must have compiled it manually, so don't complain about it.  8)

--- End quote ---
Not really - I have just automised the process of getting a complete workspace including all project files of my C::B sub-folder. I have so many plugins... I would be lost otherwise. So it surely slipped in as soon  as I SVN'ed it. ;-)


--- Quote from: thomas on December 22, 2008, 09:10:16 am ---2. Tell me a way to change a line that does not make Scintilla scroll, and I'll be happy to change it accordingly.

--- End quote ---
After your explanation: It would suggest to provide the plugin with a menu entry and an option to either always run it automatically or manually via the menu entry. This way I could turn it off but still use it when I want to. I am "emulating" this behaviour now by enabling/disabling the whole plugin.

I really wonder how you lived with this scrolling but. Everything annoys you but a magic cursor does not...?! ;-)

MortenMacFly:

--- Quote from: Biplab on December 22, 2008, 03:07:44 pm ---"For the a*al but lazy." :)

--- End quote ---
LOL! It seems you did now have found the PieceOfShitBaseClass in our sources... ;-) But don't worry - it obsolete anyways in the near future...

I can only guess if Thomas himself is the *n*l or the lazy therefore... :lol:

Navigation

[0] Message Index

[*] Previous page

Go to full version