I have this idea and I don't have the knowledge of programming to do it. I'mãthinking about a remote paging/chat client/server for those of us who haveãsynch running on remote servers (in my case a vps). Here's how it would work.ããSet a flag in scfg to remote paging which enables the remote paging/chatãserver (JSON?). The sysop then runs a client program that will connect to theãserver and wait until there is a page. When the pager goes off it plays aãconfigurable sound and asks the sysop if he wishes to answer and times outãafter a configurable amount of time. When the client is shutdown and/orãconnection is lost, the server will mark the sysop unavailable.ããIt would also be good for traveling sysops. What do y'all think?ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: I have an Ideaã By: Fireball to All on Thu Feb 07 2013 03:02:03ãã Fi> Set a flag in scfg to remote paging which enables the remote paging/chatã Fi> server (JSON?). The sysop then runs a client program that will connect toã Fi> the server and wait until there is a page. When the pager goes off itã Fi> plays a configurable sound and asks the sysop if he wishes to answer andã Fi> times out after a configurable amount of time. When the client is shutdownã Fi> and/or connection is lost, the server will mark the sysop unavailable.ããIt might be best overall if the "page the sysop" function on the BBS side wereãjust a simple client that could connect to an instant messaging service (GoogleãTalk, etc.) Wherever you are, you're likely to have an IM client on your phoneãor laptop or whatever, so you'd get the "page" message and choose whether orãnot to respond to it. No need for a custom notification system or anythingãlike that, just a Jabber client for Synchronet - which might already beãkludgeable via stuff that's already out there.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: I have an Ideaã By: Fireball to All on Thu Feb 07 2013 03:02 amãã > I have this idea and I don't have the knowledge of programming to do it.ã > I'm thinking about a remote paging/chat client/server for those of us whoã > have synch running on remote servers (in my case a vps). Here's how itã > would work.ã >ã > Set a flag in scfg to remote paging which enables the remote paging/chatã > server (JSON?). The sysop then runs a client program that will connect toã > the server and wait until there is a page. When the pager goes off it playsã > a configurable sound and asks the sysop if he wishes to answer and timesã > out after a configurable amount of time. When the client is shutdown and/orã > connection is lost, the server will mark the sysop unavailable.ã >ã > It would also be good for traveling sysops. What do y'all think?ã >ã > Fireballã >ãAn Icechat clone would be nice. :-)ããã$ The Millionaire $ãPark Avenue PlaceãSurrey, B.C., Canada Û  Ûããã---ã þ Synchronet þ Park Avenue Place - parkave.synchro.netã

Re: I have an Ideaã By: Fireball to All on Thu Feb 07 2013 03:02 amãã > I have this idea and I don't have the knowledge of programming to do it.ã > I'm thinking about a remote paging/chat client/server for those of us whoã > have synch running on remote servers (in my case a vps). Here's how itã > would work.ããThere's actually a defined internet standard for this. I was actually thinkingãof it today (funny coincidence that -- you logged onto my board today, I happenãto be thinking about it, and you write it later on :P).ããAnyhow, it's called the Talk Daemon. It used to be pretty popular on Unixãsystems, and has been ported to several other operating systems. Since peopleãstopped using unix shells for the most part, it's probably not even maintainedãanymore.ããI was thinking about bringing it up myself, but I've been looking for somethingãto cut my teeth on anyhow. It would require each participating system to beãrunning a javacript server. The client would initiate a talk request, andãwait. The receiver would get a telegram, indicating user@bbs would like toãtalk, press ctrl-whatever. If the initiator quit out, they would then get aãtelegram, etc, etc.ããThe original talk program that I used was a nice split screen realtime chat. Iãthink it'd mesh very nicely with Synchronet. And, the source is already outãthere. Not sure what license it has... I know there was talk, then later onãytalk, maybe some others. I'm sure at least one is open source, and only needsãto be ported.ãã---ã þ Synchronet þ Southeast Texas Chatã

