mIRC Home    About    Download    Register    News    Help

Print Thread
Page 1 of 3 1 2 3
Joined: Aug 2003
Posts: 7
S
sobel Offline OP
Nutrimatic drinks dispenser
OP Offline
Nutrimatic drinks dispenser
S
Joined: Aug 2003
Posts: 7
Maybe /part -n to leave the channel window open. Sometimes we don't want to lose the messages in the window when we leave the channel. We can close the window manually later.

Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Already suggested numerous times.

Joined: Feb 2003
Posts: 2,812
Hoopy frood
Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
* Raccoon adds his name to the petition.


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
yes i like this suggestion as well


D3m0nnet.com
Joined: May 2003
Posts: 177
P
Vogon poet
Offline
Vogon poet
P
Joined: May 2003
Posts: 177
Yes, it has been suggested before, and I still don't see why this should be added. If you leave a channel, why would you want the window to remain open? If you want to keep track of a session, that's what logging is for. To me, this feature is a little non standard.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
the same reason when u disconnect u leave windows open? why is this not the exact same thing?


D3m0nnet.com
Joined: Dec 2002
Posts: 343
D
Pan-dimensional mouse
Offline
Pan-dimensional mouse
D
Joined: Dec 2002
Posts: 343
Can't mIRC already leave channels open for kicks?

Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
I disagree, the reason I leave windows open when I disconnect is because, perhaps I was on the wrong side of a netsplit. Therefore I want to switch servers and remain in the same conversation. I don't see how that same situation could apply to parting. I could see it apply to /hop, but /hop already does leave the window open.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
ok granted thats what U use the do not close windows on disconnect for ... but what about every other mirc chatter? its all good and well u dont like it but can u find one logical reason against it other than ud never use it? as im sure there are several things in mirc ull never use. if the only thing uve got to add is no i wouldnt use it then your not really helping anything


D3m0nnet.com
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Quote:
ok granted thats what U use the do not close windows on disconnect for ... but what about every other mirc chatter?

Well if people use this feature for other purposes, they are free to post their uses for it here. However, I've yet to see anyone say they use it for something different.

Quote:
its all good and well u dont like it but can u find one logical reason against it other than ud never use it?

Because no one has really provided a reason why it is useful other than "thats a good idea." No one has said why it is a good idea. If it's just going to be a "look, I can part and the window stays open!" feature, then I don't see why it should be added.

Quote:
im sure there are several things in mirc ull never use. if the only thing uve got to add is no i wouldnt use it then your not really helping anything

Well you're right there are things in mIRC I don't use, and there are things I swore I never would use (like multiserver support) that I now use every day. However this has nothing to do with anything. I never said I wouldn't use "leave channel window open on part", you infered that on your own. All I expressed was my usage of "leave channel window open on quit" which I said the same purpose can not be used for the same thing with part. My point was to say that you bringing up leaving it open on quit is irrelevant since I'm sure more people use it for what I said than for "I'm gonna leave for an hour then come back and still have the text in the window" but as I said, if you believe thats not the case, then others are free to post that that is what they use it for and therefore it would be useful for /part. But again, no one has yet done that.

Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
I've read that last paragraph 6 times and I still can't make out what it means.

I think it would be useful.

Scenario 1: a user comes into a scripting help channel, gets help, /part -n's the channel so he can study the answer without the scroll...gets confused and uses /hop to rejoin and clarify certain esoteric and obscure techniques used, /part -n's again to contemplate his naval lint without getting his scripting question and his naval lint confused. Then he can rejoin or close the window as he desires.

Scenario 2: a user joins a chat channel...sees there are 1200 nicks talking at the same time (way too much) and so /part -n's the channel to come back later. Closing the channel window would mean remembering the name of the channel to return to, its exact spelling and any key that was on the channel at the time. At some later point, /hop would rejoin the channel for a quick re-check.

I wish the nicklist at the time of /part -n was retained. That would make it much more useful as nick tab completion would still work. If that worked...:

Scenario 3: an oper joins a naughty channel, gets the nicklist and topic and yada yada as normal. Oper uses /part -nr to leave the channel but retain the window and nicklist for use with tab completion. Then after parting, the oper can query ChanServ/NickServ/UberServ and route the response notices to the active window, getting them logged all in one place without having to deal with doing the same thing but getting kicked by the naughty ops halfway through the investigatory process, screwing up logs and just making the process generally more difficult. Of course, it can be scripted...I have already done so. The opers who can't script, or don't use my script or one like it, just have to deal with it.


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Jun 2003
Posts: 130
O
Vogon poet
Offline
Vogon poet
O
Joined: Jun 2003
Posts: 130
I think it would be a good idea to keep the channel window open when you are kicked also. Could be useful to see exactly why you were kicked. It only remains open when rejoin is enabled at present.


If only women came with popup menus and online help.
Joined: Feb 2003
Posts: 3,432
S
Hoopy frood
Offline
Hoopy frood
S
Joined: Feb 2003
Posts: 3,432
Quote:

I think it would be a good idea to keep the channel window open when you are kicked also. Could be useful to see exactly why you were kicked. It only remains open when rejoin is enabled at present.


Why is it so hard to look in ur status window? smirk

Last edited by sparta; 20/08/03 11:08 AM.

if ($me != tired) { return } | else { echo -a Get a pot of coffee now $+($me,.) }
Joined: Feb 2003
Posts: 2,812
Hoopy frood
Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
I could see it apply to /hop, but /hop already does leave the window open.

CTCP 99:HOP:*: {
  if ($2 ischan) && ($me !isop $2) {
    part -n $1 cycling
    .timer 1 $iif($3 isnum 0-120,$3,10) join $2
} }


I also wouldn't mind seeing /HOP -cnu30 #chan to give a 30 second delay before rejoining.


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Jun 2003
Posts: 130
O
Vogon poet
Offline
Vogon poet
O
Joined: Jun 2003
Posts: 130
umm because there ins't always a good reason, I dont know many times I see "Why was i banned from #blah?"


If only women came with popup menus and online help.
Joined: Dec 2002
Posts: 2,985
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 2,985
I'd like to see the option added. I'd also like mIRC to once again leave the nicklist intact on QUIT/DISCONNECT.

Joined: Feb 2003
Posts: 2,812
Hoopy frood
Offline
Hoopy frood
Joined: Feb 2003
Posts: 2,812
Agreed on the Nicklist deal. I can understand how it may adversly effect poorly written scripts that use $comchan without checking ($me ison $chan) or whatever. I'm certain additional properties can be added or these identifiers can be adjusted to work properly around a populated nicklest of a parted channel.

I personally believe the visible nicklist should have little effect on script identifiers, and the user should be able to modify the nicklist at will... removing and adding entries, manually sorting it by friends or idle time or however they choose.


Well. At least I won lunch.
Good philosophy, see good in bad, I like!
Joined: Dec 2002
Posts: 2,985
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 2,985
It never affected $comchan() because your nick disappeared from the list while the others remained. laugh

Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Scenario 1:
That seems like an unlikely scenario. In most cases on scripting channels I've been a part of, if a user keeps leaving then 5 mins later comes back with another question he gets the standard "If you have a bunch of questions, just ask them, don't keep join/parting" Additionally this will lead to things like, "SomeOp was helping me before, but then I parted and now he is gone, where did he go?" whereas if the user had been in the channel he would have seen the "Quit: brb" message and not had to bother anyone with such a question.

Scenario 2:
If the user can't even remember the channel name, then they can look in the status window for the /names reply. The whole part about remembering the key is also irrelevant. If the user can't remember the key, how does the said user intend to rejoin the channel tomorrow (after mIRC/PC have been shutdown)? Channels I frequent that require a key, I either remember the key, or I write it down somewhere. And, if that's not good enough for you, the user can go to the channels folder, click "add" and enter the channel name and password. This, is a better solution since now even after mIRC is restarted the channel name/password are still stored. Additionally, if there were 1200 nicks talking at once, upon rejoining the user will most likely /clear anyway in order to eliminate their full buffer filled with text they don't even care about.

