pR0Ps

Just added the project to a proper repository, check it out at https://launchpad.net/netchatlink

Thanks! I actually just fixed a bug involving Flexhub today Update: Alpha 8 Changelog: ------------------------------------------------------------------------------- NetChatLink Alpha 8 - Minor fixes ------------------------------------------------------------------------------- Fix: Client tag now properly formatted (in NMDC and ADC) Fix: NMDC $Lock/$Key handshake fixed (Thanks Light-Angel)

Update: Alpha 7 Changelog: ------------------------------------------------------------------------------- NetChatLink Alpha 7 - Bugfixes ------------------------------------------------------------------------------- Fix: Debug log getting too long and using up a ton of memory Fix: Changed strings to WideStrings Fix: No more duplicated messages from NickServ and ChanServ Fix: Action messages being sent twice from IRC Fix: Bot discarding nick for a SID if an INF was sent that didn't include the nick Fix: Special characters (|, $, etc) being transmitted to NMDC hubs Fix: Ignored auto-check for updates option (always checked) Fix: Some characters (like ê and ç) not being transmitted from IRC Fix: Inconsistent capitilization Added: Ability to relay parts from users (not joins yet) Change: Debug log now automatically writes to file and clears in-program log Change: Disabled automatically checking for updates on startup (until it works properly in the background)

Sometimes I want to disconnect from a hub, but would like to keep the tab open so when I want to connect again, I have easy access to to it. Currently the options are: Clear, Add to Favorites, Reconnect, Copy, User Commands, and Close. What about adding a "Disconnect" item above "Reconnect" that would just terminate the connection to the hub and leave the tab open? ApexDC should also not try to automatically reconnect until the user manually specifies.