Re: I have an Ideaã By: Fireball to All on Thu Feb 07 2013 03:02:03ãã Fi> I have this idea and I don't have the knowledge of programming to do it.ã Fi> I'm thinking about a remote paging/chat client/server for those of us whoã Fi> have synch running on remote servers (in my case a vps). Here's how itã Fi> would work.ãã Fi> Set a flag in scfg to remote paging which enables the remote paging/chatã Fi> server (JSON?). The sysop then runs a client program that will connect toã Fi> the server and wait until there is a page. When the pager goes off itã Fi> plays a configurable sound and asks the sysop if he wishes to answer andããI had this idea myself, and actually implemented a pair of apps (client andãserver) a few years ago that I'd use for remote paging. Since my BBS is on aãseparate computer, I wanted to be notified when a user paged me on my mainãcomputer. It was fairly simple though in that would just play a sound whenãa user paged me. When I heard the sound, I'd then remote desktop onto my BBSãmachine to talk to the user.ããI wrote my client & server apps in C++ to use traditional socket networkingãthough, and the drawback to that was that if my server app wasn't runningã(i.e., when my main PC was turned off), the client would take a while (severalãmoments) to "page" me because it couldn't connect to the server app - It wouldãwait and eventually time out. I didn't really like that, but it worked wellãwhen my main PC was turned on and the server app was running. I eventuallyãstopped using it due to that issue though..ããNightfox ãã---ã þ Synchronet þ Digital Distortion BBS - digitaldistortionbbs.comã

Re: I have an Ideaã By: echicken to Fireball on Wed Feb 06 2013 08:55 pmããec> It might be best overall if the "page the sysop" function on the BBS sideãec> were just a simple client that could connect to an instant messagingãec> service (Google Talk, etc.) ããTHAT WOULD ROCK.ããIt would be interesting to replace or supplant the IRC code with jabberãfederating between BBSes.ãã---ã þ Synchronet þ realitycheckBBS -- http://realitycheckBBS.orgã

