RE: Kat: Irc.exw
WOW, This has started to go ~way~ past what i was first thinking about.
1) Focus on 1 irc net. Add support for others later,maybe using dynamic
includes.
@) 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.
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.
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???
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.
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
13728824
|
Not Categorized, Please Help
|
|