Go with a any decent router that supports DD-WRT (http://dd-wrt.com/site/support/router-database). DD-WRT is basically a firmware replacement that gives you a ton more features with a clean GUI. I use a Rosewill RNX-GX4 (basically just a rebranded Netcore NW618) with DD-WRT and would recommend it to anyone, it's been running perfectly for the past year. Also, it's actually on sale right now at Newegg for $30, if Newegg will ship to wherever you're at.

I think if you ditched the data transfers and made it just chat-only, Apple wouldn't have a problem with it. It would basically be just an IRC client. IMO downloads and uploads with a smartphone aren't really something that most people will need anyway.

Last update I changed the save format from multiple ini files to a single XML file and added the option to send custom commands when connecting to IRC servers (for identifying with NickServ or anything else, every server is different). I also (because of the frequent updates) added an update feature. It checks at startup (and whenever else you want) for a new version and if it finds one, opens the download link in your browser. I also put the finishing touches on PID generation to make each instance have a different CID. Full changelog: ------------------------------------------------------------------------------- NetChatLink Alpha 6 - Feature additions ------------------------------------------------------------------------------- Fix: Bug in channel parsing (trailing comma) Fix: Bot now recognizes when it is signed in on NMDC hubs that don't support 'LOGEDIN' Fix: Dynamic user list could be edited (no effect on backend data) Fix: Rare crash on userlist cleaning Fix: Tab order Added: Dynamic PID (generated on first run) Added: Ability to connect to enabled connections on startup Added: Ability to run custom commands on IRC connect Added: Help tooltips (hover over things to see them) Added: Main program window can now be resized, minimized, maximized, etc. Added: Update feature (click the 'Check for Updates' button) Added: Update check at startup (can be disabled via the XML file) Removed: Option for custom IRC description (is now consistant with DC) Change: Filtered words are now *d out instead of discarding the entire message Change: Data is now saved in a single XML file (old saves will automatically be converted until v1.0) Change: Project now advertizes itself when you send the '.about' command Change: Non-controllers can use the '.about' command. Change: Default share is now 10GB instead of 1GB (still user-configurable) Change: UnEscape efficiency boost Change: GUI tweaks (sizes/tab order) Change: Increased form display speed by moving code out of the constructor. ------------------------------------------------------------------------------- NetChatLink Alpha 5 - Bugfixes and ADC Password support ------------------------------------------------------------------------------- Fix: Widestring usernames now appear properly in user control panel Fix: Error on password field left blank in ADC Fix: Error when recieving a QUI command Added: Can now be registered in ADC hubs (password hashing works properly) ------------------------------------------------------------------------------- NetChatLink Alpha 4 - A lot of changes, probably a few bugs ------------------------------------------------------------------------------- Fix: Will no longer respond to hub-described bots in ADC (unless you override it) Fix: Now sends messages to chats that are connected, even if they aren't enabled Fix: Crash on uninitilized ADC SID array in certain cases Fix: Character encoding bugs Fix: Links command now shows all connected connections, not enabled ones Fix: Messages will no longer send from connections that are not fully connected Fix: Memory leak Fix: Connections can no longer have the same name (caused problems with ini parsing) Fix: Tab ordering and alt+character shortcuts Added: Extensible framework for storing user information Added: Save and clear options for debug log Added: Seperate queue and rate control for PMs and mainchat messages Added: Ability to ignore PMs and mainchat from users Added: GUI interface for managing users (User control panel) Added: Hub user quit detection (Remove from OPList/SID table) Added: Error messages for incomplete connection information Change: Connections are now sorted by name Change: ADC blocked, OPs and controlling users now based off name, not SID Change: Better layout when using links command Change: Made main GUI easier to use/understand (merged Add and Update together) Change: Ignoring users to blocking users Change: Hub now disconnects when updating it to apply settings ------------------------------------------------------------------------------- NetChatLink Alpha 3 - IRC fixes ------------------------------------------------------------------------------- Fix: NickServ IDENTIFY parameters corrected Fix: When post rate was 0 no messages would send. Fix: Joining multiple IRC channels with channel key(s) present Fix: Stripping channel keys out of channel text Added: All Chan/NickServ messages are sent to debug messages Added: More specific error messages Added: Flexible channel list parser ------------------------------------------------------------------------------- NetChatLink Alpha 2 - Working out the ADC kinks and some new features ------------------------------------------------------------------------------- Fix: ADC OP SIDs are loaded on connect Fix: Displaying the oplist of an ADC hub now outputs the nicks, not the SIDs Fix: ADC Multiline messages now sent properly when sending in one line chunks Added: Per-connection option to control minimum time between chat messages (anti-flood) Added: Multiline messages can now be sent one chat message per line Added: Status icon for disabled connection (will still change if manually connected to) ------------------------------------------------------------------------------- NetChatLink Alpha 1 - Bugfixes, changes and feature additions from codebase ------------------------------------------------------------------------------- Fix: Empty NMDC '$Support' command not supported by some hubsofts, changed to '$Support NoHello NoGetInfo' Fix: Sending a chat message while a connection wasn't fully logged in would cause problems. Chats are now locked until they're ready to recieve messages Fix: Escaped <-> Unescaped conversions (ADC <-> NMDC) Added: Hubs and IRC channels are now identified by name Added: IRC channel keys are now supported Added: Debug log Added: ADC compatibility Added: GUI improvements (Adding a new connection selects it, deleting a connection selects the next item) Added: More status icons (off or error/connecting/connected and logged in) Added: About tab Change: GUI size is now limited Change: Prefix is now completely up to the user (WYSIWYG, no extra characters) Change: Cleaner message display format (Used to be '<Bot> {Prefix}Nick: Msg', is now '<Bot> <PrefixNick> Msg') Change: Message is not broadcasted by default anymore in code (procedure must be called) Change: Disabled GUI items when they have no effect (for clarity) ------------------------------------------------------------------------------- NetChatLink PreAlpha - Initial codebase -------------------------------------------------------------------------------

This is a small project I'm currently working on, let me know what you think. It's basically a bot that connects to NMDC and ADC hubs, as well as IRC channels and relays chat messages between them. Download the Binaries, source code, and instructions at http://netchatlink.sourceforge.net Features: Link the chat from multiple NMDC hubs, ADC hubs, and IRC channels together.Control the bot with text commands sent via private messages.Can automatically detect OPs and allow them to control the bot.User control panel allows for easy adjustment of user permissions and settings.Block messages with certain words, or sent from certain users. Screenshots: http://sourceforge.n...e.php?id=305531 http://sourceforge.n...e.php?id=305533 http://sourceforge.n...e.php?id=305529 http://sourceforge.n...e.php?id=305527 Have a bug report or feature request? Let me know.

I would give an option to specify the URL of the config file in the installer, but leave the option to automatically use a certain config file specified by a command line switch. The reason for this being that an install process should be as easy and as dumbed down as possible. Having to paste a URL into the installer would (sad as it is) be confusing for some (Especially the ones that just power though every install without reading anything). If a command line switch was introduced into the installer it would make it easy to package the installer into an executable archive that would extract the installer and run it, specifying the correct config file path. After that, updates would proceed as normal. This switch would have no impact on the program at all if the switch wasn't specified. Ex: If the installer was run normally, it would ask for an (optional) config file to use. If the installer was run as "Apex_Installer.exe /useconfig http://blah.com/config.xml" then (if the file existed and was a valid config file) it wouldn't prompt the user to enter a config file and use the one at the specified URL. As an aside, one direction that I would like to see more installers go in is the thin installer. A thin installer is basically just an application that runs, looks for latest version of the program, downloads it, and installs it. It ensures that every user is always installing the latest version. Also, if Apex used a thin installer, by copying the installer to the install directory, it would make bringing back the old update feature a snap. When the user clicks the update button, it could just execute the thin installer and install the update, no need to open the web browser and download a separate installer. Plus, hubowners would never have to update their download links or anything on their individual sites. Point users to the thin installer and be done with it. Couple that with the option to specify a config file via a command line switch to the thin installer and it would be the perfect setup. Just my 2 cents :)

I heard that the ApexDC++ team was thinking of allowing a config file to be bundled with the installer. I think this is a great idea as it allows hubowners to pre-configure Apex to connect to their hub with all the settings they want (or don't) already configured. A few ways of doing this were being tossed around, including looking for a config file in the same directory as the installer and allowing the user to import a config file into the installer. I was thinking that another good way of doing this would be to include an optional command line switch that would tell the installer to use a config file at a URL specified (EX: /useconfig http://blah.com/blah.xml) The Apex toolbar/OpenCandy/Conduit stuff would all still be displayed. Just another way of allowing hub-owners to pre-configure clients without tampering with the installer. Thoughts?

Linked from the website somewhere. I honestly don't remember where I was when I clicked on it, but I was somewhere on this site. Can you check the referring URL on your website analytics page?

Haha, well it's still linked from somewhere so I thought you might like to know so you can fix it/remove it.

All of the images on the tour page (http://www.apexdc.net/tour/) don't load (404). Probably happened when someone rearranged the files and forgot to update the page.

Will users who don't install the toolbar be able to access the beta version announcements via an RSS feed or something? I'm not (and I'm sure some other users aren't as well) partial to installing toolbars, no matter how reputable the devs are.

Have you guys considered implementing the auto-away feature, not only for when the program is minimized, but also when you launch a full-screen program? Also, it would be nice it it would support the option to use the secondary away message. It would be nice to be able to have your client automatically set you as away when you launch full screen game and don't reply to PM's for hours on end. Thoughts?