Re: I have an Ideaã > By: Fireball to All on Thu Feb 07 2013 03:02:03ã > ã > Fi> Set a flag in scfg to remote paging which enables the remoteã > Fi> paging/chat server (JSON?). The sysop then runs a client program thatã > Fi> will connect to the server and wait until there is a page. When theã > Fi> pager goes off it plays a configurable sound and asks the sysop if heã > Fi> wishes to answer and times out after a configurable amount of time.ã > Fi> When the client is shutdown and/or connection is lost, the server willã > Fi> mark the sysop unavailable.ã > ã > It might be best overall if the "page the sysop" function on the BBS sideã > were just a simple client that could connect to an instant messagingã > service (Google Talk, etc.) Wherever you are, you're likely to have an IMã > client on your phone or laptop or whatever, so you'd get the "page" messageã > and choose whether or not to respond to it. No need for a customã > notification system or anything like that, just a Jabber client forã > Synchronet - which might already be kludgeable via stuff that's already outã > there.ã > ããVery good point! There is a javascript jabber library already out there;ãhttps://github.com/sstrigler.ããThe problem I see with a client/client is there needs to be a server somewhereãin there. Connecting directly to google's servers requires a google accountãfor each bbs user. Now if one could figure out how to setup a jabber serverãwith google talk access (not hard to do really), and import the users fromãsbbs so they could each use it to connect to the service via user@bbs.com,ãthat'd be cool. Then the paging could be bidirectional.ããOf course, using a google server would be optional if you're running your ownãjabber server. As a matter of fact, we could like jabber servers much like theãirc servers are linked, and have our own jabber network.ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: I have an Ideaã > By: Fireball to All on Thu Feb 07 2013 03:02 amã > ã > > I have this idea and I don't have the knowledge of programming to do it.ã > > I'm thinking about a remote paging/chat client/server for those of usã > > who have synch running on remote servers (in my case a vps). Here's howã > > it would work.ã > >ã > > Set a flag in scfg to remote paging which enables the remote paging/chatã > > server (JSON?). The sysop then runs a client program that will connectã > > to the server and wait until there is a page. When the pager goes off itã > > plays a configurable sound and asks the sysop if he wishes to answer andã > > times out after a configurable amount of time. When the client isã > > shutdown and/or connection is lost, the server will mark the sysopã > > unavailable.ã > >ã > > It would also be good for traveling sysops. What do y'all think?ã > >ã > > Fireballã > >ã > An Icechat clone would be nice. :-)ã > ã > ã > $ The Millionaire $ã > Park Avenue Placeã > Surrey, B.C., Canada Û  Ûã > ããAgreed. :)ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: I have an Ideaã By: Poindexter Fortran to echicken on Wed Feb 06 2013 21:34:46ãã PF> It would be interesting to replace or supplant the IRC code with jabberã PF> federating between BBSes.ããI believe there are some IRC <-> Jabber connectors out there, so this may beãpossible without some custom solution. (I haven't really looked into this,ãthough.)ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: Re: I have an Ideaã By: Fireball to echicken on Thu Feb 07 2013 18:09:38ãã Fi> Very good point! There is a javascript jabber library already out there;ã Fi> https://github.com/sstrigler.ããI'll take a look at that. Depending on what it was written for, it may or mayãnot translate well for our purposes.ãã Fi> The problem I see with a client/client is there needs to be a serverã Fi> somewhere in there. Connecting directly to google's servers requires aã Fi> google account for each bbs user. Now if one could figure out how to setupã Fi> a jabber server with google talk access (not hard to do really), andã Fi> import the users from sbbs so they could each use it to connect to theã Fi> service via user@bbs.com, that'd be cool. Then the paging could beã Fi> bidirectional.ããThere are a few possibilities:ããCreate a Jabber server for Synchronet, with the ability to federate with otherã(including Synchronet) Jabber servers. Your various IM clients could connectãto this server. It would just use your existing user DB. There could maybe beãsome sort of interBBS contact list population.ããJust use Google Talk, with one account for your BBS. When a user "pages" youãon the BBS, this account logs in and sends you a message, eg. "<username> isãpaging you for chat." You'd just need to read that message to know who isãusing your BBS' Jabber account at a given time. Granted if more than oneãperson paged you at once, this could get confusing.ããSome sort of magical gating between your BBS' existing IRC server and your IMãprotocol of choice.ããFor direct user to user interBBS paging, there are other possibilities and theãwhole Jabber thing isn't entirely necessary, not that it wouldn't work. ãMCMLXXIX and I have some JSON-service stuff in place on our systems for this,ãand it works nicely.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

There's actually a defined internet standard for this. I was actuallyã > thinking of it today (funny coincidence that -- you logged onto my boardã > today, I happen to be thinking about it, and you write it later on :P).ã > ã > Anyhow, it's called the Talk Daemon. It used to be pretty popular on Unixã > systems, and has been ported to several other operating systems. Sinceã > people stopped using unix shells for the most part, it's probably not evenã > maintained anymore.ã > ã > I was thinking about bringing it up myself, but I've been looking forã > something to cut my teeth on anyhow. It would require each participatingã > system to be running a javacript server. The client would initiate a talkã > request, and wait. The receiver would get a telegram, indicating user@bbsã > would like to talk, press ctrl-whatever. If the initiator quit out, theyã > would then get a telegram, etc, etc.ã > ã > The original talk program that I used was a nice split screen realtimeã > chat. I think it'd mesh very nicely with Synchronet. And, the source isã > already out there. Not sure what license it has... I know there was talk,ã > then later on ytalk, maybe some others. I'm sure at least one is openã > source, and only needs to be ported.ã > ããWe kind of already have this in sbbs. Chat between bbs systems is built-inãnow. The thing is, I'd like a full out paging system. My server is linux andãmy normal everyday use computer is windows, so I'd need a cross-platformãsolution for that.ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

ã > I had this idea myself, and actually implemented a pair of apps (client andã > server) a few years ago that I'd use for remote paging. Since my BBS is onã > a separate computer, I wanted to be notified when a user paged me on myã > main computer. It was fairly simple though in that would just play a soundã > whenã > a user paged me. When I heard the sound, I'd then remote desktop onto myã > BBS machine to talk to the user.ã > ã > I wrote my client & server apps in C++ to use traditional socket networkingã > though, and the drawback to that was that if my server app wasn't runningã > (i.e., when my main PC was turned off), the client would take a whileã > (several moments) to "page" me because it couldn't connect to the serverã > app - It would wait and eventually time out. I didn't really like that,ã > but it worked well when my main PC was turned on and the server app wasã > running. I eventually stopped using it due to that issue though..ã > ã > Nightfox ã > ããI'm thinking skip the whole having to login from remote and chat via myãdesktop system. I remember that back in the day, when the sysop was running itãon their local system, they'd answer almost immediately. This would bring thatãto sbbs for those who have a remote system or sbbs running on a local separateãsystem.ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: I have an Ideaã > By: echicken to Fireball on Wed Feb 06 2013 08:55 pmã > ã > ec> It might be best overall if the "page the sysop" function on the BBSã > ec> side were just a simple client that could connect to an instantã > ec> messaging service (Google Talk, etc.) ã > ã > THAT WOULD ROCK.ã > ã > It would be interesting to replace or supplant the IRC code with jabberã > federating between BBSes.ã > ããI don't want to see IRC go away. It's a good place to share ideas and getãimmediate support and shoot the $#*^. I think jabber would be a good additionãto the array of chat features already there. :)ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: Re: I have an Ideaã > By: Fireball to echicken on Thu Feb 07 2013 18:09:38ã > ã > Fi> Very good point! There is a javascript jabber library already outã > Fi> there; https://github.com/sstrigler.ã > ã > I'll take a look at that. Depending on what it was written for, it may orã > may not translate well for our purposes.ã > ã > Fi> The problem I see with a client/client is there needs to be a serverã > Fi> somewhere in there. Connecting directly to google's servers requires aã > Fi> google account for each bbs user. Now if one could figure out how toã > Fi> setup a jabber server with google talk access (not hard to do really),ã > Fi> and import the users from sbbs so they could each use it to connect toã > Fi> the service via user@bbs.com, that'd be cool. Then the paging could beã > Fi> bidirectional.ã > ã > There are a few possibilities:ã > ã > Create a Jabber server for Synchronet, with the ability to federate withã > other (including Synchronet) Jabber servers. Your various IM clients couldã > connect to this server. It would just use your existing user DB. Thereã > could maybe be some sort of interBBS contact list population.ã > ããI read that since JSON doesn't support namespaces, the XMPP protocol would beãpretty complex, if not impossible, to implement for it. Another option wouldãbe to make a plugin for something like ejabberd to hit the sbbs user databaseãfor authentication.ãã > Just use Google Talk, with one account for your BBS. When a user "pages"ã > you on the BBS, this account logs in and sends you a message, eg.ã > "<username> is paging you for chat." You'd just need to read that messageã > to know who is using your BBS' Jabber account at a given time. Granted ifã > more than one person paged you at once, this could get confusing.ã > ããPossible, but meh. I'd just as soon have different chat windows for differentãusers.ãã > Some sort of magical gating between your BBS' existing IRC server and yourã > IM protocol of choice.ã > ããInteresting thought. It might blur the lines a little much for my tastes.ãã > For direct user to user interBBS paging, there are other possibilities andã > the whole Jabber thing isn't entirely necessary, not that it wouldn't work.ã > MCMLXXIX and I have some JSON-service stuff in place on our systems forã > this, and it works nicely.ã > ããThere is already a interBBS IM chat, just not a paging system. Could it beãpossible to modify the existing service to a) allow for an external client toãconnect and wait for pages b) allow for an initiation of text chat via thatãclient?ããI know a little about python (it's been a long time since I messed with it)ãand almost nothing about javascript. It would be nice to see some support forãpython in sbbs as well (even if via a 'shim'). It's not near as hard to learnãand also very powerful. :)ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: Re: I have an Ideaã By: Fireball to echicken on Thu Feb 07 2013 21:34:10ãã Fi> I read that since JSON doesn't support namespaces, the XMPP protocol wouldã Fi> be pretty complex, if not impossible, to implement for it. Another optionããJSON doesn't need to get involved at any point. We do have native XML parsingãat our disposal in Synchronet (3.15+, I believe.)ãã Fi> would be to make a plugin for something like ejabberd to hit the sbbs userã Fi> database for authentication.ããSure. It might be fun to write the service anyway, though, and the serviceãhaving access to all kinds of data from the BBS might open up some interestingãpossibilities. (Of course, a client running on the BBS might be enough.)ãã Fi> There is already a interBBS IM chat, just not a paging system. Could it beããSure, the one I was talking about just works very differently, and we're usingãit for answerable (tied to a hot key combination) "invitations" to things likeãchat and games.ãã Fi> possible to modify the existing service to a) allow for an external clientã Fi> to connect and wait for pages b) allow for an initiation of text chat viaã Fi> that client?ããI haven't looked at the bundled SBBSIMSG thing in quite some time. Myãrecollection is that:ããa) The list of BBSs is tied to the Synchronet BBS listãb) User presence information is gathered via Finger, per BBSãc) The messages are delivered via SMTP?ããTo use an external client, that client would need to be a sort of fake BBS onãthe SBL, to begin with, which really isn't ideal.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: Re: I have an Ideaã By: Fireball to echicken on Thu Feb 07 2013 21:34:10ãã Fi> I know a little about python (it's been a long time since I messed withã Fi> it) and almost nothing about javascript. It would be nice to see someã Fi> support for python in sbbs as well (even if via a 'shim'). It's not nearã Fi> as hard to learn and also very powerful. :)ããI don't know. "Hard to learn" is totally subjective. I know a little bit ofãPython and I wouldn't really say it's easier (or harder) to pick up than JS -ãjust different.ããJS - with the objects and classes provided by Synchronet - is actually quiteãpowerful, and we've been able to do a lot with it. I'd rather see oneãwell-supported native scripting language in a project like this than a handfulãof options, many of which would be under-used and not fully implemented. Anyãnew scripting environment would not benefit from the huge amount of JS stuffãavailable for Synchronet already.ã ãOf course, for your "shim" one could conceivably write an API in JS to exposeãall kinds of data from Synchronet, then interact with it from stuff written inãtheir programming language of choice.ããIf Python really is your thing, there is somebody working on a Python-basedãBBS: http://1984.ws/. On the other hand, there's no need to change softwareãjust because you don't want to learn JS - Synchronet already has an alternativeãby the name of Baja. :Dããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: I have an Ideaã By: Poindexter Fortran to echicken on Wed Feb 06 2013 21:34:46ãã pf> It would be interesting to replace or supplant the IRC code with jabberã pf> federating between BBSes.ããWell, I wouldn't want the IRC stuff to go away - it does what it does quiteãnicely. XMPP is just something to consider, depending on what people mightãwant to do with it. Could be fun.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: Re: I have an Ideaã By: Fireball to Dreamer on Thu Feb 07 2013 06:18 pmãã > We kind of already have this in sbbs. Chat between bbs systems is built-inã > now. The thing is, I'd like a full out paging system. My server is linuxã > and my normal everyday use computer is windows, so I'd need aã > cross-platform solution for that.ããYeah, but our options are IRC or telegrams. I was talking about a privateãsplit screen real time chat. IRC is near realtime, using one or more serversãin between and only transmits a line at a time. Telegrams are good for shortãmessages, but then, so is email, and email is more reliable in my opinion.ããTalk and talkd are pretty awesome as it's fully live, character by character. ãOne of the later versions, ytalk I think it was, apparently even had theãability to have more than two splitscreened users (I guess up to four), plusãyou could open a shell that others could see (the original online whiteboard?).ãã---ã þ Synchronet þ Southeast Texas Chatã