Scenario 3:
Again, the /names output is displayed in the status window. The oper can join, then part and see the names reply in the status window and do whatever he/she must do there. Additionally, most networks allow the opers to simply do a /who #channel or /names #channel from outside the channel and see all users (including +i) therefore eliminating the need to ever join the channel if you already know the channel is bad.

I really don't see how any of the scenarios you provided are in anyway real life experiences, and I really don't see how the idea of keeping the channel window open on parting would make life any easier even if these scenarios did occur.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
keep note of this post when something like this does get added .... I sure hope u then come back return and write an apology or something ... you are nothing but rude and seek fights with anyone who disagres with u. The most important thing to rememer is this. Khaled decides what goes into mirc not u .... for that i am eternally greatful smile


D3m0nnet.com
Joined: Dec 2002
Posts: 2,985
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 2,985
I've been co-running official help rooms for a long time now and I have to say that I don't mind people returning after 5 mins if they have a further question. It makes me feel wanted/needed. I'd much prefer someone to obtain the right answer to a question than to stuff something up.

Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
I am not being rude. Maybe you don't know what rude is. Please point out all the insults/name-calling I did in this thread? Oh you can't? Thats because it doesn't exist. And why the hell would I appologize if it gets added? That is probably one of the dumbest things I've heard yet.

Quote:
Have an idea for a future version? Post it here for discussion. Suggestions by users are often implemented in new versions of mIRC.


That doesn't say "Post it here and then everyone else will ignore it" or "Post it here, only if you want positive responses" or "Post here, but replies must only say 'good idea'."
I'm doing EXACTLY what it says, DISCUSSING. I am pointing out why I think it is bad, I never said "Khaled is an idiot if he adds it" if he adds it, that is his call. Nor did I say "You people are idiots for suggesting it." I merely stated why I don't believe it is useful. Furthermore I will NOT now nor will I EVER appologize to ANYONE for expressing my opinion. I value free speech more than anything else and I will NEVER appologize for exercising this right. I have no posted any insulting comments, I have not used any defamatory language, I simply voiced my opinion, and I don't think anyone should ever have to appologize for doing that.

As for seeking fights, it seems like you are the only one who mentioned anything along the lines of "fighting words" in this thread. You, unlike everyone else posting in this thread, felt the need to call me rude. And not just call me rude, you decided it was more appropriate to do this in the public forum rather than in a private message. Were you expecting me to say "thank you for this insult" of course not, YOU were expecting a fight.

Now back to the issue at hand, responding to people who are actually providing useful feedback.

Watchdog:
You misunderstood what I meant. I didn't mean people get mad when someone asks a followup question, what I meant is something like:
<user> hey how do I make mIRC send a notice out when someone joins a channel?
<op> ON !*:JOIN:#thechannel:{ .notice $chan hey! }
<user> thanks
* user left #help
* user joined #help
<user> what if I want it to say it to a nick instead of the channel?
<op> change the $chan to $nick
<user> thanks again
* user left #help
* user joined #help
<user> what if I want it to work on all channels I'm an op on?
<op> ON @!*:JOIN:#:{ .notice $nick Hey }
<user> thanks
* user left #help

That to me is much uglier than:
<user> hey how do I make mIRC send a notice out when someone joins a channel?
<op> ON !*:JOIN:#thechannel:{ .notice $chan hey! }
<user> thanks
<user> what if I want it to say it to a nick instead of the channel?
<op> change the $chan to $nick
<user> thanks again
<user> what if I want it to work on all channels I'm an op on?
<op> ON @!*:JOIN:#:{ .notice $nick Hey }
<user> thanks
That way it is a discussion, rather than a Q&A session which I feel is a better way to learn. Also, some channels have a "queue" where they +v people one at a time so not everyone is asking questions at once. Using /part in such a channel after asking each question would result in being placed at the end of the queue and having to wait again. Staying in the channel and asking the followup questions would not.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
ok lets pretend i care what u think of me. taking that into consideration and the fact i said u are rude in a public forum, well then id almost be inclided to appologize. thankfully tho we dont live in this lil pretend world, so therefore STOP acting rude and i wont have to point out the obvious. as for fightin words? when have i provoked u in anyway aside from saying ur rude ..... after u were infact in my opinion rude? how is it atleast 90% of your posts are negative in nature? if u feel you want an arguement ... hey have at it im a big boy and can play the inuendo debate game with u all freaking day. all im saying is u need to have alil less caffine or something. not everyone is going to share your sacred opinion.


