RE: Kat: Irc.exw
On 11 Jun 2001, at 14:01, Grape Vine wrote:
> WOW, This has started to go ~way~ past what i was first thinking about.
I didn't say *you* hadto do any of it, and i was just thinking ahead,, about all
the things i wished mirc had.
> 1) Focus on 1 irc net. Add support for others later,maybe using dynamic
> includes.
Err, problem with doing it later is that it wouldn't be passing the netname to
the event code, and changing the parameter list later would likely break
code,, so i did it now, it wasn't a big problem to add that feature, and now
you can switch nets and automagically have different code running, like the
numeric replies one net uses, but the next doesn't. Or the way dalnet uses
/chanserv and the other nets use /msg chanserv and dalnet once used /msg
chanserv at services.dal.net.... yeas, i had written a translator so
/msgchanserv sent it the right way for the net it was on at the time.
> @) Myself, would add this to the "to-do list" pile and wait forthe
> connection layer to be finishish. I tihnk what ever is done now might
> have ot be redone/fixed later and the bugs might be very hard to track
> down.
You must not irc like i do. 
> 3)Myslef, Im not after a gui just yet. My first intent was to make a
> linux bot. I evolved that into many more idea but i swiped them all back
> to the base idea for the time being.
Linux has gui. And this is based on tcp4u, which is wrapped only for
windoze, or has someone wrapped it for linux?
> 4) Nice idea. It brings me back to #1, Needing different setups for
> different nets. Could a include be setup for each numric event? Then
> just say nclude path = /dalnet or /efnet or /ircnet ect???
Most people on irc are technical idiots, and couldn't change anything.
Besides, if the code isn't net-aware, how will it deal with a nick ban on one
net and not on the other? How will it recognise an address mask is sop in
#whatever on one net, and not op'd in #whatever on the other net? In mirc,
this was easy to deal with in the name of the var,
%isop.sorcery.#whatever nick!ident@mask
or
%sorcery.#channel.ident@mask sop
> As much as i want to be a part of this I am not able to do much more
> then ideas. To be honest im not doing well mentaly. Im recovering from
> the loss of a child and now my fiancee left. Im going to go crawl into a
> corner and see if i cant stay sane. Ill add to this project when i can,
> I am goign to focus on the log mailer/blat gui for a while.
Sorry to hear about the troubles. 
I hope things get better for you soon.
What's a "log mailer/blat gui" ?
Kat
> www.trifocus.net/~g__vine/morgen/
>
> Kat wrote:
> > On 11 Jun 2001, at 5:26, Grape Vine wrote:
> >
> > > As far as im concerned it is. Kat is the one who produced the first code
> > > so
> > > it not in my hands.
> >
> > Well, i got ticked off enough to make it run, anyhow....
> >
> > > pampeano at ROCKETMAIL.COM wrote:
> > > > Is this an open project? If so, could you tell me where I could
> > > > download the souce?
> >
> > It's hardly stable source right now, i assume that means it can't be a
> > collaborative effort, but i am working on stabilising the code to the
> > point that
> > different includes can be coded by different people:
> >
> > 1) The "raw" numerics will be a pain to write, i assure you, with
> > hundreds of
> > them, and them not being used the same on every irc net. I hope to sorta
> >
> > copy them right out of Tiggr, since she has running code for all of
> > them.
> > Problems of course, she executes vars, and uses goto. She also makes var
> >
> > names out of data. And while she knows the nets she is on, and adapts to it,
> > she isn't coded for more than one net at the same time. Mirc's loops don't
> > exist,, no "while" or "for", at least in my old version. Whoever transcribes
> > this better be an expert in mirc script,, or start new Eu code from scratch.
> > Comments?
> >
> > 2) the interpreter, to load and run code at any time, like mirc does,
> > might be
> > a headache too. Several are in archives,,, Py might be a good first
> > choice,
> > even tho it's a new language? Comments?
> >
> > 3) a windoze gui would be nice, and since get_key() has a bug, i suppose a
> > real windoze event gui is needed? Can anyone make it show all the fonts on
> > one
> > "window", and mirc-compatable colors? What about ANSI codes?,,, i had also
> > written a MUD client in mirc, mirc uses ASCII,, yeas, i wrote a
> >
> > whole MUD client, and ansi-ascii-ansi converter,, but it uses a mirc
> > @window. I don't know windose gui well enough to write one. Comments?
> >
> > 4) thoughts needed: since we can't do in Eu what we can do in mirc, what do
> > you think of different "events" includes? Would this make script-like coding
> > any easier? Like "on_join.ew" and "on_connect.ew" ? Or "on_join.py" and
> > "on_connect.py" for the Py interpreter? Where is the limit to the number of
> > them? Comments?
> >
> > Tonite, i got the code to connect and interact properly (to the extent
> > that it
> <snip>
>
>
> J Reeves
> Grape Vine
<snip>
>
>
>
|
Not Categorized, Please Help
|
|
