Forums Bug Reports /window -t ...

Using a custom @window, the '-t' tab alignments appear to have gone to hell in a hand-basket with 6.17:

window -nl -t4,9,15,18,40,60,64,67 @Information @Information

In 6.16, writing data from a txt file with tab-separators would line up and be nicely viewable.

In 6.17, all the text gets squished closer to the left, so what looked perfect in previous version is writing all over it's self.

Anybody else having similar issues with /window's tab-stops?

yes, others are having the same problem. I'm sure it will be fixed soon (but as it's not critical, it may not be as soon as some of us like). I'll sit and wait like a good little child

*nod* I couldn't find another post with this issue, so good to know I'm not the only one

I can't seem to reproduce this issue here, eg. with the following code both 6.16 and 6.17 display the same thing here:

tabtest {
window -aln -t2,3,6,8,10 @test
aline @test aaaaaaaaaa $chr(9) bbbbbbbbbb $chr(9) cccccccccc $chr(9) dddddddddd $chr(9) eeeeeeeeee $chr(9) ffffffffff
}

Is the problem only happening when you use certain fonts, or certain combinations of tabs and text? Can you provide an example that I can use to reproduce the issue?

I have this too.
alias test {
window -bdehik0 -t3,6,14,27,43,51,55 @bla -1 -1 720 300 | font @bla 10 Tahoma
var %t = $chr(9) | aline @bla A %t B %t C %t D %t E %t F %t G %t H
}
In 6.17 the letters are much closer to eachother than in 6.16.
I tried several fonts and it appears the difference between 6.16 and 6.17 happens only for TrueType fonts.

Thanks, I was able to reproduce it, this was due to mIRC measuring avergage character widths for general spacing slightly differently. I will change it back to the old method in the next bugfix release to maintain compatibility with existing scripts.

Many tnanks