mIRC Home    About    Download    Register    News    Help

Active Threads | Unanswered Past 24 hours | Past 48 hours | Past Week | Past Month | Past Year
Scripts & Popups Jump to new posts
Re: Remove a line of text from a custom window Epic 3 hours ago
It will be easier for you to initially not record a notice/message containing certain words than to later search for and delete this saved string in the window.

Try using this script code instead of your script:
Code
on *:NOTICE:*:*:{
  if (*try this new feature* iswm $1-) { return }
  if (!$window(@Notice)) window @Notice
  aline -p @Notice $timestamp $1-
}
1 11 Read More
Bug Reports Jump to new posts
Re: .chm files locked by mIRC Khaled 30/01/25 07:49 AM
There are no plans to change how mIRC opens help files. If you are going to create help files for mIRC, you will have to create them in a way that works with it. If this means including a MAP section in your help file, you shoud include a MAP section.
11 2,522 Read More
Bug Reports Jump to new posts
Re: mirc.ini save position and [windows] section Wims 29/01/25 03:58 PM
Quote
Based on your original report, this issue is related to saving the windows maximized position?
It's just that no matter what I do, I can't get mIRC to open the channel maximized. This is a different machine, at home I've been using mIRC for 20 years with maximized channel without any problem. I'll make a video out of it. When I set this new machine up, the screen display was not aligned correctly, aka maximized windows (not just mIRC) xy position would be out of the screen, with the width/height's end also out of the screen, I couldn't get the screen's menu option to fix this (which I did in the past on different screen/machine), after googling about it I had to use Nvidia's app to resolve the issue to shrink things down, could it be related perhaps?

Edit : Ok I tried to reproduce on video on a different mirc install and couldn't, went back to my main install which had the bug and wiped out mirc.ini to try to recreate and couldn't. I finally reproduced it, I was just missing some steps. Video in pm. It looks like the missing steps are actually using the favorites to join minimized, but also the server list to auto connect & minimized.
5 166 Read More
Bug Reports Jump to new posts
Re: server list nickname tab not respected Wims 29/01/25 03:49 PM
Weird I thought the lastest beta's two bug fixes were related to this report. I'll make a video of it.

Edit: trying to make a video out of it, I couldn't reproduce originally.

So there's a crucial step that I missed, and that you probably didn't go into, when you connect the first time, mIRC must see the network name (raw 001 minimum) so that it will edit the description of the server with the network name. After I did that the bug occured. I sent you a video.
4 200 Read More
Bug Reports Jump to new posts
mIRC beta Khaled 28/01/25 07:03 PM
The latest beta can be downloaded here and includes the following changes:

Quote
Beta v7.78.8484 changes:
1.Item 10, several changes related to dark mode support.

Fixed https://forums.mirc.com/ubbthreads.php/topics/273107

Several dark mode code changes to the File dialog code that
affects the file dialogs for DCC Send, $sfile(), $sdir()
which all use the same code.

Also added support for mirc.ini [text] darkmode=0 that
disables all dark mode support on startup.

2.Item 21, fixed.
3.Item 22, the temporary server was being re-added to the list
if it was edited to have different description, server,
or group values.

Beta v7.78.8085 changes:
1.Item 10, the treebar +/- boxes were not using the right color
when in dark mode.

Changed the colors of separators on the switchbar which were
too light in dark mode.

Small change to how Treebar light/dark mode switch is applied
that affects the scrollbar, related to item 2 below.

2.Item 20, changed the following. These only apply when running
under Wine.

Changed how the Treebar is updated under Wine as the light/dark
code was causing Wine to use the wrong background color.

Changed how SysLink controls are handled in the About dialog
to get around a Wine bug that deletes returned brush handles in
the WM_CTLCOLORSTATIC message. mIRC will now recreate these
brushes on-the-fly if it notices that they have been deleted.

Changed how SysLink controls are aligned in the About dialog
to get around Wine returning the Windows version as 10 but only
supporting an older comctl32.dll that does not support LWS_RIGHT.

Changed how Arnie key presses are handled in the About dialog
as this was not working under Wine.

Changed File menu Connect/Disconnect menu item strings, which use
the same &c mnemonic, to only contain the mnemonic when enabled,
since Wine always matches the first mnemonic menu item even if
disabled and does not send a window message.

Beta v7.78.7856 changes:
1.Item 15, changed as previous method was not working as expected.