Re: I have an Ideaã By: echicken to Poindexter Fortran on Thu Feb 07 2013 04:49 pmããec> Well, I wouldn't want the IRC stuff to go away - it does what it does quiteãec> nicely. XMPP is just something to consider, depending on what people mightãec> want to do with it. Could be fun.ããDefinitely not replace -- that was incorrect. There are social aspects to IRCãthat XMPP doesn't offer, and IRC is a whole 'nother world of networking.ãã---ã þ Synchronet þ realitycheckBBS -- http://realitycheckBBS.orgã

Re: I have an Ideaã By: Poindexter Fortran to echicken on Fri Feb 08 2013 14:06:33ãã PF> Definitely not replace -- that was incorrect. There are social aspects toã PF> IRC that XMPP doesn't offer, and IRC is a whole 'nother world ofã PF> networking.ããWell, it seems like XMPP would be a bit more of a headache to implement thanãI'm willing to deal with right now anyway. E4X, which brought native XMLãparsing to Javascript, has been discontinued in favour of DOM based parsersãwhich won't help us here.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: I have an Ideaã > By: Poindexter Fortran to echicken on Fri Feb 08 2013 14:06:33ã > ã > PF> Definitely not replace -- that was incorrect. There are social aspectsã > PF> to IRC that XMPP doesn't offer, and IRC is a whole 'nother world ofã > PF> networking.ã > ã > Well, it seems like XMPP would be a bit more of a headache to implementã > than I'm willing to deal with right now anyway. E4X, which brought nativeã > XML parsing to Javascript, has been discontinued in favour of DOM basedã > parsers which won't help us here.ã > ã > echickenã > electronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ã > ããI read up on it. Yeah, they killed off E4X earlier this year. I don't know howãuseful it is, but there is/was another project that provides an XML parser andãsupports DOM. http://xmljs.sourceforge.net/ is the url. You might want to takeãa look and see what you think. It hasn't been updated sine 2011, but it mightãbe promising.ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: Re: I have an Ideaã > By: Fireball to Dreamer on Thu Feb 07 2013 06:18 pmã > ã > > We kind of already have this in sbbs. Chat between bbs systems isã > > built-in now. The thing is, I'd like a full out paging system. My serverã > > is linux and my normal everyday use computer is windows, so I'd need aã > > cross-platform solution for that.ã > ã > Yeah, but our options are IRC or telegrams. I was talking about a privateã > split screen real time chat. IRC is near realtime, using one or moreã > servers in between and only transmits a line at a time. Telegrams are goodã > for short messages, but then, so is email, and email is more reliable in myã > opinion.ã > ã > Talk and talkd are pretty awesome as it's fully live, character byã > character. One of the later versions, ytalk I think it was, apparently evenã > had the ability to have more than two splitscreened users (I guess up toã > four), plus you could open a shell that others could see (the originalã > online whiteboard?).ã > ããI would need a talk client that would have the (non-standard) ability to takeãa signal and play a sound. Then give an option to open a chat window. I wouldãthink either a java or python client (for cross platform) and console/splitãscreen style would be preferred if this is the way to go. :)ããFireballãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: Re: I have an Ideaã By: Fireball to Dreamer on Sat Feb 09 2013 08:05 amãã > I would need a talk client that would have the (non-standard) ability toã > take a signal and play a sound. Then give an option to open a chat window.ã > I would think either a java or python client (for cross platform) andã > console/split screen style would be preferred if this is the way to go. :)ããBasically, talk/talkd would be a Synchronet javascript program.. I'm sure itãcould be set up so that if the user being paged is the sysop, it can play aãsound. I'm going to write it from the ground up, but I've never written aãjavascript program. I'm looking at others for examples, and I've gotten theãoriginal Berkeley talk source for reference, but it's still going to take aãvery long time.ããI'm not sure how "standard" I'm really going to go with it. Very few peopleãactually use the original talk protocol anymore; in fact, in Debian and Ubuntuãdistributions, it's still disabled even after installation. You have toãmanually edit one or two config files to enable it.ããFor my first version, I'm going to use the included SBBS Telegram service inãplace of talkd. It's pretty much what talkd does. Talk will send an invite,ãthen wait for connection. The invitee will run their talk program, which willãthen connect to the initiator. Once I get that working, I'll start on aãversion 2, which will include a talkd service and be capable of doing standardãtalk, so users with Linux can utilize it w/o logging in.ãã---ã þ Synchronet þ Southeast Texas Chatã

