Forums Feature Suggestions .mrc file extension

If there's multiple instances of the same exe it would load them in all available instances through dde.



That problem is already solved. If you don't tell mIRC to register the filetype to c:\mirc.exe but do tell it to register it to c:\mirc\mirc.exe then obviously the second one will open. If you tell it to register both then it will also use the second one, or maybe it could add any other version that registered the file to the right click menu of the file.



It will be the same as loading a script though File > Load in remote or /load.



That's because you think that installing two copies of mIRC and registering the extension with both is a reason not to include this. You would run into these kind of problems if you told two copies of any program to register the same file.

I'm agreeing with this because I can't stand those ugly *.ini files ...

That is the silliest thing i have heard all week.



Interesting tell it to register both eh?, and just where abouts is this ability to register both, becuase I have never seen a dual launch on double click ever.



Well????? which one is it to be! /LOAD -rs or /LOAD -a get the wrong one and the .mrc file wont function.



Most programs are not moveable like mirc is, this is one of the reasons they can take extentions without the worry of the exectution on extention link being invalid, and most extentions that load into these programs load in ONLY for the duration of the execution of the program, I hazard a guess you would be pressed to find even 10 extentions that load and remain loaded for all future executions of a program.

A brilliant argument.



I meant to say if you told both installations to register the filetype, then the latest one is the one the filetype would open in.



If it would be /load -a then I would have said "it would be the same going to file > load in aliases", but I didn't.



That's rare borderline untrue. Most programs that are not in use can be moved.



Since you said extensions; .1, .2, .3, .4, .5, .6, .7, .8, .9 and .10 extensions will all remain in the recent file list for most text editing/word processing applications.

If you wanted to know programs that keep files loaded then:

Windows Media Player (recent files / playlist)
Winamp (same as wmp)
iTunes (same as wmp)
Dev-C++ (recent files)
VB6 (recent files)
VB2005 (recent files)
MingW Developer Studio (recent files / load recent project)
Textpad (recent files)
PHP Studio (recent files)
Paint (recent files)

It didnt need any better arguement, the idea double clicking should install it in every running mirc was just laughable.



Thats laughable as well the first one you say, you ment to say something else, next you make a point of saying you didnt say anything else.
That also didnt answer the problem of the .MRC file not working as a remote if it is an -a tab one.


Program moveable is far different from FILES can be moved, how many programs function correctly when moved aka "moveable".



Remaining in the recently accessed files list is NOT still loaded, they are shortcuts to reloading, and im sure you knew that.

Since I now believe your starting to act irational in your replies im leaving it at this, reply all u like, I well read it, but not reply.

Why is it laughable? Saying something is laughable without providing a good reason as to why is not a good argument against including the suggestion.



Sorry you're not making any sense here.



That's a problem you'd have to deal with. It could also just add the option to the right click menu of the file; Load in Aliases, Load in Popups, Load in Remote.



mIRC doesn't either if you use SSL but that was included. Again, unless you sit there for hours on end moving mIRC from one directory to another I don't see the big deal about not being able to move mIRC without reinstalling it.



I've seen a few open source text editors that cache all files in the recent file list in memory for quick loading.



You're right.. I was, but that's because I can't get a decent argument out of you. Don't say something is laughable without giving a reason.
You not replying doesn't make a difference to me. I'm arguing for a feature suggestion, not for the fun of it.

Just tagging on to the bottom here:

Guys, I think Khaled has gotten the picture by now if you know what I mean

It's just starting to look a bit silly the way this is going.

Greets

Indeed, i think a right click context menu could be handy if done correctly, but i stick by my opinion that registering the filetype would be a messy implementation at best and as such a bad idea.

In response to a few 'arguments', opening/loading a file in every running instance/installation of a program would be silly behavior, because such an action would almost NEVER be wanted. (compare it to opening a text file in all notepad instances...)

Mirc is 'move-able', you can relocate the directory anywhere and it will function just fine, and yes including ssl since mirc simply checks system and mirc folders for the dll's on initiation. (only restriction i can see is badly coded scripts not liking spaces in the path)

This has potential to be a good idea. Id like to modify the consept a bit though. How about mIRC has an option that (if no extensions is already registered to mIRC) it registers .mrc files to open in mIRC. If a copy of mIRC set the .MRC file handler, it will clear it when you exit. This makes a lot more sence in my opponion.