D3m0nnet.com
Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
These were just three ideas on how the idea "might" be used that came to mind when I read your post. I didn't mean to imply that they were the only ones, nor even very good ones. They are, however, real-world examples.

Scenario 1
I see this almost everday by people who are busy intensely scripting something. They are busy coding away and can't quite "get" something, pop into #mIRC or #HelpDesk (on DALnet) to ask a quick question and then happily go back to writing their script that solves world hunger and has great lemonade to boot.

I also see people who rejoin because they lost the answer given them when their clipboard copy failed to capture the answer and/or they parted too fast as someone answered it. Not everyone logs every window, I know I certainly don't.

Scenario 2
Yes, the key issue is quite probably irrelevant since the key could just as easily have been changed in the interim. But thank you for objecting to that one minor subpoint so profusely and ignoring the rest. /clear, in this scenario, is irrelavent because it differs completely from the point of the first scenario where the buffer content is important. The point of this scenario is that a user is joining to see if it's yet possible to chat in that channel (based on how many lines are flying by), not what is being said, by whom or who all is in the channel.

You assume that they (or their script) have not blocked all those ugly /NAMES replies already...and you would be wrong; some scripts I know of, including a few of my own add-ons I have written at the special request of the people who hated to see that cluttering up their status window, hide the /NAMES reply.

Why must you insist that everyone do as you do, or would do, in any given situation? I realize that you know quite a bit about how mIRC works, where to go to change this setting or that setting; I also realize that all of this can, in fact, be scripted and have done so myself in the past. But Jane-Doe and NewUser don't necessarily know these things, nor can we possibly educate the entire mIRC-using public about every option available to them.

If you spend any time at all in any mIRC-related help channel, you will know that 95% of the users that come in to ask a question have not first availed themselves of /help. The other 5% did read it, but didn't understand it for one reason or another. So how would they know to change which options and where, or even why they would need to do so? (The new-to-average user, not a power user.)

You do not know that this scenario is not one that could quite easily arise from JohnNewbie. You do not think it can, perhaps. I can quite easily see it happening, and not just for a new user.

Scenario 3
On the servers that I have opered on, -A users cannot see +s channels, not with /who or /names and not in /whois nor in /list. Perhaps everyone who opers on your ircd can do so; I wouldn't know, I've never read your ircd. I see no need whatever to explain this one to you. If you can't see its use for an oper, then I rather suspect you don't actively oper anywhere. Even small networks have need for certain teams that could find this sort of thing beneficial. I don't think I need say anymore on that score.

Quote:
I really don't see[...]

Yes, I quite agree. You really don't see, or perhaps don't want to see; this is frequently the case. It seems that when you cannot see a use for a new suggested feature in your own terms, you automatically assume that everyone else falls into the same category as you and therefore thinks the same way you do. I would venture to suggest that you would indeed find uses for it, should it be added. I would also venture to suggest that there are a lot of others that would find life just a little simpler if you could keep the channel open. Why else do you think this has been mentioned or suggested so many times?

We cannot possibly envision the possibilities it could bring about. Relatively simple small changes have drastically changed the way we carry out our day-to-day mIRC lives; the evolution of my own use of mIRC has been interesting to follow. Just venturing a guess, I would imagine that I will indeed have a use for this (preferably if the nicklist could remain intact as well). Users have gotten used to [X]Keep channels open when disconnected or kicked. This is simply the logical next step in that chain of evolutions.