Re: I have an Ideaã By: echicken to Poindexter Fortran on Fri Feb 08 2013 08:40 pmãã > Well, it seems like XMPP would be a bit more of a headache to implementã > than I'm willing to deal with right now anyway. E4X, which brought nativeã > XML parsing to Javascript, has been discontinued in favour of DOM basedã > parsers which won't help us here.ããThe code is still there and Synchronet builds with it enabled... there's a few
bits in CVS already that rely on E4X, so it's not something that will be dropped lightly.ããOn the other hand, if we end up pulling in a different JS engine for some
reason in the future, E4X may not be available.ãã---ãhttp://DuckDuckGo.com/ a better search engine that respects your privacy.ã þ Synchronet þ My Brand-New BBS (All the cool SysOps run STOCK!)ã

Re: Re: I have an Ideaã > By: Fireball to echicken on Thu Feb 07 2013 21:34:10ã > ã > Fi> I know a little about python (it's been a long time since I messedã > Fi> with it) and almost nothing about javascript. It would be nice to seeã > Fi> some support for python in sbbs as well (even if via a 'shim'). It'sã > Fi> not near as hard to learn and also very powerful. :)ã > ã > I don't know. "Hard to learn" is totally subjective. I know a little bitã > of Python and I wouldn't really say it's easier (or harder) to pick up thanã > JS - just different.ã > ããI guess what I meant to say is it seems less readable and more complicated toãme. For those that are familiar with with C++ or Java, it wouldn't be hard toãpick up. I was able to start writing in python almost right away, with aãlittle reading and tutorial. I have yet to see a good tutorial on JS, and Iãhaven't found a good guide to command line JS operation either.ãã > JS - with the objects and classes provided by Synchronet - is actuallyã > quite powerful, and we've been able to do a lot with it. I'd rather seeã > one well-supported native scripting language in a project like this than aã > handful of options, many of which would be under-used and not fullyã > implemented. Any new scripting environment would not benefit from the hugeã > amount of JS stuff available for Synchronet already.ã > ããI understand where you're coming from. I'm sure JS has it's advantages, butãthen so does Python. Both are mature OOP languages. One was made for webãenvironments while the other was made for other uses. I think my biggest issueãis, even with all the sbbs JS examples I've been over in the last few days, Iãstill can't figure out how it works.ãã > Of course, for your "shim" one could conceivably write an API in JS toã > expose all kinds of data from Synchronet, then interact with it from stuffã > written in their programming language of choice.ã > ããOne could conceivably make a python methods available to a program byãincluding the Python.h. Alternatively, using python ctypes andãcreating/importing the synchronet definitions as a library could provide a lotãof useful information for making sbbs python scripts (doors and utilities).ãã > If Python really is your thing, there is somebody working on a Python-basedã > BBS: http://1984.ws/. On the other hand, there's no need to changeã > software just because you don't want to learn JS - Synchronet already hasã > an alternative by the name of Baja. :Dã > ããI'm not looking to change completely. I like Synchronet and it's manyãfeatures, just not real thrilled with the learning curve of JS.ããFireballã-=Fireball=-ãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã

