A couple of weeks ago we released Komodo IDE 7 Alpha 1 on an unsuspecting world. We want to get feedback on a couple of new features as early as possible so that we can incorporate the feedback in subsequent builds.
In other words: things might break, and things will change, but it'll be fun.
Collaboration
One of the big new features is Collaboration. It lets you edit documents with other Komodo users in real-time, much like Google Docs but with a real editor instead of a web-based word processor. You could use this for pair programming or just getting advice from another programmer without resorting to pastebin.
Files are shared from the ActiveState servers so you and each of your co-editors will need an ActiveState single sign-on account. You configure these users as contacts in Komodo, then share specific files or groups of files as "sessions" with the contacts you choose.
This is new territory for us, and for any IDE as far as we can tell, so we need people to try it out. Is it intuitive? Does the sharing model make sense? Is it actually useful? Let us know on the Komodo-beta mailing list (archive, subscribe).
Trackback URL for this post:
Comments
Links to Komodo 7 Alpha builds are at the bottom of the Komodo IDE download page:
http://www.activestate.com/komodo-ide/downloads
If you run into any issues, let us know on the komodo-beta mailing list (links in the post above). Docs (provisional) are here:
http://docs.activestate.com/komodo/7.0/
Neat feature, but requiring hosting on a remote site is a definite non-starter. For those of us who develop on a closed network (for security reasons), this feature will be useless unless a stand-alone collaboration server is offered.
My feeling is that this feature makes more sense in a corporate environment when you find multiple people working on the same code at the same time, but the reliance on an external server is obviously a complete showstopper there.
The way it works now seems more targeted at open source programs, but many/most floss programmers work alone, with even timezone barriers.
It's a good idea, but It needs a way to be usable in corporates (self-hosted).
Very interesting! Though are there any plans to make the communication p2p or have the ability to set up your own internal network server rather than having to connect over the internet to a third party server? Not that I don't trust you guys, I just prefer not to rely on third oarties plus I don't like the idea of sending sensitive data over the internet.
Will version 7 of Komodo Edit / IDE be any faster than the previous version, 6?
I find Komodo Edit very slow on Windows 7 64bit at 1920x1080 resolution. Komodo IDE is not any better.
Disabling all the addons I do not need seem to help a bit, but not much. It was the same with IDE.
ActiveState has not yet made any decisions regarding self hosting of the Collaboration server - it's still under discussion.
On the technical side of things, self-hosting would require modifications to the Komodo Collaboration authentication system. At present Collaboration will authenticate with the ActiveState account site, so that would need to be changed, perhaps even tied into your companies existing authentication infrastructure (LDAP, O-Auth, etc...).
Cheers,
Todd
Nice. I am using Komodo 6 for my Perl programming and it's the best IDE ever. I will give version 7 a try and let you guys know how it goes. Some of the new features are very exciting for sure!
-
casino online; Non c’è nessun altro casino online che dia un bonus all’iscrizione così alto, in più ha tutti i migliori giochi d’azzardo fra i casino online.
+1 to focusing more energy on stabilizing your existing feature-set before moving on to new major versions and (yet more) new edge-case features. I see 2,089 unresolved bugs (108 criticals/blockers!) in your database filed against current and past versions of Komodo.
There really is a lot to like about Komodo, and despite the bugs that we work around daily, it's still our preferred environment. But I think most users would benefit more from nailing down core features and improving the general reliability of your product than they would by all the new features you have half-implemented or are planning to add.
Anecdotally, we have waited to upgrade from 5 to 6 because the new features weren't of value to us; we'd rather pay for an improved product than for feature-creep, and I've been following your point releases waiting for the day that happens. Seeing that you're now moving on to 7.x with so many outstanding issues, we may postpone upgrading again. Just my $.02
Best,
David Twist
CTO, Jade Orchard