This is related to the maximum memory that a Win32 application can
allocate. Technically, a Win32 application can allocate up to 2G.
In practice, it is closer to 1.5G - 1.7G. In my tests, allocating
more than 1.3G leads to issues with background DLLs, libraries,
processes, threads, etc. loaded into mIRC's address space that are
then unable to allocate memory, which leads to a crash and/or
unpredictable behaviour.

In this beta, the Log Viewer will check mIRC's working set memory
usage while loading a file and if allocated memory goes beyond
1.2G, it will halt, free all allocated memory, and load the file
using your external editor.

Beta v7.78.7266 changes:
1.Item 10, fixed https://forums.mirc.com/ubbthreads.php/topics/273076
Also fixed the issue with the flickering group box when resizing
the dialog which has been around for a long time.
2.Item 18, updated.
3.Item 10, fixed https://forums.mirc.com/ubbthreads.php/topics/273077
4.Item 19, fixed.

Beta v7.78.7125 changes:
1.Item 10, fixed https://forums.mirc.com/ubbthreads.php/topics/273053
I have implemented support for this in three different ways. The
first beta used WH_CALLWNDPROC which results in a serious slow-down
on Windows 10/11. The second method, using WH_CBT, works well
without any slowdown. For the third method, no hooks are used and
all windows/dialogs need to call the dark mode function directly.
This is probably the fastest method but the least flexible. This
beta uses the WH_CBT method.
2.Item 10, added $darkmode identifier.
3.Fixed https://forums.mirc.com/ubbthreads.php/topics/273054
This crash was due to having a DCC Send/Get window maximized when
closing the window. The issue was not related to dark mode code
but another change relating to how windows are closed.
4.Item 10, fixed DCC Send/Get window buttons not being themed
correctly.
5.Various other minor tweaks/fixes.

Beta v7.78.6786 changes:
1.Item 1, fixed.
2.Item 2, fixed.
3.Item 3, added. Supports animated images and returns $pic().frames
and .delay. Also suported by /drawsave -vw and /drawpic.
4.Item 4, https://forums.mirc.com/ubbthreads.php/topics/272936
5.Item 5, added.
6.Item 6, changed.
Re-arranged sections of the resource file to make CrowdIn import
and export formats more manageable.
7.Item 7, fixed https://forums.mirc.com/ubbthreads.php/topics/272966
The channels list window and the add channel dialog now use
the same code to parse the [+modes] parameter.
8.Item 8, fixed https://forums.mirc.com/ubbthreads.php/topics/272973
9.Item 9, fixed https://forums.mirc.com/ubbthreads.php/topics/272973
10.Item 10, added. Experimental.

Windows 10/11 have minimal support for dark mode for Win32 applications
and where there is support, it is generally incomplete and undocumented.
This feature required a huge amount of experimentation and tweaking.

Comments/observations/notes:

1) I have looked into dark mode support on and off over the last few
years and always came away unconvinced and unwilling to add support
for it because it looked like a mess. Last month, I looked into it
again, and it was still a mess. But I found more discussions and code
examples by other developers, including Notepad++'s dark mode
implementation, so I decided to tinker with it again. This tinkering
snowballed into full support.

2) Dark mode is only supported on the latest, updated versions of
Windows 10 and 11.

3) When Windows is in dark mode, many applications, eg. Explorer,
flash a blinding white when they first open before going dark. I
have tried to implement dark mode support in mIRC in a way that
prevents white flashes. However, there are some places where mIRC has
no control over this, eg. if you click on the Recieved Files menu
item, it will open up an Explorer window - this will flash white
initially since Explorer is a Windows system application. The same
applies to popup menus and other controls. The reason for this is
that Windows uses a default white background color for windows and
controls.

4) Custom coding/drawing was needed for many controls in dark mode. I
usually avoid implementing custom controls as it is better for users to
use standard, native controls. However, there was no way of creating a
consistent GUI in dark mode without this. In the case of controls such
as checkboxes, radio buttons, group boxes, etc. I had to implement my own
versions for dark mode. Some dialogs needed to be redesigned, eg. the
Font dialog, which is a standard Windows system dialog, displayed white
controls even when set into dark mode. The borders of various controls
had to be custom drawn. And so on.

5) There were so many little issues that required far too much time to
resolve, eg. if you open the file dialog in Notepad++ and then change
Windows dark/light mode, a white box will appear around the filename
combobox editbox in dark mode. I found a way to resolve this in mIRC
but it is just one of many dark/light mode anomolies.