Re: Re: I have an Ideaã By: Fireball to echicken on Mon Feb 11 2013 17:22:03ãã Fi> with a little reading and tutorial. I have yet to see a good tutorial onã Fi> JS, and I haven't found a good guide to command line JS operation either.ããI guess it depends on how you like to learn. (I rarely go the tutorial route,ãmyself, finding it tedious.) With JS I stared by modifying existing code untilãI began to understand more of what was going on, then slowly began writing myãown stuff from scratch. I do however find it difficult to believe that thereãare no good JS tutorials, though perhaps the problem is that most of them areãgeared toward web browser-based JS.ããCommand-line operation (a la Python, Ruby, probably others) as in typing lineãby line into an interactive interpreter really isn't a common thing in JS landã(although perhaps node.js offers this,) though there are ways. I guess ifãyou're used to that sort of immediate feedback it would be difficult to getãused to editing and saving your script, then running it separately.ãã Fi> I understand where you're coming from. I'm sure JS has it's advantages,ã Fi> but then so does Python. Both are mature OOP languages. One was made forããWhat I was saying was not so much that JS is great in and of itself, but thatãwe have a rich set of objects available from Synchronet for that languageãalready, and a lot of extra libraries written. If someone wants to duplicateãall of that for some other language ... well, sure, go for it.ãã Fi> but then so does Python. Both are mature OOP languages. One was made forã Fi> web environments while the other was made for other uses. I think myããA lot of JS examples you'll find might suggest that it's for web environments,ãbut that's because they're examples for client-side scripts running in webãbrowsers. Without the Document object, etc., JS is a language like mostãothers, with the typical building blocks. What it may lack in a *browser* inãterms of file I/O and sockets, to name two notable things, we do have in JSãunder Synchronet (a File class, a Socket class, and more.)ãã Fi> biggest issue is, even with all the sbbs JS examples I've been over in theã Fi> last few days, I still can't figure out how it works.ããThis may depend on what code you've been looking at. Most people start byãdoing a really bad modification of one of the existing command shells.ãã Fi> One could conceivably make a python methods available to a program byã Fi> including the Python.h. Alternatively, using python ctypes andã Fi> creating/importing the synchronet definitions as a library could provide aã Fi> lot of useful information for making sbbs python scripts (doors andã Fi> utilities).ããYep, that would take care of most of it. If somebody (you) wants to do that,ãmore power to them.ãã Fi> I'm not looking to change completely. I like Synchronet and it's manyã Fi> features, just not real thrilled with the learning curve of JS.ããYeah, I wasn't saying "go away and use this Python based BBS instead", justãpointing it out. JS make take a bit of getting used to; it's just my opinionãthat we'd all benefit by working with the same libraries and such - but failingãthat, working in your own preferred environment is better than nothing.ããIf you do have specific questions about JS & Synchronet, there are many of usãwho read this sub and should be able to tell you what you want to know. Ifãsome specific examples of how to do certain things would help, someone (me, atãleast) can provide them, within reason.ããechickenãelectronic chicken bbs - bbs.electronicchicken.com - 416-273-7230ãã---ã þ Synchronet þ electronic chicken bbs - bbs.electronicchicken.comã

