Forums General Discussion new mirc !!

weeeeeeeeee

Strange, you made this post before Tjerk announced it on the boards, (the time is the same, but your post was showing as a new one before Tjerk's was. I suppose it was showing in the News section then before he made his post, or else something phishy is going on haha. You must have been really eager to make the first post about the new version huh

Anyway, great to see a new mIRC version, I'm sure many people were losing faith in mIRC's development, and with this release we are assured: mIRC's development is still alive and kicking!

Thanks to Khaled and Tjerk for the new version, I see many nice additions, and some things that needed urgent fixing as well.

/me tosses Khaled, Tjerk and Arnie some cookies, enjoy

Rock on mIRC 6.17!!

a big ty to khaled and tjerk indeed

secret =)

anyways, i got a lil problem...
when i do dcc send with clean 6.17
it starts maximised
anyone knows how to make it normal like in 6.16 ?

anyways great job to Khaled, i like this new unicode support, finnaly can type my language char's

If you read the versoins.txt you will notice:

29.Added /dcc send -m switch to minimize dcc send windows.

Yay, UTF-8 support, thanks a lot Khaled!

you miss understood me

when i do dcc send in 6.16 it is small window in center of screen and its ok

when i do same in 6.17, its same as in 6.03, full screened and if i restore it then ALL my windows get restored, if i maximise any window, DCC window also becomes maximised

Yay :-)

I told you mIRC wasn't dead, I did, I did!

Thanks K, Krejt and Arnie!

Regards,

ok, 1 question. why is it trying to dns resolve my ip each time i connect? i haven't had this on 6.16.

the update list is very impressive :-]

but I'm less pleased with the $decode being disabled by default :-/

I use it in one of my scripts due to ini files not being able to handle ctrl characters :-[
so that script it broken now in 6.17 :-/

I'll have to find another way then...

PS: kind of disappointed in still not having a minimize button for the scripteditor though :-[

$decode is off by default, but if you need it on, just uncheck it in mIRC Options - Options - Lock

Nice job Khaled, Tjerk and the other mIRC contributors. I'm sorry for doubting you

I Know that but since it's in one of my scripts alot (about a 100) people use... I don't want other people turning off security features which are on by default just to run that one single script... so I will have to look for another solution

A update that write to mirc.ini ?

Today i discovered the 6.17 release and tried my script-in-development with it, all seemed to be ok. While coding, i noticed the ($chr(9) tabbed) columns out of one of its @windows was not lined out, I first thought it was due to a longer than expected data field and I adjusted it in the /window definition, I had quite some trouble getting it right, for example, with 8 columns so 7 -t1,2,3,4,5,6,7 (example) it was like i was constantly busy with the wrong column despite the number was okay.
Somewhile after fixing that @window, I discovered about all my @windows where not lined out. I tried mirc 6.16 again and they all were ok, except for the one I 'fixed', which had excessive space between the columns.
Now, I can go through the big work of afjusting all my @windows (about 15) but I'd like to first know the specific reason to be sure it isn't some bug.

These are the window definitions to get roughly the same output:

ok in version 6.16:
elseif ($1 == @ServerList) { window %sw -t3,6,14,27,43,51,55 $1 -1 -1 720 300 | font $1 10 Tahoma }

ok in version 6.17:
elseif ($1 == @ServerList) { window %sw -t4,8,25,45,78,93,97 $1 -1 -1 700 300 | font $1 10 Tahoma }

Regards.

Very nice and unexpected news
Thanks all who have contribute to this !

One suggestion to mr. Khaled:
Is it possible, if the current selected font doesn't have don't have some char, automatically substitute missing characters in from another font.
I suggest, the feature like you have already implemented, in editbox, at activating the "Multibyte editbox".

(from the screenshot, the selected font was the standart Windows Fixedsys, we clearly see what mIRC have taken the special chars from another font).

That's not mIRC, it's Windows doing the replacement with default system font for the characters that are not defined in the current font, afaik. See the other thread about Unicode support that gives links to Fixedsys Excelsior font, a Fixedsys variant with Unicode characters for a large variety of languages.