Of the three scenarios I posited, I might use the second and third scenarios (with the aforementioned nicklist caveat). That, to my way of thinking, is sufficiently real world for me. I probably wouldn't use the first one because that simply doesn't fit in with the way that I have gotten used to IRCing.


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
Don't be so surprised when the puppy you're biting turns and bites you. Many of your own posts of late have been as inflamatory as the posts you were responding to; in some cases, more so. When I am responding to a post I find objectionable, I still try to respond to the content of the post, not the personality that wrote it. See my above reply to codemastr for an example of what I mean. Nowhere in it did I insult him; nowhere was it needed...insults rarely are.

In my humble opinion, there is way too much flaming going on here these days. This is very sad to see for the people who just stop by to learn more about mIRC and find ideas being debated and flames being routed around, even in the same thread. It's much easier to get your point across to someone when they do not feel threatened. Flames put people on their guard before they can even hear and understand what your point is, defeating your entire reason for posting in the first place.

As I've mentioned before, codemastr is abrasive and knows it; he does it intentionally (though why, I couldn't possibly guess). He knows this, I know this, you know this, everyone who has read more than three threads knows this.

If you don't like what he has to say or how he says it, you need not respond. There are a few people who post here whose posts I simply do not read at all because I end up wanting to tell them they are utter idiots and complete fools (neither of which are *cough* necessarily *cough* true).

If you disagree with the content of what he has to say and feel a need to post a correction, by all means, feel free. I certainly do! cool But reply to the content (which you can debate), not to the personality (which is not subject to debate).


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Jan 2003
Posts: 3,012
Hoopy frood
Offline
Hoopy frood
Joined: Jan 2003
Posts: 3,012
* KingTomato gives Hammer an Advil (Your arthritis must be killing you by now! >:D)
* KingTomato gives ParaBrat a few PB cookies just so he's not to play favorites >:D


-KingTomato
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Fine, I'll admit your scenarios *could* happen, but what I asked (and no one has actually done yet) is provide a reason why they will use it. Not why someone else who may or may not exist will use it, why the poster himself would. Meaning you said you want this feature, but you've yet to really say why you want it, other than perhaps the thing with opers and getting a list of users on the channel. It seems no one here actually explained a reason why he/she will use it, everyone has just said "great idea," "I'll support that", no one has actually given their reason for wanting it, thats all I asked for; and I think thats a valid request seeing as how if no one really has a reason why it should be added... then why should it be added?

Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
Did you omit reading the last paragraph?

Quote:
Of the three scenarios I posited, I might use the second and third scenarios (with the aforementioned nicklist caveat). That, to my way of thinking, is sufficiently real world for me. I probably wouldn't use the first one because that simply doesn't fit in with the way that I have gotten used to IRCing.

The paragraph prior to that one also has cogent points.


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Well I wasn't referring to just you, Racoon, _D3m0n_, and Watchdog all said they wanted this feature and that it would be a great feature, however none of them have provided reasons why it is needed and why it is a great feature. To my understanding, if you want to have something added, something that could very well take Khaled a good bit of time to do, then there should at least be reasons for adding it. As it stands now, all we've proven is that you have reasons for using it, and the third scenario you described, referring to being an oper, obviously doesn't apply to most IRCers since they are not opers. I'm just saying, does anyone have a reason why it is useful for IRCers in general?

Oh and about your second point, my response to that would be, if a user doesn't read the helpfile/understand it (which is what you suggest) then the user will most likely not know that /part -n exists and therefore won't use it.

Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
How about for a delayed /hop command? How about if you want to /part the channel .. wait 2 minutes .. then rejoin .. but you really don't want to clear your buffer?


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Dec 2002
Posts: 2,985
Hoopy frood
Offline
Hoopy frood
Joined: Dec 2002
Posts: 2,985
I never said it would be a great feature and I didn't imply it either, all I said is that I wanted to see it added.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
ok my reason for wanting to see this added is because i like the color yellow ....... which makes as much sense as why u wouldnt want to see it


D3m0nnet.com
Joined: May 2003
Posts: 2,265
P
Hoopy frood
Offline
Hoopy frood
P
Joined: May 2003
Posts: 2,265
id rather see it added to but i think hes gave some good points why he doesnt want(see the use in) it added...