Re: Re: I have an Ideaã By: Fireball to echicken on Mon Feb 11 2013 17:22:03ãã Fi> I guess what I meant to say is it seems less readable and more complicatedã Fi> to me. For those that are familiar with with C++ or Java, it wouldn't beã Fi> hard to pick up. I was able to start writing in python almost right away,ã Fi> with a little reading and tutorial. I have yet to see a good tutorial onããI think if you already know one (or more) programming language, it's not allãthat hard to learn another. The concepts are mostly the same betweenãlanguages; it's just the syntax and available keywords & objects that tend toãbe different.ãã Fi> JS, and I haven't found a good guide to command line JS operation either.ããJS typically isn't used on the command-line, although for Synchronet, there isãthe jsexec program, which allows you to write JS scripts for Synchronet thatãyou can run on the command line.ããWhile writing JS scripts for Synchronet, I've often done string manipulationãand have found the documentation on the JS string object at w3schools.comãuseful:ãhttp://www.w3schools.com/jsref/jsref_obj_string.aspãThey have a page for JS examples as well:ãhttp://www.w3schools.com/js/js_examples.aspãã Fi> One could conceivably make a python methods available to a program byã Fi> including the Python.h. Alternatively, using python ctypes andã Fi> creating/importing the synchronet definitions as a library could provide aã Fi> lot of useful information for making sbbs python scripts (doors andã Fi> utilities).ããI've actually thought that being able to write Python scripts for Synchronetãwould be nice.ããNightfoxãã---ã þ Synchronet þ Digital Distortion BBS - digitaldistortionbbs.comã