6) Windows 10/11 add white scroll buttons to the top and bottom of long
popup menus. In Windows dark mode, all menu parts become dark... except
for these white scroll buttons. I implemented a hack to fix this,
but, as with a lot of the dark mode code, it feels brittle and wrong.

7) mIRC will set all dialogs that it creates to dark mode. This
includes scripted custom dialogs. I am aware that some users use DLLs
that add custom controls. It is unlikely that I can add dark mode
and/or custom drawing for controls that mIRC itself does not normally
use.

8) All black/white icons/cursors/images had to be updated to use
reverse colors for dark mode. Changes to icons/cursors/bitmaps
were made where necessary. All colored icons have been left as they
are. All GUI elements had their colors tweaked for dark mode, eg.
switchbar, treebar, tool tips, tray tips, etc.

9) In dark mode, mIRC's switchbar/toolbar/etc. will use dark, shaded
buttons. On Windows 11, these are rounded, as are checkboxes, group
boxes, etc.

10) The dark mode colors mIRC uses for dialogs and controls are based
on those that Windows 10/11 use when in dark mode. I initially started
with some standard dark mode colors and gradually modified them as
the implementation progressed to get some consistency.

11) The default Monochrome color scheme in mIRC had an incorrect
default light color for the MDI background. mIRC now fixes this
automatically and updates mirc.ini so that it uses a dark color.

12) mIRC will remember the color scheme you are using when in Windows
dark/light mode and will switch to it automatically. I had originally
intended to add a new dark mode scheme to the Colors dialog but the
Monochrome scheme already suits this purpose, so it is used as the
default dark mode scheme.

13) mIRC will always follow the current Windows dark/light setting. At
one point, I added an independent dark/light setting for mIRC. This
worked well except when interacting with system dialogs, which base
the colors of their controls on a combination of the Windows dark/light
mode and the calling application dark/light mode. This results in
a dialog that uses a mix of dark/light controls, which I could not
get around.

14) When mIRC is in full screen mode, Windows draws the menubar in white.
This is an MDI-legacy issue and there is no way around it. I decided to
change how full screen mode works so that it always shows a titlebar.
A titlebar makes Windows display menus in the correct dark/light color,
allows you to see which window you are using, eg. status, channel,
chat, etc., and gives you access to right-click popups on the titlebar,
while still being in full screen mode.

I have tested this feature as much as I can but it involved so much
work and code, for so many interface elements and features, that it
really needs a good amount of testing. Please let me know if you spot
any issues.

11.Item 11, fixed https://forums.mirc.com/ubbthreads.php/topics/272984
12.Item 12, fixed https://forums.mirc.com/ubbthreads.php/topics/272985
13.Item 13, fixed.
14.Item 14, fixed.
15.Item 15, changed.
16.Item 16, changed. When I originally added the scroll buttons to the
vertical switchbar, I chose to not use a full scrollbar as I thought
it would be intrusive. The scroll buttons just serve as indicators
that there are more windows and you can then scroll with the mouse
wheel. But it still felt wrong to not use a standard vertical
scrollbar. I recently experimented with adding a full standard
vertical scrollbar and, and as I thought, it didn't feel right. So
I have improved the scroll buttons a little by not allowing them to
disappear when you are at the top/bottom, which always felt a little
too wrong. They now remain visible but appear disabled if you can't
scroll up/down.
17.Item 17, updated.
18.Changed the way the ball bounces in the About dialog to make it more
realistic. I'd say this change alone is worth the upgrade.

Changes:
1.Fixed buttons with icons not displaying with the correct Windows
theme in some contexts.
2.Fixed control codes being stripped out of displayed lines in
some events when the logging strip codes option is enabled.
3.Added support for loading WebP image files using the Libwebp
v1.5.0 library.
4.Updated channel central to display year for ban list entries.
Also extended $ibl().date to include the year.
5.Added Line shading option to Display/Options dialog that shades
alternate lines. Also added a system menu Shading option for
per-window settings.
6.Updated various resources strings to improve support for
translations.
7.Fixed add channel dialog bug that was including the modes from
the channel list item in the channel description.
8.Fixed conversion of [dirs]/getdir into [extensions].
9.Fixed status window system menu not having a default logging
menu item that matches the setting in the Logging dialog.
10.Added support for dark mode on Windows 10/11.

mIRC now follows the current Windows dark/light setting for
all windows/dialogs/interface elements.

