home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 35 Internet / 35-Internet.zip / bx75p3.zip / doc / ideas < prev    next >
Text File  |  1999-02-23  |  13KB  |  326 lines

  1. <Sheik>         struct  IgnoreStru *next;
  2. <Sheik>         char    *nick;
  3. <Sheik>         int     type;
  4. <Sheik>         int     dont;
  5. <Sheik>         int     high;
  6. <Sheik>         char    *nick_high;
  7. <Sheik>         char    *msg_high;
  8. <Sheik> }       Ignore;
  9.  
  10. /cdcc close #N
  11.  
  12. (Sheik) $getnicklist(channel user.pubflood) or something
  13. <Sheik> make a  fd_set list that will call a callback function.
  14. <Sheik> so we can make  /finger /nslookup   etc work without blocking.
  15. <Sheik> say("%s: Couldn't connect to anything... Waiting 15 seconds to try a
  16. <Sheik> AddCTimer(NULL, NULL, NULL, server, timed_nextserver, 15);
  17. <Sheik> reconnect_flag = 1;
  18. <Sheik> times++;
  19.  
  20. <bk_> pana-sync: Could you create a command called /fbk which does the exact
  21.           same as /fk does but ban the user too.
  22.  
  23. [MHacker(mhacker@stn-on1-43.netcom.ca)] wanna add: FORMAT_WHOIS_ADMIN as 309
  24.  
  25. <_bk> remove mk and add nk :P
  26. <_bk>  /nk blah blah2 blah3
  27. <_bk> mk is like fk
  28. <panasync> mult
  29. <_bk> also, add /fbk
  30. <_bk> mult sounds lame
  31. <_bk> change it to nk
  32. <_bk> remove mk and rename mult to mk
  33. <_bk> add fbk
  34.  
  35.  
  36. <mmpp> It could be called /window save.  It would hold what channels you've
  37.           got in each window, so you could change servers and not have to
  38.           re-arrange.
  39.  
  40.  
  41. <Myrdraal> [panasync]: Someone earlier had an idea for specifying a DNS
  42. server when looking up with /nslookup
  43.  
  44.  
  45. [sh00p(shewp@snafu.north.wfu.edu)] i have a file called 'core'. what if i
  46. did
  47.           /dcc send panasync core shoops-core, and you would receive it as
  48.           shoops-core?
  49.  
  50.  
  51. BlackJac a never ignore list which accepts the same types as /ignore
  52.  
  53.  
  54. [ogre(ogre@du41.con.ptd.net)] ok, well, uhm, bx by default displays u@h in
  55.           every /notice.. perhaps create a /set which would define a specific
  56.           set of nicknames as services.. and it wouldnt display the u@h on
  57.           each /notice.. ? (perhaps create *another* /on for it, on
  58.           notice_service or something maybe?)
  59. [ogre(ogre@du41.con.ptd.net)] right.. and the services nicknames (generally
  60.           ChanServ/NickServ/MemoServ/X/W/NoteOp/ChanOp/NickOP) can be
  61.     adjusted with a /set, in case of new service nicknames..
  62.  
  63.  
  64. <[nutbar]> type lotsa crap in yer input buffer, and then hit ^U to delete it
  65.           all, then hit ^Y alot to paste it back, if you paste past the
  66.           buffer limit, bx freezes and then cores
  67.  
  68.  
  69. [DECkedout(~nate@x4ntc1.ntcnet.net)] ahh.. i see .. also, a word to making
  70. Bx a little better, incorporate this idea into a sort of new /list
  71.           command.. a command to get the contents of a /list, then a
  72.           /list_last or whatever the name to grep the file...
  73.  
  74. <|By-Tor|> well how about a clients that returns all clients and bots
  75. returns all botnames or whom
  76.  
  77. A filtered /stats L  /flline
  78.  
  79. panasync,
  80.     I have a recommendation for you. /notify can be severely changed
  81. to look neat and present useful information about notified users. The
  82. following is an example of what I would like you to implement:
  83.  
  84. Online Users:
  85. Nickname  User@Hostname        signed on    period      last seen
  86. bk      bk@blah.org        2 times        2h 2m 2s  now
  87. Offline users:
  88. Nickname  User@Hostname        signed on    period      last seen
  89. pana      pana@stinkz0r.org    never        none      n/a
  90. tru      tru@sex0r.org        3 times        6h 2m      1h 20m 30s ago
  91.  
  92. <panasync> with the timer, channel, time to next, ummm what else
  93. <BlackJac> sends, received, packs offered
  94. <BlackJac> block size
  95.        ╒═══════════════════════[dcc transfer stats]══════════════════════╕
  96.        │                                                                 │
  97.        │╓─[xferd in]─╓-[xferd out]─╖─[total files]─╓─[active]─╖─[limit]─╖│
  98.        │║  0.00bytes ║    174.16Kb ║             4 ║        0 ║       5 ║│
  99.        │╙────────────╜─────────────╙───────────────╜──────────╙─────────╜│
  100.        │                                                                 │
  101.        ╓────[in stats]───╓───[out stats]───╖──────────[toggles]──────────╖
  102.        ║ max:   0.00kb/s ║ max:   5.15kb/s ║   autoget: Off   paths: Off ║
  103.        ║ min:   0.00kb/s ║ min:   1.61kb/s ║ overwrite: Off   quiet: Off ║
  104.        ╙─────────────────╜─────────────────╙─────────────────────────────╜
  105. <BlackJac> max sends
  106. <BlackJac> min speed
  107.  
  108. <|By-Tor|> pana-dcc: i'd like to see a cdcc function that allows scripts to
  109.         retrieve (not necessarily set) the current CDCC information (i
  110.     dont care about a ircii ver, i just want a tcl one ;) as well as
  111.     better /set /wset /cset support for tcl
  112.  
  113. [shade(shade@snafu.north.wfu.edu)] is there a function to change the binary
  114.           userlist info to something readable?
  115.  
  116. <|By-Tor|> make a type of ignore that calls a function with like, the
  117.            nick/uhost of the person and depending on what the func returns
  118.        it either ignores or not
  119.  
  120. [GodBoy(godboy@pbx.org)] is there a global scripting var that has the
  121. current network in it?
  122.  
  123. [MHacker(mhacker@BitchX.com)] I got an idea :P
  124. [MHacker(mhacker@BitchX.com)] for /whokill, have it parse u@h
  125. [MHacker(mhacker@BitchX.com)] instead of just host
  126. [MHacker(mhacker@BitchX.com)] /whokill -uh user@host
  127.  
  128. <|By-Tor|> you can do 3 checks... first for ircii, then for tcl, then
  129.     finally internal immediately'
  130. <|By-Tor|> but if its called with //, bypass all checks and go straight to
  131.         internal
  132. <|By-Tor|> making any ircii alias destructive over a tcl alias
  133.  
  134.  
  135. [[nutbar](~nutbar@205.211.60.19)] along with /away hooks, like for your auto
  136.           away and stuff, so scripts can use your actual auto_away sets and
  137.           stuff to control their away system
  138. [[nutbar](~nutbar@205.211.60.19)] oh, and i meant to ask, how much does it
  139.           slow down bitchx's execution of an event when it has a hook,
  140.           compared to when it doesnt?
  141.  
  142.  
  143. [cobb(drcobb@addict.narcotic.org)] hey just wanted to drop  you an idea, add
  144.           funcinality to /unig for unignoring channels as well as people
  145. a set for other nicks to use.
  146.  
  147. [Power(power@power.zepa.net)] /clearwords to clear your wordlist for wordkicks
  148. [Power(power@power.zepa.net)] yeah, maybe like /clearwords <channel|*>
  149.  
  150. [Live4ever(~brandon@engulf.com)] Most servers support this now.  IP bans
  151.           banning hosts from a channel, ie. i ban your ip, you can not join
  152.           even if you resolve.  /unban should support this ip/host thing.
  153.  
  154. 2. also with notify, the online user info should have the *signon time*
  155.    not the "last seen" time, which is always the current time.
  156. 8. i still cant get the ip caching working on this machine.
  157.  
  158. <By-Tor_>           #bitchx
  159. <By-Tor_> <By-Tor_> ∙φ∙ SignOff panasync: #bitchx (Read error: 0 (Error 0
  160.           occurred.))
  161. <By-Tor_> psykotyk joins, you did a /who
  162. <By-Tor_> i kick you
  163. ∙φ∙ Kaneda [Banza1@1Cust83.tnt19.atl2.da.uu.net] has joined #bitchx
  164. <By-Tor_> you rejoin
  165. <By-Tor_> and /who *
  166. <By-Tor_> core
  167.  
  168. <Power>  /addshit says that *!*blah*@* is the same as *blah*!*@*
  169. <fuf> Separate input buffers for each window..
  170.  
  171.  0 [^Tiger^(Tiger@user87.aviastar.net)] say like someone wants to ban
  172. someone
  173.           with domain, but they have btype on screw, maybe have /ban accept
  174.           like, -d for domain, -b for better, and so on..
  175.  
  176. <know> pana; idea: have identation whitespace uncolorized, or at least have
  177.           that as an option... in other words, when word wrap comes on, have
  178. a
  179.           ^O at the end of the line, then after the identing, reset whatever
  180.           colors were active... you cant do that with a script i dont
  181. believe,
  182.           the wrapping seems like it would be part of the program
  183.  
  184.  0 [kasper_(kasper@BitchX.COM)] oooh.. i found something ya might wanna add
  185. to
  186.           scr-bx.. an option (i.e. -d) that detach's the screen if it is
  187.           alrached. (remote detach). say someone gets disconnected from a
  188. shell
  189.           they've got it running on and they cant re-attach it.
  190.  
  191. install a bitmap for the status bars. 
  192.     16 bits.  upper 2 signify where the split bar is. 3rd is toggle
  193.     on/off. then next 13 bits signify the status bars. 0th bit is always
  194.     on for single status bar. 
  195.  
  196. add options to /bk etc for banning for a specific type.
  197.  1 [bestis(~bestis@ls.sicom.fi)] i readed that changelog and come up with
  198.           this.. and i'm not sure what is your email so: /window should have
  199.           /window bind_server =).. it's nasty when connection is lost and it
  200.           starts making /window server on your current window.. where you of
  201.           'coz have other server.
  202. <PeeAye> panasync: it would also be nice to be able to do a /window swap ++
  203. or
  204.           window swap next
  205.  
  206.  6 [BlackJac(blackjac@jacobs.Geeks.ORG)] i think a new flood prot method
  207. could
  208.           be in order...
  209.  5 [BlackJac(blackjac@jacobs.Geeks.ORG)] not a replacement... just a new
  210. idea
  211.  4 [BlackJac(blackjac@jacobs.Geeks.ORG)] something to stop getting flooded
  212. by
  213.           5000000 clones
  214.  3 [BlackJac(blackjac@jacobs.Geeks.ORG)] If you receive $incoming_msg_flood
  215.           number of msgs (or pings or whatever) from ANY clients within
  216.           $incoming_msgs_time time, auto-ignore that type of msg
  217.  2 [BlackJac(blackjac@jacobs.Geeks.ORG)] So if 50 different clients VERSION
  218.           you, auto-ignore it after 5 VERSIONS from everyone.
  219.  1 [BlackJac(blackjac@jacobs.Geeks.ORG)] whatchoo think?
  220.  0 [BlackJac(blackjac@jacobs.Geeks.ORG)] Did you disappear on me?
  221.  
  222. [BlackJac(blackjac@jacobs.Geeks.ORG)] when you set yourself back
  223. [BlackJac(blackjac@jacobs.Geeks.ORG)] it should display your channels and @
  224. or
  225.           +, and your uptime
  226.  
  227. for /user
  228. <power> i mean like -op as in +o and -deop as in -o
  229.  
  230.  
  231. [sellfone(sellfone@imported.opium.org)] hmm i had an idea, /iajoin
  232. #channel1, #channel2 etc. then if someone invites you to one of those
  233. channels you autojoin!
  234.  
  235. <know> pana; the way you changed tab completion now is awesome, but would it
  236.           be possible to add eaither of these functions... if the command
  237. line
  238.           shows /msg llama some text, and the cursor is at the end, pressing
  239.           tab would switch though the list of people who msg'd you last... 
  240. 2)
  241.           or b) is you have /m llama text and you arrow back to llama, you
  242. can
  243.           press tab to nick complete from the people in current channel...
  244.  
  245. [pod(pod@2Cust31.tnt17.tco2.da.uu.net)] any chance that in an upcomming
  246.           version of bitchx, can u put in the channels the person was in, in
  247.           the on signoff?
  248.  
  249. From: Wojtek Kaniewski <wojtekka@pro.logonet.com.pl>
  250.  
  251. 1) multiple hosts. this is the main problem with userlist, because even
  252.    if user adds multiple users, there are several problems with nick
  253.    collision like changing flags. it could be easily (i think so, but i
  254.    can be wrong) done, by changing wild_match(tmp->host, ...) to
  255.    check_channel_match(tmp->host, ...). unfortunately there are problems
  256.    with hash values, and i can't get through this :(
  257.  
  258. 2) more functions for userlist access. there should be also a function to
  259.    get userlist entry by nick, like
  260.  
  261.    Function: $userentry()
  262.    Usage:    $userentry(nick)
  263.    Returns:  returns userlist entry for given nick
  264.    Example:  $userentry(^wojtekka) returns
  265.              123 ^wojtekka wojtekka@blah #channel password
  266.              (just like /on userlist)
  267.  
  268. 3) $setinfo() is not saved with userlist. it could be easily done, by
  269.    changing /save command, to save userlist like this:
  270.  
  271.    ADDUSER blah!foobar@somewhere #chan
  272.    @setinfo(blah my mastah, my guru)
  273.    ADDUSER someone!else...
  274.    @setinfo(...)
  275. <flewid> cyndicate: well, i mean, like the operview, and parts/joins and
  276. stuff
  277.           , and like server connections, and seeing if someone trys to
  278. nethack
  279.           you or whatever?  syslog()
  280.  
  281. [BlackJac(blackjac@jacobs.Geeks.ORG)] /mtopic sets topic on all channels.
  282. [BlackJac(blackjac@jacobs.Geeks.ORG)] works like /msay
  283.  
  284. <sellfone> pana you never added my /joinifinvited #channel1,#channel2
  285. <sellfone> hehe
  286. <azop> hi
  287. <sellfone> or /joinifinvitedfrom nick1,nick2
  288.  
  289. [bs(jay@blackwidow.rma.edu)] i dont know if humble ask you already, but i
  290. was
  291.           curious to know if bx had a function that when you invited another
  292.           bx client to a channel, it would autojoin
  293. [bs(jay@blackwidow.rma.edu)] it would join a channel that had the channel
  294.           names stored only
  295. [bs(jay@blackwidow.rma.edu)] much like ajoin, but on invite, and on -i of
  296. the
  297.           channel, like a newnick
  298.  
  299. [lindex(~lindex@only.knows.how.to.idle.net)] like xecho -c %Rred would echo
  300.           with red
  301.  
  302. [humble---(humble@n04h1216.ex-pressnet.com)] ohh and one more thing on my
  303. list
  304.           of ideas, instead of trying to remember/find the proper /mop /mdop
  305.           etc mass commands just make a /mass -flag, -o -d etc, simpler
  306.           interface =)
  307. [humble(humble@BitchX.com)] hrmmm the *** #channel  No topic is set. is
  308.           showing up in the current window instead of the window the channel
  309.           is in
  310. [humble(humble@BitchX.com)] only seems to do that if there is no topic
  311.  
  312. [By-Tor(~by-tor@ppp78.cpis.net)] awesome feature -- ability to do somthing
  313.           like /user -ip xxx.* to grep for certain IPs on a channel... good,
  314.           yes?
  315. [BlackJac(blackjac@jacobs.Geeks.ORG)] If you get flooded by a certain number
  316.           of a single kind of flood, it'll ignore that type of flood from
  317.           EVERYONE for however long
  318. <lindex> heh oh well you werent aroung at the time so i told him just incase
  319. i
  320.           didnt remeber ... i just though it would be nice to have a -file
  321. on
  322.           /redirect .. kinda like on /lastlog
  323.  
  324.  6 [Thraddash(thrad@rocks.odu.neva.ru)] Feature wanted.. Second argument to
  325.           /scan commands, like /scano #assholes *.fucked.net
  326.