On 2/12/2013 10:58 AM, Nightfox wrote:ã> Re: Re: I have an Ideaãã>ã> I've actually thought that being able to write Python scripts for Synchronetã> would be nice.ã>ããSOmething like this:ããhttp://pyjs.org/Translator.htmlã---ã þ Synchronet þ Eldritch Clockwork BBS - eldritch.darktech.orgã

Re: Re: I have an Ideaã By: Mindless Automaton to Nightfox on Tue Feb 12 2013 12:33:33ãã >> I've actually thought that being able to write Python scripts forã >> Synchronet would be nice.ãã MA> SOmething like this:ã MA> http://pyjs.org/Translator.htmlããThat looks interesting.. I doubt it would support Synchronet's JavaScript APIãthough. There would also have to be a way to reference Synchronet's APIs fromãPython.ããNightfoxãã---ã þ Synchronet þ Digital Distortion BBS - digitaldistortionbbs.comã

El 08/02/13 00:34, Fireball escribió:ãã> ã> I read that since JSON doesn't support namespaces, the XMPP protocol would beã> pretty complex, if not impossible, to implement for it. Another option wouldã> be to make a plugin for something like ejabberd to hit the sbbs user databaseã> for authentication.ã> ãi use ejabberd plugin to authenticate with the pop3 bbs serviceãã---ã þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar - telnet://bbs.docksud.com.arã

El 08/02/13 00:34, Fireball escribió:ã > ã > > ã > > I read that since JSON doesn't support namespaces, the XMPP protocolã > > would be pretty complex, if not impossible, to implement for it. Anotherã > > option would be to make a plugin for something like ejabberd to hit theã > > sbbs user database for authentication.ã > > ã > i use ejabberd plugin to authenticate with the pop3 bbs serviceã > ã > ---ã > þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar -ã > telnet://bbs.docksud.com.arããThat would be an idea. I'll have to look into it. :)ããThanks!ãã---ã þ Synchronet þ Loki's Den - lokisden.synchro.netã

El 08/02/13 00:34, Fireball escribió:ã > ã > > ã > > I read that since JSON doesn't support namespaces, the XMPP protocolã > > would be pretty complex, if not impossible, to implement for it. Anotherã > > option would be to make a plugin for something like ejabberd to hit theã > > sbbs user database for authentication.ã > > ã > i use ejabberd plugin to authenticate with the pop3 bbs serviceã > ã > ---ã > þ Synchronet þ Dock Sud BBS TLD 24 HS - http://www.docksud.com.ar -ã > telnet://bbs.docksud.com.arããNice! Perhaps I'll attempt to figure something out on the whole ejabberd/pop3ãauthentication. It might come in handy if I can peer off of gtalk and justãhave it message me there.ããMake a json client for the bbs that will connect to the local jabber serverãwith their user account, and "pages me. When it "pages" me, it sends me aãmessage on gtalk and we are connected for chat. I'd have to find an easy wayãto turn on and off paging. hmmm.....ããSince I'm still javascript stupid, this might even be vaporware, but it is anãidea if someone wants to take up the project. *hint*hint* lolãã-=Fireball=-ãã---ã þ Synchronet þ Fireball Express!!! BBS - http://fireballex.com telnet://fireballex.comã