So far, all of the first three Adium 1.0 betas have been posted to digg and have made its front page.
Evan, David, and I have made the notice at the top of the beta page bigger and made it specifically mention digg. Here’s the current version:
Please do not post this beta to version tracking sites like MacUpdate or VersionTracker, or news sites like Digg. This is a beta; as such, things may not work properly.
So don’t. Please?
The Adium Team pleased to announce that Adium 1.0 has entered public beta testing. Major enhancements include…
– Major AIM, ICQ and .Mac improvements. This includes working File Transfer, and faster sign on.
– Improvements to the default look and feel of Adium.
– iTunes integration is much faster, and updates as soon as the song changes.
– Added global user profile and buddy icon settings. (Personal Preferences)
– General Account improvements. Accounts can now be disabled when not in in use, and friends can now sign on from your Adium without saving their information.
– Added an Xtras manager to better handle browsing and removing Xtras.
– Major improvements in privacy settings.
– Redesigned Previous Chat (Log) Viewer
This release is a significant change from our previous releases, and it represents over a year of work on the parts of everyone involved with the project. We’re all really proud of the work we’ve done, and hope you will enjoy it.
I’ve spent part of my morning fiddling with BuildFactory from , which is a really great app. At first, I was skeptical that something like this would be useful, but it’s actually really nice – you can set it to build a Development version and then a Deployment-Debug version all with one click – really streamlines a common yet somewhat irritating workflow for me. Makes double-broom and full-rebuild a lot less painful, I’ll probably do it daily or every other day now instead of once every couple of weeks. (I’m on an iBook G4 – full recompiles of Adium take about 20 minutes – longer if they’re universal – so now I can fire-and-forget clean builds of both buildstyles when I go to bed.)
I think over the next few days all of my active projects will make it into BuildFactory and then be clean-built overnight on a regular schedule. Never underestimate the power of regular double-brooms for fixing those esoteric problems.
It also saves the list of warnings that were thrown between runs of the app – which is really great for someone that tends to want to go after warnings frequently.
All that, plus Bleep just donated licenses to the Adium project, which should make the lot of us more productive. Many thanks to them for their donation and for making a really handy tool.
We’ve been requested to have those who do not require https// to not use it when checking out svn
Here is the list of requirements that I think should cover the majority of a why you should use https:// to check out svn source:
1) If you are not a developer. https:// is quite useful for developers, as it does not send their passwords as plain text. If you do not have a commit bit, you probably don’t need https:// to check out the latest svn source.
2) If you cannot check out the latest svn source with http:// . This could be due to isps or proxies. This does happen to some people though.
So why are we being asked to not have everyone use https:// ? Quite frankly a svn checkout is an expensive operation as it is, and when you add in an https:// connection for that, you put more load on the server when doing the check out.
So be sure to choose wisely, and if you aren’t sure which to choose, use http:// .
We have now moved Trac and Subversion (svn) to cocoa|forge. Cocoaforge has served the Adium Forums for a long time as well as hosting for Growl, Colloquy, and Virtue Desktops. We’re very excited about the transition and appreciative of Cocaoforge’s commitment to open source development 🙂
The main Adium website and AdiumXtras site will continue to be hosted by the amazing folks at Network Redux, and CacheFly remains our download provider.
One minor speed bump in the subversion move is that we’re now using http:// instead of svn:// for repository access. Existing checkouts will need to be switched over to the new connection method with the following command, executed from the root of your adium checkout.
svn switch –relocate svn://svn.adiumx.com/adium/trunk http://svn.adiumx.com/adium/trunk
If you have svn compiled with SSL support, you can do:
svn switch –relocate svn://svn.adiumx.com/adium/trunk https://svn.adiumx.com/adium/trunk
instead.
Hi folks,
So I think we need to clarify things on the Voice/Video front. We (the Adium team) get asked a lot, sometimes daily, when Voice/Video are going to be implemented. I will answer this for you, right here, right now:
We do not know. It may never happen, it may be next year, it may be five years from now.
Now, take a deep breath. Let it out. Yes, I know it sucks, but it’s the honest truth. Voice/Video is probably one of the hardest parts of IM. Especially in a multiprotocol IM client such as Adium. Now let me explain the requirements and why, and maybe that will shed some light on why you won’t see this for a while.
The first part to all of this is locating a library (or creating one) that sends and receives the information required. For multiple protocols this could be multiple libraries, or a single library that does them all. For those who don’t know what a library is, think of it as the engine in a car, taking care of a lot of things that most people don’t know about.
There are a few libraries, but as of right now we don’t have anyone implementing them in a way that we can use them, with the exception of our Summer of Code student working on Google Voice support.
After we get a library, we have to hook it up. This was mentioned a bit above, but basically this would be like hooking up libgaim to talk to Adium, or Joscar. It depends on the library for how difficult it will be, along with the experience of the developer implementing it.
QuickTime. Simply put, we need something to process the images, and QuickTime is it. QuickTime is also a pretty big API that none of us know much about as of yet (except Peter, who does not know IM protocols, and is therefore not suited to hook QuickTime up to anything).
Someone to do all of this. Hooking up a library to talk to Adium, and then hooking that into QuickTime, and making sure it works with at least an iSight if not USB/Firewire cameras is a big task. One that nobody has really stepped up and said they wanted to do as of yet.
If you know someone who you think would be able to do all of this, and would like to work on Adium to get all of this going, please have them contact us. We’ll eventually get to it otherwise, but it could be a long time.
PS: That blog post about the Voice/Video and Adium replacing iChat was an April Fools joke.
Accounts in Adium are created by specifying a service:
Over the years, we’ve added some services. Sometimes a new service is a variant of another service: the same protocol with some differences or a different default server. Usually, when this happens, the older service will work for the same network (Jabber accounts can do GTalk, for example), but the newer service is more finely-tuned or supports extra features.
It’s important to specify the correct service:
We do have a ticket in our Trac to make Adium behave more intelligently on this, by looking at your account’s UID and transmogrifying it appropriately. For example, an AIM account with an all-digit UID (a UIN) would be changed in-place and non-destructively into an ICQ account. It hasn’t been done, and probably won’t be in 1.0, but we have a ticket for it, and that’s the first step.
In the meantime, if you’re using ICQ or you want to turn off Gmail notifications, you’ll have to switch it over yourself. Currently, there’s no way to directly change the service of an account. You’ll have to delete the account and recreate it with the correct service. (Be sure to write down any proxy or other settings you need.)
We’ve created a separate blog for the SoC students to post updates on their progress. Just click “SoC” up top.
We’re thrilled to announce that amidst extremely strong competition, the Adium team has accepted the following six applications for the Google Summer of Code 2006:
We had many other applications that we wanted to accept, but we could only accept six. Thanks go to everybody who applied — if you’re passionate about Adium, please consider joining the development team independently of the Summer of Code, as fresh ideas and helping hands are always welcome. Otherwise, we hope to see you next year.
(Note: A previous version of this post said “eventually video chat”, not “video chat in the far future”. The change is in the interest of clarification: Video is not going to happen anytime soon. It’s a lot of work, so it will be some time before it’s implemented in any form.)
Hey Folks,
I was recently interviewed by Blake from CocoaRadio regarding Adium (Growl too, but that’s a separate interview). You can go here for more information on it.