new username: tidy_trax
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
And you call me rude ? Yes it's very polite to answer a serious question with "I like the color yellow." My argument against the feature had (get this) FACTS, I didn't say "I like blue, and therefore this shouldn't be added." Hammer also presented FACTS in favor of this feature. Again, he didn't say "I like red, and therefore this should be added." YOU are the only one who has decided it is better to be nonsensical and waste everyone's time by posting such a stupid remark rather than providing real information that will actually show why the feature is needed. Or are you simply admitting that in fact the feature has no purpose? In which case, why are you arguing that it does?

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
ok a sensical answer would be .. how many times have u accidentally cicked the X and closed a window and had to go back and read a logfile to find what u werer last talking about? never? once? twice? something like this would possibly help in that situation ... now on to reason 2. well it sure fits the thwme of the already there leave open on disconnect. and why is that not an important reason to u? for me it was infact one u overlooked. now on to my final reason, i personally like being able to leave my windows open if i want to quit just so i can scroll back thru and check out things i may have missed in a help channel, like if i asked a question and got 2 separate answers and said ok ty for the help and off went to try them out. why sit there till ur sure the suggestion worked? now these may not be important reasons to u. and they all have been mentioned. and as for my saying because i like yellow? so what live with it. i really dont feel i need to explain myself to u.


D3m0nnet.com
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Quote:
how many times have u accidentally cicked the X and closed a window and had to go back and read a logfile to find what u werer last talking about?

Never, and this is irrelevant. The feature in question was a /part -n, not clicking the X keeping the channel window open. Therefore even if this were added, the X would still close the window.

Quote:
well it sure fits the thwme of the already there leave open on disconnect. and why is that not an important reason to u?

So mIRC should have it simply because it "fits with the theme of mIRC?" Do I even have to explain why that is a bad argument?

Quote:
i personally like being able to leave my windows open if i want to quit just so i can scroll back thru and check out things i may have missed in a help channel, like if i asked a question and got 2 separate answers and said ok ty for the help and off went to try them out. why sit there till ur sure the suggestion worked?

Thats what the logfile is for.

Quote:
and as for my saying because i like yellow? so what live with it. i really dont feel i need to explain myself to u.

I never said you have to explain yourself to me, I said you have to explain your SUGGESTION to the MIRC COMMUNITY. I don't need you to explain yourself to me, your posts clearly tell me all I need to know, especially your "I like yellow" post. I already understand everything about you that I care to know, and from that I realize, I really don't care about anything you have to say on any topic since with that remark, to me, you clearly demonstrated your intellectual abilities and they are in my opinion lacking.

PS, if you want to take that as an insult, you are free to do so, however, after the barrage of insults, rude comments, and other defamatory comments you made against me, I feel it was completely warranted.

Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
lol and u still sit back acting smug ...... oh well its clearly shown that no matter what anyone says u have your mind made up ...... simple fact is im glad codemastr isnt the author of mirc ..... it wuldnt have anything in it codemastr doesnt like. next topic please. as for feeling insulted by u? nah u dont know me i dont know u. this is all just words on a screen. go back to reading ur howto script books .. and enjoy your evening


D3m0nnet.com
Joined: May 2003
Posts: 2,265
P
Hoopy frood
Offline
Hoopy frood
P
Joined: May 2003
Posts: 2,265
heh, your no better than grasshole on ms.org shocked


new username: tidy_trax
Joined: Dec 2002
Posts: 1,527
_
Hoopy frood
Offline
Hoopy frood
_
Joined: Dec 2002
Posts: 1,527
and your insight on this suggestion is?????


D3m0nnet.com
Joined: May 2003
Posts: 2,265
P
Hoopy frood
Offline
Hoopy frood
P
Joined: May 2003
Posts: 2,265
just my opinion, i'm sure you'll get over it


