egghelp/eggheads community

Thanks willyw, just the sort of feedback I need. I can explain most of the things you experienced, but I don't know if users want them changed. For the most part it is the lack of help files that cause the confusion. They always get left till last, though I'm actively considering online help at the ...

Sorry, I didn't mean to imply that simply changing xs_flooder to xs_flooder($chan) would suffice. I was generalising when pointing the way to using an array variable rather than a normal scalar variable to store information in a per channel way. There would be one array element per channel you wishe...

I see your problem. You would have to somehow employ an array variable to keep track of the flood on a per channel basis xs_flooder($chan). This script does such a thing to restrict channel access when a PART flood occurs WITH part messages. You may be able to adapt it. # part.tcl # profers channel ...

I haven't given any thought to that yet thommey, thanks for bringing it to my attention. I don't suppose you could advise what would be suitable? I know next to nothing about licencing. I have never before published software other than Tcl scripts. For now, and at the very least for the medium term,...

Thanks for your input regarding encryption. However, I won't be looking at it anytime soon. CrazyCat, if you are still following this thread. I am around half way through the coding required to translate the interface. It is a much more extensive job than I envisaged. I have to keep it completely se...

Can I just say that I was suggesting you restart the bot merely to give opportunity to deop users without the bot seeing it, not because it otherwise needed to be restarted.

Other than that, I can only think of maybe +protectops channel setting having an effect.

Leave +protectops and -autoop as they are and try restarting the bot. Deop the other global +o users while the bot is away from the channel so that this action goes unseen. See if it reops them when it returns.

.chanset #channelname -autoop

The Eggdrop does not recognise you as having the authority to use the command .chanset (m|m required).

desired - I'm sorry, i don't know.

Perhaps you should start another thread but I don't expect you'll get much response. Sounds like a huge amount of effort for little or no material advantage.

I would like to keep this thread for Defero users to provide me with the feedback I need.

desired, I have had a brief look for IPv6 functionality in Overbyte ICS sockets but I can't find anything reliable as yet. Almost seems like the author has buried his head in the sand. I was leaning towards changing the socket component anyway, probably to IP*Works which is supplied free of charge i...

The programming language is Delphi 2010 Win32 with some 3rd party addons/components :- Overbytes sockets http://www.overbyte.be/frame_index.html?redirTo=/products/ics.html Component based regular expressions http://www.regular-expressions.info/delphi.html Several components and enhanced functions fr...

On second thoughts nml375 I didn't really get what you were suggesting. It has just dawned on me. You are suggesting another field in on the 'Defero New Connection' form. One where the user selects from say a fixed list the language that this specific bot uses. This would be a very good idea because...

I think I know what you are getting at nml375. My main immediate concern has been to allow the client to perform as expected irrespected of the Eggdrop's language setting. At the moment this involves capturing and reacting to relatively few prompts/messages. In fact so far only 3, though I expect th...

Sorry to inconvenience any users.

I have uploaded version 1.1.3.109 which now responds correctly to normal or stealth-telnets style nick prompts in all eggdrop languages.