131–137 of 137 posts
Earlier quoted context omitted.
Erm, pretty sure weechat is a CLI based IRC program. There's plenty of interfaces for it that expose a GUI, but at its core it's command line.
There's a distinction to be made between CLI and TUI (Text user interface, curses and the like) isn't there? I think maybe that's what godmodus was getting it (considering TUIs to be a kind of GUI).
Earlier quoted context omitted.
I use Android
I hear good things about wee-droid (or something, it's an app that connect to a weechat in relay mode)
Earlier quoted context omitted.
Apples and oranges - wee Is gui. Irssi is cli. It's "wee" - so it's minimal. Does a good job for its niche. Cli chat clients are more flexible, with all the complexity that brings with it - but they're usually robust. Command line graphics don't change much :) gui ones less so, but learning curve is not as steep. That said Xchat is hard to compare to weechat again, as it's a full fledged gui IRC client, rather than a…
I'm not sure which WeeChat you're comparing to, but practically nothing you said applies to the weechat I know[1]. It's primary interface is a CLI one, it is incredibly flexible, and it's a full fledged IRC client with every single feature you listed. [1]: https://weechat.org/
Hell even xchat is now hexchat. Weechat seems to be a pretty good client.
The nick list on the side does have its drawbacks when it comes to small screen realestate- but for a newbie (and beyond really. It seems to be very extedable) Friendly client it's impressive.
Earlier quoted context omitted.
Erm, pretty sure weechat is a CLI based IRC program. There's plenty of interfaces for it that expose a GUI, but at its core it's command line.
There's a distinction to be made between CLI and TUI (Text user interface, curses and the like) isn't there? I think maybe that's what godmodus was getting it (considering TUIs to be a kind of GUI).
I had an old java based chat client in mind that I used a long time ago and had a similar name.
Earlier quoted context omitted.
That's not true, if the network is ipv6 aware, each user gets his own ipv6 with irccloud. Not to mention the hardcoded usernames. I'm against irccloud (you're paying to be man in the middled) but they definitely sorted the "can not ban" problem.
"each user" - what defines a user? The problem with things like irccloud from a network operator perspective isn't that it's difficult to distinguish between users. It's that these systems often subvert protections the network has deemed necessary. Imagine example.net runs an open proxy scanner on anyone that connects. They find this reduces abuse considerably. If (e.g. irccloud) either 1) doesn't pass the originatin…
IE: sid655585@
or: uid555512@
s = subscriber, paid member
u = unsubscriped, free member.
It's possible, of course, to use this service to register many names and launch a spam attack using it. But, in that case you can just block all `u@.irccloud.com`[0] (assuming you can rdns properly)
Like I said, I'm not a super large advocate of irccloud, but just as webchat passes on the originating IP via cgi module extensions, irccloud fixes problems with abuse for operators.
I know this, because I have been running a large irc network for over 10 years.
[0]: I tried everything to make asterisks appear, but hackernews is doing something funky:
u*@*.irccloud.comEarlier quoted context omitted.
"each user" - what defines a user? The problem with things like irccloud from a network operator perspective isn't that it's difficult to distinguish between users. It's that these systems often subvert protections the network has deemed necessary. Imagine example.net runs an open proxy scanner on anyone that connects. They find this reduces abuse considerably. If (e.g. irccloud) either 1) doesn't pass the originatin…
A user is defined by an irccloud account. Each irccloud account has a unique ipv6 and unique "user" name when connecting. IE: sid655585@ or: uid555512@ s = subscriber, paid member u = unsubscriped, free member. It's possible, of course, to use this service to register many names and launch a spam attack using it. But, in that case you can just block all `u @ .irccloud.com`[0] (assuming you can rdns properly) Like I s…
You allude to a problem by suggesting blocking u*, these accounts can be created when the old one is blocked. Even subscriber accounts can be created at will & higher cost, though are likely less of an issue.
There is a problem that irc.example.net can't say "These users all seem to be originating from this single open proxy, lets block it." They need irccloud to do that.
Happy to see IRC still going strong. While I switched to irccloud.com a couple years ago--persistent session is so nice, especially for mobile!--I used CLI clients for years before. Amusing blast from the past: back in the 90's I worked at General Magic, and wrote my own IRC client [1] for our handheld devices. I attached a Metricom wireless modem to the bottom of mine and could be on IRC from anywhere ; it was like…
You don't need irccloud to get persistence. There are many bouncers/proxies that let you connect from a device with flaky connections like a phone/laptop, as long as you have some always-connected machine where you can install things. Some popular ones are ZNC, Weechat, Quassel, Smuxi. Quassel and Smuxi.im are GUI-based ones, where you can start them one one computer and connect from another. (I've never tried them,…