new username: tidy_trax
Joined: Dec 2002
Posts: 2,809
C
Hoopy frood
Offline
Hoopy frood
C
Joined: Dec 2002
Posts: 2,809
Quote:
oh well its clearly shown that no matter what anyone says u have your mind made up

You don't even know what my decision is. Please show me where I said "I hope this doesn't get added" or "I won't use this feature?" All I asked is that someone provide a REAL reason why it is needed. Only Hammer has really tried to do this, you just make up garbage. I'm trying to provide critique. A critique isn't useful if all it does is say "good idea" a critique must point out problems in a feature as well. For example, you just brought up the fact about clicking the X. This was not mentioned before, it was only by my questioning this feature that you told everyone here (including Khaled who will be the one designing the system) that in addition to /part -n, you wish the feature to also work like this when clicking the X. How is that destructive to the feature suggestion process? It would seem to me that my comments allowed the feature to be more precisely defined therefore if implemented, it will be done exactly how people want it rather than requiring changes later on.

Quote:
simple fact is im glad codemastr isnt the author of mirc ..... it wuldnt have anything in it codemastr doesnt like.

You couldn't be more wrong. There are dozens of features in UnrealIRCd that I was 100% against, however I added them because people wanted them and they could justify why the features were needed. I don't see how it is unreasonable for someone to want to know why a feature is needed.

Joined: Dec 2002
Posts: 46
Z
zac Offline
Ameglian cow
Offline
Ameglian cow
Z
Joined: Dec 2002
Posts: 46
A simple reason why? Sure.

I have a laptop. I don't log so the HD doesn't have to spin constantly to log. I want to look back at a conversation while leaving a channel. I can leave a channel for many reasons, one of which being that it has far too many people on it and it slows down the machine. (Try /who-ing a large channel and keeping it open. Ouch.)

There ya go.

Joined: Dec 2002
Posts: 1,321
H
Hoopy frood
Offline
Hoopy frood
H
Joined: Dec 2002
Posts: 1,321
Some channels don't like it when you switch nicks a lot. If you want to part those channels to cycle through your nicks and mess with their access lists or check their memos (or whatever), /part -n would be a wonderful way to avoid getting kicked for nick flooding and you could simply /hop to rejoin after you're done. No lost buffer - no pissed off ops.


DALnet: #HelpDesk and #m[color:#FF0000]IR[color:#EEEE00]C
Joined: Dec 2002
Posts: 196
T
Vogon poet
Offline
Vogon poet
T
Joined: Dec 2002
Posts: 196
I support the original poster's suggestion.

And those who say that logging does the job, not everybody wants to log everything etc. Maybe they want to read the last few lines or something, or the channel says 'no idling allowed'.

Also, it would be good to have a button on the top right hand corner where the _[]x button are.


trenzterra
AustNet #trenzterra and #w
Head Scripter @ http://trenzterra.uni.cc
Joined: Dec 2002
Posts: 343
D
Pan-dimensional mouse
Offline
Pan-dimensional mouse
D
Joined: Dec 2002
Posts: 343
There has been a few times lately where I wanted to part a channel, without closing the window. And what if I'm at max with the server channel limit. And I want to reference to that window while in a new channel.

Joined: Apr 2003
Posts: 36
L
Ameglian cow
Offline
Ameglian cow
L
Joined: Apr 2003
Posts: 36
As for another reason....

Certain IRCds allow for channel ops (or others) to use RAW REMOVE, which will force a PART command. Currently, mIRC will close the channel whenever it receives a PART command for the current user and it wasn't after the user did a /hop.

As for other situations, a delayed /hop script could be made with this, as well as changing nicks when on a +m channel (on a daemon that suppresses nick changes when muted). Both of these have already been suggested, but they are worth mentioning.

Joined: Apr 2003
Posts: 36
L
Ameglian cow
Offline
Ameglian cow
L
Joined: Apr 2003
Posts: 36
I am going to bump this one, it is the one feature I really wish would have happened in 6.1x (don't get me wrong, I do enjoy 6.1x) and there were threads about this feature previous to this.

Page 1 of 3 1 2 3

Link Copied to Clipboard