mIRC will remember the color scheme you are using when in
Windows dark/light mode and will switch to it automatically.

Added $darkmode identifier to return Windows light/dark state.

11.Fixed empty perform list entry bug that was causing a crash
when the options dialog was opened.
12.Fixed while loop bug caused by a previous change.
13.Fixed channel central key editbox not hiding the text when
you open the dialog and you do not have ops.
14.Fixed Options/DCC dialog radio buttons not working correctly.
15.Fixed Log View dialog crash when loading large log files.
16.Changed Switchbar scroll buttons so that they are now visible
and/or disabled when necessary.
17.Updated CA root certificates cacert.pem file.
18.Updated LunaSVG library to v3.1.0.
19.Fixed tooltips bug that caused tooltips to flicker when the mouse
was moved over a button.
20.Changed how some features work under Wine to get around various
Wine API/display/behaviour issues.
21.Fixed per server connect on startup bug were the default setting
was being set incorrectly in some contexts.
22.Fixed connect dialog servers list handling of temporary server
address when it is edited.
1 423,946 Read More
General Discussion Jump to new posts
Re: Does anybody know what happened to Wikichip? Wims 28/01/25 02:02 PM
Speaking of which, wikichip should probably be removed from https://www.mirc.com/help.html
4 385 Read More
Scripts & Popups Jump to new posts
Re: Writting and Modifying A Txt File Wims 28/01/25 01:42 PM
I forgot to set the actual variable sorry:


Code
on *:text:!GKill:#Kill-A-Gnome:{
  if ($($+(%,gkill,$nick),2) == 1) { msg $chan you already used !gkill }
  else {
    msg $chan Gkill used! boom
    set %gkill $+ $nick 1
    ...
  }
}
2 170 Read More
General Discussion Jump to new posts
server command to mute join parts mee 28/01/25 06:35 AM
Are there any networks with a non-client way to suppress all join/part messages in every channel always?
0 47 Read More
mIRC Help Jump to new posts
Re: fupdate setting. Wims 26/01/25 01:22 PM
Quote
I can see that if I write /fupdate mirc tells me that it is set to 95.
Indeed it looks like Khaled changed the default value without it making it to the changelog!
Well as far as I'm concerned I'd rather see the default still be 0, because in most cases I want lines to be displayed as fast as possible, knowing that not that many lines are going to be displayed so mIRC won't be lacking behind, a point I already made in the original thread but I'm sure there's a good reason it changed.

Quote
I guess it is adjusted dynamically, and the /fupdate command doesn't show what the value currently is. Otherwise in times with very little activity, I guess it would show much lower values.

What is adjusted is an internal value, not the main $fupdate value, they are two differents things. mIRC does not touch the /fupdate value you set.
/fupdate 0 does not disable the function, it simply means that you want mIRC to update the display as much as possible but mIRC may still end up not updating the display as much as possible.
4 325 Read More
Scripts & Popups Jump to new posts
Re: b Channel ban list does not contain Simo 26/01/25 03:10 AM
On what network is this happening so i can reproduce it.
1 134 Read More
Scripts & Popups Jump to new posts
Re: Channel List Incorrigo 23/01/25 05:55 PM
Originally Posted by goblin58
Code
; start of list channels
raw 321:*: {
  halt
}

; channel name 
raw 322:*: {
  echo -a $2
  halt
}

; end of list channels
raw 323:*: {
  halt
}

when you're working wih events, you can use ^ to deal with what is returned before mIRC handles it

raw ^321:*: and - before the end of your commands - use haltdef to halt what mIRC is going to do, as the use of ^ is pre-emptive
i think
3 258 Read More
Bug Reports Jump to new posts
Re: 7.78 / 7.78.beta+ $sfile Khaled 22/01/25 01:20 PM
Thanks this issue has been fixed for the next beta.
3 260 Read More
Scripts & Popups Jump to new posts
Re: need help with a script D: kouyachi 20/01/25 11:39 PM
Wow thank you so much! Honestly I learned a lot from this, so I do appreciate it, hehe smile
3 278 Read More
Scripts & Popups Jump to new posts
Re: auto bans removal on ping Simo 17/01/25 03:09 PM
Thank you Talon and yes you are right i didn't consider multiple requests of ban list from the ircd might result in booting off the server due to commands flood/abuse, I'll try the code you posted and let you how goes.
2 245 Read More
Feature Suggestions Jump to new posts
extend $window().pbpercent Ook 16/01/25 09:16 PM
It would be nice if $window().pbstate & $window().pbpercent was extended to support dcc windows via:
Code
 $window(@ $+ $send(1).wid).pbstate
 $window(@ $+ $send(1).wid).pbpercent
 $window(@ $+ $get(1).wid).pbstate
 $window(@ $+ $get(1).wid).pbpercent

