I would think that this is a bug, rather than intentional, however, in regards to features that aren't in the help file, there are a few of them, and it would be nice if they were all documented, however, I have no idea if the size of the help file might be a contributing factor to leaving them out.
This indent limit has been in effect for a long time, i believe i mentioned it a few times in the past when coming across people looking to script a 'tabular' layout. That, plus the fact that it is certainly not some weird arbitrary number, leads me to believe it was an intentional limit put in place and not a bug.
However, i would also like to see it removed. Maybe there was a reason for the limit when -i was added, though i cant think of why.
Last edited by Om3n; 04/06/0707:01 AM.
"Allen is having a small problem and needs help adjusting his attitude" - Flutterby
a temporary solution, might be to check spaces.dll and see if that can be used for the extra 4 spaces, or if you don't want to use an external dll for that, force the 4 spaces using something like <Ctrl+b><space><Ctrl+b><space><Ctrl+b><space><Ctrl+b><space>
The -i switch was originally added to allow scripters to mimic the indentation that mIRC uses in messages, which is normally 2 spaces, so I assumed that 25 would be more than enough for other uses. I'll extend the maximum in the next version.
What he said was that mIRC usually indents 2 spaces and the -i switch was added to allow scripters to mimic mIRC's behavior. He figured 25 spaces would be plenty but is extending the maximum in the next version. You got your request so why are you still arguing your point?
In a default mIRC installation (without any scripts) lines that continue onto the next line (wrap) are indented by 2 characters to make it easier to read. Without any scripts modifying the display, mIRC left-aligns all nicknames in the channel window, so a 2-character indent is sufficient. Obviously, scripts that move the nicknames around will also need to move the wrapped lines around as well.