View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000965 | unreal | ircd | public | 2003-05-08 02:12 | 2003-11-20 19:43 |
| Reporter | LRL | Assigned To | |||
| Priority | normal | Severity | feature | Reproducibility | N/A |
| Status | closed | Resolution | no change required | ||
| Summary | 0000965: just some features I've seen other IRCd's have, maybe interested? :) | ||||
| Description | # Send a Channel message directly to a user and not to # the rest of the channel, it's the same as PRIVMSG for # private messaging, except looks like you said it in # the channel(great for help and game channels) /CPRIVMSG <Nick> <#Channel> [:]<Message> # Same as above, except with NOTICE instead /CNOTICE <Nick> <#Channel> [:]<Message> I personaly don't know the problems those would present, maybe just something to keep in mind :P another feature suggestion... maybe a command to ClearOut the /WHOWAS catch (useful when needing to free uneeded memory) LRL | ||||
| 3rd party modules | |||||
|
|
ok well for the cprivmsg/cnotice, can you explain to me why this is more useful than just sending the privmsg/notice directly to the user? And as for whowas to free memory, well Unreal already has a garbage collection system (/rehash -garbage), but if you are really hurting for memory, then perhaps running an IRC server isn't such a smart idea. |
|
|
The only real use of cprivmsg/cnotice, well that I can see is for bots and/or an alternitive to notice/privmsg. I wasen't aware of what (-garbage - Force garbage collection) actuly did. Anyways there all just suggestions for you guys to look at. If the -garbage flag clears the whowas out of memory then no need for the whowas stuff. Could you elaborate on the -garbage flag. |
|
|
The garbage collection mechanism reclaims memory that is no longer in use but has not been released to the operating system. My point with cprivmsg/cnotice is, if it were to be added, I'd at least like to have a reason why it is better/more appropriate than using privmsg/notice. |
|
|
I realy can't think of any thing to justify them, altho with the 'd-Makes it so you cannot receive private messages' maybe. |
|
|
I was thinking about such a cmode, for helpers on such big networks, in help chans you often have many users in the same time, and following the discuss comes harder coz everyone speaks in the same time but I wasn't thinking to this as a command, but as a mode that helpers (with the h in their o:line) could give to users in the helpchan, making the user 'linked' to the helper, so this user still speak in the channel but only the helper can see what he/she say... and vice-versa... like the +D mode implemented by syzop, but with a 'dynamic' restriction (adds the helper's nick/handle in the 'if' condition to let msgs go, or something similar..) [edit] this mode should be allowed to helpers only (and valid only in a helpchan ?) [/edit] edited on: 05-08-03 08:36 |
|
|
No one actually gave any reasons why this is needed. And as for mister's post, that wouldn't be how it is implemented anyway, cprivmsg and cnotice are undernet commands, that would mean if they were implemented in Unreal they would be done exactly as they are in ircu. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2003-05-08 02:12 | LRL | New Issue | |
| 2003-05-08 02:25 |
|
Note Added: 0002707 | |
| 2003-05-08 02:39 | LRL | Note Added: 0002708 | |
| 2003-05-08 03:36 |
|
Note Added: 0002709 | |
| 2003-05-08 04:03 | LRL | Note Added: 0002710 | |
| 2003-05-08 08:33 | mister | Note Added: 0002711 | |
| 2003-05-08 08:36 | mister | Note Edited: 0002711 | |
| 2003-05-11 22:04 |
|
Status | new => resolved |
| 2003-05-11 22:04 |
|
Resolution | open => no change required |
| 2003-05-11 22:04 |
|
Assigned To | => codemastr |
| 2003-05-11 22:04 |
|
Note Added: 0002762 | |
| 2003-11-20 19:43 | syzop | Status | resolved => closed |