The code i'm using already has the wid & this would save me having to figure out which wid is a which dcc.
0 96 Read More
Bug Reports Jump to new posts
Re: Window-focus every 30th minutes Khaled 16/01/25 10:23 AM
Just a quick update: rob444 was kind enough to test out a beta and, at this point, it looks like another application/driver is the cause of the window-switching issue. If you track down the cause, please let us know :-)
7 664 Read More
Scripts & Popups Jump to new posts
Re: Help with this script please, I can't Mairel 15/01/25 05:31 PM
It's definitely helpful for me, I'll definitely try it, thanks!
5 592 Read More
Scripts & Popups Jump to new posts
channels list XGamerAMD 11/01/25 11:42 PM
8 Autojoin=#chaco-corrientes,#paranachat

alias con {
var %i = 1
while (%i <= 15) {
echo -a %i $read(config.ini,%i)
inc %i
}
}

i want add some chanel to autojoin
how i do it?

please help
0 129 Read More
Feature Suggestions Jump to new posts
Change thickness of the nicklist divider Epic 11/01/25 04:25 PM
When changing the "Light theme" to a "Dark theme", becomes much more visible the difference in the thickness of the channel window divider between the nicklist, and the thickness of the channel window divider between the editbox. Perfectionists will experience daily pain and suffering.

I propose to equalize them by reducing the thickness of the divider between the channel window and the nicklist so that it is identical to the thickness of the divider between the channel window and the editbox.


Visual example:

    [Linked Image from i.ibb.co]
0 185 Read More
Bug Reports Jump to new posts
Re: Excessive scrollbars in nicklist Epic 11/01/25 03:24 PM
Fixed in mIRC v7.78.7266. Thanks.
2 377 Read More
General Discussion Jump to new posts
Re: Does mIRC have an internal user connect time KindOne 11/01/25 11:32 AM
I think you want something like this:

Code
$calc($ctime - $nick(#channel,KindOne).idle)

The .idle property returns the number of seconds since a user last sent a message in the channel. This starts at 0 when they join.
1 246 Read More
Scripts & Popups Jump to new posts
Re: Time calculation always wrong Incorrigo 09/01/25 11:39 PM
i didn't look at the link you got your code from but this should work

Code
alias endofyear {
  var %newyear $ctime($calc($asctime(yyyy) + 1) $+ /01/01 00:00:00)
  echo -ag $duration($calc(%newyear - $ctime))
}

hope this helps
5 555 Read More
Scripts & Popups Jump to new posts
Re: +draft/reply=mIRC Incorrigo 09/01/25 10:41 PM
dear mIRC

i was asked to do a stand alone version of this by someone and i thought i would post it here so you wouldn't need to go through a load of github crap to get to the actual file,

there are some improvements i have made that were also worth including as an improvement from the OP link i gave you

  • your replies will use both +draft/reply and +reply
  • query / channel replies will still show after window has been closed / re-opened
  • query windows will open minimised so replies don't end up in the wrong conversation
  • both +draft/reply and +reply are supported
  • if another client uses both these tags, only one will be processed to avoid duplication
  • only privmsg is cached so notices won't let services - for instance - fill your cache with unusable crap


i hope you like my improved replies system, and if my code is correct it should support incoming and outgoing with every other client that has implemented reply tags already. many servers will move to +reply without the +draft/ and when it does this version should stand up on its own and survive the change

here is the link: reply_mirc2.rar

if you extract the files to the right place then it should stand alone work on its own. i included aliases that were not declared in the script file so that it should not need to add anything for it work properly

kind regards

westid
2 798 Read More
Bug Reports Jump to new posts
Re: 7.78.7125 / 7.78.6786 channel central Khaled 09/01/25 08:31 PM
Thanks, I was able to reproduce this issue. This has been fixed for the next beta.
1 187 Read More
Bug Reports Jump to new posts
Re: 7.78.6786 speed regression connecting/joining. KindOne 09/01/25 05:35 PM
7.78.7125 Fixed it.

Thanks.
2 234 Read More
Page 1 of 7 1 2 3 4 5 6 7