Slashdot Mirror


Lotus 'Agenda' Returns as Open-Source 'Chandler'

RobotRunAmok writes "Before there was Outlook, or Evolution, or The Brain, there was Lotus Agenda, a DOS-based Personal Information Manager created by Mitch Kapor. Wired is reporting that Kapor is throwing 5 Million USD at the Open Source Applications Foundation to create an open-source resurrection of this PIM-Of-The-Gods in the form of Chandler, available now as an alpha for Windows, Linux, and Mac. For the Agenda hardcore among us, it's as though Atlantis is rising..."

106 comments

  1. Coming back as Chandler? by Anonymous Coward · · Score: 1, Funny

    Does it use the "3 Nipples" interface metaphor?

    1. Re:Coming back as Chandler? by morgan_greywolf · · Score: 2, Funny
      Does it use the "3 Nipples" interface metaphor?


      No, but I think it does open with the "I'll be there for you" theme music.
    2. Re:Coming back as Chandler? by digitaldc · · Score: 2, Funny

      No, but I think it does open with the "I'll be there for you" theme music.

      Complete with a snarky comment after you finish each entry.

      --
      He who knows best knows how little he knows. - Thomas Jefferson
    3. Re:Coming back as Chandler? by schon · · Score: 2, Funny

      Complete with a snarky comment after you finish each entry.

      "Could that entry BE any smaller?"

    4. Re:Coming back as Chandler? by digitaldc · · Score: 2, Funny

      Complete with a snarky comment after you finish each entry.
      "Could that entry BE any smaller?"

      or
      "Oh yeah, like you are REALLY going to finish THAT on time - just like your last 15 attempts."

      --
      He who knows best knows how little he knows. - Thomas Jefferson
    5. Re:Coming back as Chandler? by archeopterix · · Score: 1

      No, but it uses really sharp metaphors: "Your agenda for today is packed like the pockets of a homeless bulimic at a swedish table."

    6. Re:Coming back as Chandler? by MobileTatsu-NJG · · Score: 1

      "Does it use the "3 Nipples" interface metaphor?"

      Hey, that monkey has a Ross on its ass!

      Erm... I still can't find a place to use that quote, here.

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    7. Re:Coming back as Chandler? by Anonymous Coward · · Score: 0

      Chandler (named for mystery writer Raymond Chandler, and not, Kapor stresses, the neurotic Friends character)

      You know why he stresses it? Because "Friends" is NOT FUNNY.

  2. Chandler Bing? by smooth+wombat · · Score: 1, Redundant

    "Oh, my, God!"

    --
    We will bankrupt ourselves in the vain search for absolute security. -- Dwight D. Eisenhower
    1. Re:Chandler Bing? by Anonymous Coward · · Score: 0

      bing-a-ling!

    2. Re:Chandler Bing? by Blakey+Rat · · Score: 1

      It's crazy snake-man! RUN FROM CRAZY SNAKE-MAN!

      (Lameness filter: The quote isn't THAT lame.)

    3. Re:Chandler Bing? by harmonica · · Score: 1

      Could this news item be any less interesting?

    4. Re:Chandler Bing? by indifferent+children · · Score: 1

      I'm sorry. The answer was Chanandler Bong.

      --
      Censorship is telling a man he can't have a steak just because a baby can't chew it. --Mark Twain
  3. Great by slimjim8094 · · Score: 3, Interesting

    It's good to see people using money to create open-source programs. There is some expectation of support and quality, and you still can modify it any way you want.

    Aside from that, is this a better PIM than Evolution, or another? Why (other than the "oh, it's being redone") is this news? Was/is it revolutionary in some way? I have never used it.

    Having said that, I think it's fascinating that the programs creator is using his own money to open-source it. Will we see more of this? I hope so.

    --
    I have developed a truly marvelous proof of this comment, which this signature is too narrow to contain.
    1. Re:Great by truthsearch · · Score: 4, Interesting

      From a developer's point of view it's a framework for networked apps. On top of the framework it's easier to write chat clients, email clients, RSS readers, etc. that are all connected in some way (e.g. email sender links to chat client).

      From a user's point of view it can be an integration of all of your PIM applications. Data from various sources can be viewed in a variety of ways. I think the idea is to create more open and dynamic ways of viewing and integrating the data. I think the developers are sort of hoping new ways of working with emails, RSS, and other data are invented as a byproduct.

    2. Re:Great by hb253 · · Score: 4, Interesting

      Agenda was revolutionary in my view. It was not a PIM in the sense of an address book/email program. It was a freeform database that you could dump text data into and manipulate in ways only limited by your ability and imagination. To this day, there have been no programs released with Agenda-like functionality.

      I would gladly pay for a modern version of Agenda.

      --
      Self awareness - try it!
    3. Re:Great by mrchaotica · · Score: 1

      Hmm... sounds like the Newton's software. Is it like that?

      --

      "[Regarding the 'cloud,'] ownership was what made America different than Russia." -- Woz

    4. Re:Great by andrewman327 · · Score: 2

      Does anyone know if this supports synching to Palm OS? That is the most important feature I look for in a PIM.

      --
      Information wants a fueled airplane waiting at the hangar and no one gets hurt.
    5. Re:Great by hb253 · · Score: 1

      Don't know. I only played with a Newton for a few minutes many years ago.

      I'm pretty sure Agenda was released before the Newton (circa 1988).

      --
      Self awareness - try it!
    6. Re:Great by Anonymous Coward · · Score: 0
      It was a freeform database that you could dump text data into and manipulate in ways only limited by your ability and imagination.

      So ..... Lotus Notes without the suck?

    7. Re:Great by kpharmer · · Score: 1

      yeah, I bought a copy of Agenda sometime around 1988 for something like $400.

      I remember liking it a lot but realizing that the possibilities it offered were far beyond the ability of most mortals to master.

      Remember, PIMS were a hot market prior to Windows 3.0 - but most products were never ported to Windows because there wasn't enough revenue being made. This was because users would buy the hype, buy the product but weren't commited enough to get past the learning curve and dedicate time to maintaining data in it. So, most PIMs just became shelf-ware. And it wasn't because they weren't powerful or didn't have good interfaces - they did (as Grandview and Agenda easily demonstrate).

      It's just that most people aren't that sophisticated when it comes to how they think of information (whether personal or not). Most people are barely at the list-stage of information mastery - giving them hierarchies with outlining functionality or anything beyond that like in Agenda completely overwhelmes them.

      So, I'm hoping that Chandler's a success and delivers something really cool. But then again, I've been hearing about it for over a year - it's time to stop talking and start delivering. And if they deliver, I'll happily be one of those 5% in the market that'll use it.

    8. Re:Great by RetiredMidn · · Score: 1
      Agenda was revolutionary in my view. It was not a PIM in the sense of an address book/email program. It was a freeform database that you could dump text data into and manipulate in ways only limited by your ability and imagination. To this day, there have been no programs released with Agenda-like functionality.

      An accurate assessment, IMNSHO. (I worked on Agenda 1.0.) It's an interesting footnote that the term PIM (Personal Information Manager) was originally coined in a paper about Agenda published in the Communications of the ACM, but eventually the genre became defined by "electronic DayTimers" like Lotus Organizer and Outlook, and the original meaning was lost.

      Curiously, Chandler strikes me as being more like a "second-generation" PIM than the original Agenda. I make this observation cautiously, as Chandler is Mitch Kapor's project, and Mitch was the driving force behind the original Agenda. Nonethless, I see lots of the traditional email/calendar features in Chandler, and less of the "freeform data" organization capabilities of Agenda. FWIW...

  4. Chandler has been out as an alpha for years... by Anonymous Coward · · Score: 3, Informative

    This story is ancient news. Chandler has been in alpha form for years. Real news would be when it's finally released.

    1. Re:Chandler has been out as an alpha for years... by Timesprout · · Score: 2, Informative

      Absolutely right, 2 years ago this was promoted as a nailed on Exchange/Outlook killer and Python would become the defacto programming language, claims that look moronic now.

      --
      Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
      What truth?
      There is no dupe
    2. Re:Chandler has been out as an alpha for years... by Tom · · Score: 1

      Mod parent up.

      I've got Chandler on my watchlist, but it's process is glacial. Which is quite sad, really.

      --
      Assorted stuff I do sometimes: Lemuria.org
    3. Re:Chandler has been out as an alpha for years... by IGnatius+T+Foobar · · Score: 2, Interesting

      True. A couple of years ago there was a dearth of open source PIM software out there. Now there's quite a bit. For the AJAX-minded, there's server software like Citadel. For those who want a fat client, there really isn't anything better than Kontact, which really has come into its own with end-to-end PIM and groupware functions. Put the two together and you've really got an end-to-end solution.

      --
      Tired of FB/Google censorship? Visit UNCENSORED!
    4. Re:Chandler has been out as an alpha for years... by stefanlasiewski · · Score: 1

      Thanks for clarifying. When I read that "Wired is reporting that Kapor is throwing 5 Million USD at the Open Source Applications Foundation" -- I saw the phrase "Kapor IS throwing 5 Million USD " and assumed something new is happening with this project.

      Sometimes it does matter what the meaning of the word "is" is.

      When the OSAF announce Chandler a few years ago, I was looking forward to a decent Cross-platform Open-Source PIM. Now, there seem to be a couple dozen PIM applications on the horizon--- including some of the new web-based organizers.

      --
      "Can of worms? The can is open... the worms are everywhere."
    5. Re:Chandler has been out as an alpha for years... by dugjohnson · · Score: 1

      Unfortunately some of us have to run on Windows (yeah, I know about WINE, etc. etc., trust me on this). I am looking for something like Kontact that runs on Windows without actually using Outlook. Chandler is a start, but only that at this point. Any other ideas?

      --
      My brain is overly lubricated
  5. Re:HOT: MAC PRO DETAILS by morgan_greywolf · · Score: 2, Informative

    Mod parent down! WARNING: Link is NOT safe for work!

  6. Atlantis rising by krell · · Score: 4, Funny

    "For the Agenda hardcore among us, it's as though Atlantis is rising..."

    That's pretty good and all that, but you're really never going to be able to get the dead fish smell out of the place. You're also going to have to contend with lawsuits from Namor and Arthur Curry as soon as you set foot in it, too. Best advise your lawyer to play those two off each other.

    --
    Where were you when the voynix came?
    1. Re:Atlantis rising by Shipwack · · Score: 2, Funny
      "For the Agenda hardcore among us, it's as though Atlantis is rising..." That's pretty good and all that, but you're really never going to be able to get the dead fish smell out of the place."
      If you think that is bad, wait til you get a whiff of R'lyeh... "ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn"
    2. Re:Atlantis rising by Amazing+Quantum+Man · · Score: 1

      So if I use Chandler, the Wraith will come and suck out my life force?

      --
      Fascism starts when the efficiency of the government becomes more important than the rights of the people.
    3. Re:Atlantis rising by WilliamSChips · · Score: 1

      Only if you don't have a ZPM with which to cloak the city. And if the Wraith already know, make sure you have drones.

      --
      Please, for the good of Humanity, vote Obama.
    4. Re:Atlantis rising by StikyPad · · Score: 1

      Then peace will guide the planets
      And love will steer the stars
      This is the dawning of the age of Aquarius
      The age of Aquarius
      Aquarius! Aquarius!

      Oh.. wrong rising.

  7. And yes, another friends quote. by korneel · · Score: 0, Redundant

    "Somebody is working late THIS weekend" I hope it gets a nice web interface and ajax and will be synchronising with my PDA.

    --
    I must obey the inscrutable exhortations of my soul.
  8. Joey, be a dear and fetch me my shawl! by Reverend528 · · Score: 1

    I simply shall perish without a glass of buttermilk!

  9. Seems Newton-like by TheRaven64 · · Score: 2, Interesting
    The PIM I used in the DOS days was SideKick. The great thing about it was that it was a TSR; you could leave it running in the background and invoke it with a few keystrokes. It would then pop up on screen in front of the DOS application you were running, and then return you to your previous state afterwards. I never used the Windows version; once the OS was multitasking the killer feature had gone.

    Reading the Wikipedia article about Agenda, it sounds very much like the PIM functionality of the Apple Newton, particularly the Agent. I wonder how inspired the Newton designers were by Agenda.

    --
    I am TheRaven on Soylent News
    1. Re:Seems Newton-like by morgan_greywolf · · Score: 1
      The great thing about it was that it was a TSR; you could leave it running in the background and invoke it with a few keystrokes.


      Unfortunately, that was also what (sometimes) sucked about it. It would eat nearly have of your precious 'real memory' (>640K) and, even more unfortunately, it seemed to have a problem with many extended (EMS/XMS) memory managers, including the popular QEMM/386 from Quarterdeck.

    2. Re:Seems Newton-like by Anonymous Coward · · Score: 0

      Speaking of old DOS programs that kicked ass, how about XTree Gold?

    3. Re:Seems Newton-like by PReDiToR · · Score: 1
      Oh god, did you ever use the godawful Windows version?

      XTG under DOS was the killer app of it's day, but never actually made it to usability on Windows.

      A close contender these days is Resco Explorer for the PDA, which does everything you could ask for.

      To bring this post back on topic, the killer app for me on the PocketPC is Pocket Informant. If this will sync up to Chandler then us PDA users can drop the horrendous ActiveSync/Outlook combination that is the only way to manage PIM data between mobile and desktop.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
    4. Re:Seems Newton-like by EvilBudMan · · Score: 1

      Wrong! I have the 3.0 version running with XP Pro. Of course long file names are not supported. Mapped drives however, do work.

      The windows version is called ZTree.
      http://www.ztree.com/

      It still comes in handy for viewing old file formats.

      It is usable still.

    5. Re:Seems Newton-like by Noksagt · · Score: 1

      ztree is a clone of XTG & still uses a CLI. The XTree Company did release an officical XTG for windows, which did very poorly (as it was a poor product). The XTree Company was aquired by Central Point Software and then by Symantec, who was pushing Norton Commander (which also eventually died).

    6. Re:Seems Newton-like by EvilBudMan · · Score: 1

      I used to use PFM before that. It looks like somebody is trying to keep it alive here.
      http://p-f-m.sourceforge.net/

      I had forgot about XTG for windows (I don't think it had the CLI), but now I remembere what a dog it was. Most of us just got the DOS version working on windows and stayed with the 8.3 file naming for a few years. It had some great viewers. It even had an AutoCAD one. Ztree can use external viewers.

      I never tried NC though some said it was better than XTG.

    7. Re:Seems Newton-like by startling · · Score: 1

      You'd think with all the PIMs available these days my memory might be okay, but nope, I'd completely forgotten that I used Sidekick until I saw your post!

      Am I the only one who's a fan of 'dynamic scheduling' in PIMs? I think something as original as dynamic scheduling might be a way for an open source PIM to stand out from the rest of the crowd. In most PIMs, tasks and appointments are independent of each other, with the result that you can never easily be sure how far forward your workload extends, but the method used in the PIM called Above & Beyond, is, IMHO, brilliant: you can quickly enter a task and watch as your entire schedule is reorganised automatically and immediately with 'floating' items, such as, er, 'take a break from work and visit slashdot' flowing around 'fixed items', such as meetings to explain why the project you're working is delayed. So at any given time, you can tell exactly when your next free minute is available (which is, now I come to think of it, a tad depressing!).

      It's a shame I keep forgetting to install it...

    8. Re:Seems Newton-like by PReDiToR · · Score: 1
      Yeah, I was talking about the version of XTG for Win that I had on Win95 beta, back in '94.

      Sucked like a Dyson on steroids.

      Here is a review of XTGWin, and here are the XTG Fanpages.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
  10. Yeah... by Noctrnl · · Score: 2, Funny

    "For the Agenda hardcore among us, it's as though Atlantis is rising..."
    Both of you? :)

  11. Chandler... by revery · · Score: 3, Funny

    with apologies to both lovers and haters of Friends and particularly Matthew Perry...

    Could this project BE better funded?

    or

    This project is alive with the sound... OF FUNDING!

    1. Re:Chandler... by MightyYar · · Score: 1

      Oh, I'm a big fan of Matthew Perry, particularly his wacky escapades in Japan...

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    2. Re:Chandler... by Jbrecken · · Score: 1

      Will it help you track your WENUS?

  12. heh by Anonymous Coward · · Score: 0

    could I *BE* any less interested?

  13. Oh, gush and fawn. Agenda died for lots of reasons by postbigbang · · Score: 1

    Like it had little compatibility with other apps, had memory and file limitations, and had an ugly GUI.

    Maybe OSS'ing it might improve it, but by the post, you'd think the Rapture was upon us. It's not. This code will take a lot of work to make right, It was developed in an era where code wasn't checked much for array bounds, and if memory served (I used it and kind of liked it) it had little code for large files (pics and video) and had no knowledge of a number of varying kinds of file types for linking, importation, or even simple access.

    And so, although it had some cute features and reasonable speed, we through out hundreds of licenses. Pity. But it's going to take a lot of freaking work to make it useful again.

    --
    ---- Teach Peace. It's Cheaper Than War.
  14. This Story is Three Years old by asv108 · · Score: 5, Insightful
    The whole "Chandler is going to be an outlook killer," is a three year old story.

    So far, they've only managed to produce alpha quality software at best, after more than three years. I always felt that they made some bad technology decisions from the start, like Python is probably not the best language for writing a PIM.

    The requirements for this project have gone all over the place. Initially, it was touted as "exchange without the server," using some P2P method. Then it became an "outlook killer," then a "repository," and now they even have a "higher ed version," thats been talked about for some time.

    Instead of trying to do a few things really well to start with, this project has become the poster boy for scope creep.

    1. Re:This Story is Three Years old by bitMonster · · Score: 3, Insightful

      Why is Python a bad choice? It's just a high-level OO language with lots and lots of libraries. Speed shouldn't be an issue with this sort of application. Whatever GUI library they use is surely written in C or C++ with Python bindings. Also, training developers to use Python is very easy (lots of personal experience), especially if they already know Java, C++, or C# pretty well.

      Would you have chosen C, C++, or Java or ... what? I think that if the project is taking too long, Python, or any other language like it, would be the last thing to blame.

      -Jeff

    2. Re:This Story is Three Years old by Anonymous Coward · · Score: 0

      "Python is probably not the best language for writing a PIM"

      Uh, according to your resume, you have never even used Python. So, how would you know? Just because it's not your favorite language (which is apparently Java) doesn't mean that it's not any good for the job. Agenda was a text processor which happened to be good as a PIM. Python excels at processing text. So, true to original form, Python is an excellent choice for rewriting Agenda. Sure, it may not be the best for writing any old PIM, but for writing a text processor as a PIM, it's better than PERL.

    3. Re:This Story is Three Years old by grotgrot · · Score: 4, Interesting

      The reason for the "progress" so far is that the folks working at OSAF are all senior people, some already "independently wealthy". Consequently you get lots of high level design (or as Joel calls it, Architecture Astronauts) but not much actual real work.

      Python is a good language for writing a standalone PIM. However I question the point of a standalone program.

      Today you can't tell if email coming from Amazon.com is important unless you also have been watching my web browsing. If I was there in the last few days then I'd be excited about what is shipping to me. Conversely if I haven't been in years, then it is spam. A good PIM can only be worthwhile if it takes into all of your activities over time with whom you communicate and that must take into account web, blogs, mail etc. The problem today is not storing information, but making sense of it and working out which is more valuable and when.

    4. Re:This Story is Three Years old by IamTheRealMike · · Score: 2, Insightful

      Python was a dumb choice because:

      • It's too slow. You say that doesn't matter in "an app like this" but performance always matters. If you are competing for users then performance matters, it's as simple as that. You can get away with crap performance only if your app is so unique or valuable that people will tolerate the lack of it. I don't know if this is still true but at one point Chandler took over a minute to start up. The whole point of a PIM application is to collate and present a potentially large amount of personal data, fast. Python is very, very, very slow compared to C unless you use tricks like Psyco which trade memory for CPU time making it merely very slow.

      • It's too inefficient. Python leaks memory by design. Go read up on it - the PyMalloc allocator never frees memory back to the operating system. It always holds on to the peak heap size as a misguided optimisation. What's more, data is just more expensive in Python due to its highly dynamic, reflective nature. Lots of strings are kept around where a C++ program would be using numbers instead. On a desktop machine (where you run a PIM) memory is speed: use too much and you drive the machine into swap hell. Similar problems contributed to the death of desktop Java.

      • It's too dynamic. This doesn't just hurt performance. There is a school of thought that claims having safety features in a language doesn't matter, because you should write unit tests for everything anyway, and they'll catch all the bugs. That doesn't tally with my own real world experience; at any rate it can be very hard to construct accurate and comprehensive unit tests even if you are very disciplined. For instance there is no reliable way a unit test can catch a race condition or mutex inversion. Compile and runtime safety checks can do. A Red Hat developer whos name I forget commented that a huge number of bugs in their Fedora tools (all Python) would have been caught by the compiler if using an alternative language. This doesn't strictly mean type safety bugs, rather, bugs that would have been caught by the features of the language that can be used to check for correctness.

      • It's interpreted (or just-in-time compiled if you're feeling very generous). This means NO opportunity for automatic program optimisation. These sorts of optimisations can make a huge difference, especially if whole-program optzn is used. Especially important because optimisation can remove a lot of the overhead of modern design patterns (very useful in c++).

      Basically, the Chandler team allowed ideology to overrule engineering fact. There is only one language suitable for writing complex client-side software and that's C++: anything else doesn't have the performance characteristics necessary. You can also eliminate the most common sort of bugs in C++ code by using a garbage collector like Boehm GC; the Unreal engine uses this approach.

      That said, Python has many tasks for which it is appropriate: prototyping ideas, simple scripting tasks, even small desktop apps like configuration applets, teaching etc. Basically anything where there's no risk of your program being undercut in the market by a tighter, more robust competitor. So no PIM suites then.

    5. Re:This Story is Three Years old by TobascoKid · · Score: 4, Interesting

      Python would have been a good choice if they were going to rapidly develop Chandler - once they had a working app, they could go through and move parts to C/C++. So they could get Chandler out the door and conquoring the world quick, and then optimize later. But if they had rapidly developed Chandler, you would think they'd be working on version 2 by now. Seeing as the project is moving at glacial speeds with python, it makes one wonder if they would even have released version 0.1 by now if they were writing in C++.

      --
      At some point, somewhere, the entire internet will be found to be illegal.
    6. Re:This Story is Three Years old by pNutz · · Score: 1

      I remember P2P, repository, and higher ed versions in the initial (0.1) roadmap...

      They had an incremental plan for developing the basic functionality, then simple p2p calendaring, then a server-based repo, then the "higher-ed" version (a not-quite-ready-for-enterprise release). I haven't checked in on them for a long while, but it now looks like they're right in pace with their initial roadmap.

      I didn't think it would take them this long, but they are making progress. Not every OSS project has the speed and gusto of Inkscape or Ogre3D.

      --
      Death and danger are my various breads and various butters.
    7. Re:This Story is Three Years old by platypus · · Score: 1

      There is only one language suitable for writing complex client-side software and that's C++: anything else doesn't have the performance characteristics necessary.

      I call bullshit as long as you don't back this up with numbers. They point is, even in C++ you are normally using the (native) bindings to you GUI library of choice. That means that the dominating factor for speed of the GUI is the speed of the GUI library, because in most cases your backend code will not be time intensive.
      In Python/Perl/Ruby etc. you will also use bindings, therefore speed will compare.

      Btw. C++ for the GUI is eaten alive by Java/C# and the combination of scripting languages + GUI widgets, so others seem to disagree, too.

    8. Re:This Story is Three Years old by Anonymous Coward · · Score: 0

      Half your arguments suggest Haskell, and the other half C. Of course, anybody who has made a serious investment in C++'s baroque, unnecessary complexities would prefer to believe that it is the "only ... language suitable for writing complex client-side software".

    9. Re:This Story is Three Years old by asv108 · · Score: 1
      according to your resume, you have never even used Python. So, how would you know? Just because it's not your favorite language (which is apparently Java) doesn't mean that it's not any good for the job.

      Python is a great choice for a lot of applications, but I think its a bad choice for A PIM. I never had a job working with python directly(zope, mailman, indirectly). I don't claim to be a python expert.

      As far as Java is concerned, that is also a language I wouldn't use for writing a PIM as well.

    10. Re:This Story is Three Years old by Anonymous Coward · · Score: 0

      There is only one language suitable for writing complex client-side software and that's C++: anything else doesn't have the performance characteristics necessary.

      Digital Mars D certainly does. D is like "the overhaul of C++ that Java should have been". It doesn't treat the programmer like an idiot (as Java does) or prevent C++-style performance tricks (as most languages--including Java, Python, and Ruby--do), yet in those sections of code where performance isn't particularly important, it can act like a rather modern language.

    11. Re:This Story is Three Years old by Anonymous Coward · · Score: 0
      [...] especially if whole-program optzn is used.
      I like the abbreviation. Perhaps we can optimize the spelling of 'optimization' even more if we instead write it as 'o10n'.
    12. Re:This Story is Three Years old by hey! · · Score: 1

      It's too slow. You say that doesn't matter in "an app like this" but performance always matters. If you are competing for users then performance matters, it's as simple as that.

      Can you give any examples of this wrt to Python? Having used several Python based applications. If what you say is true, then they would necessarily be slow because of Python. If Python doesn't imply slow, then what you are saying doesn't mean anything.

      Most performance problems these days are architectural; you have lots of compute capacity sitting around, synchronously waiting for things to happen.

      Basically, the Chandler team allowed ideology to overrule engineering fact. There is only one language suitable for writing complex client-side software and that's C++: anything else doesn't have the performance characteristics necessary.

      To me that statement seems to be rather strikingly ideological itself.

      Right now, I have no idea why the Chandler team is still in the alpha stage. It might be peformance problems with Python, but this is just a theory for which you have no evidence. The fact is there are plenty of software projects that never deliver; any one of the reasons that cause this could be the case.

      --
      Post may contain irony: discontinue use if experiencing mood swings, nausea or elevated blood pressure.
    13. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      Numbers? Sure, how many popular desktop apps are written in Python? Zero, right? And how many in Java? Well, only Java IDEs really, then you have that BitTorrent client and I think LimeWire used to be written in it. Maybe still is. I can count them on my fingers. Now look at newly developed apps - Picasa, Skype, Google Talk, World of Warcraft etc. C++, all of them.

    14. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      C++ is a big improvement over C and nobody knows or uses Haskell - outside of academia it's basically dead. So, no, my arguments suggest C++ and in fact that's what nearly all desktop apps running on peoples (Windows) desktops are.

    15. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      I think Python is only rapid if you are working at a certain scale, beyond that you start to go "hmm we can't really release beta 1 when it takes 500mb of RAM to get to the welcome screen", so you end up sinking a lot of time into optimisation and profiling; worse people who chose to go out on a limb and use Python for everything probably aren't going to sit down and go "Huh, maybe we should rewrite large chunks in C++". So it's rather self defeating for very large projects.

      Don't get me wrong, I like and use Python. Unfortunately when programming language advocacy is allowed to overtake engineering realities you get problems like this. I have in the past profiled and tried to rescue an app that was meant to be released onto the market as a retail piece of corporate groupware. Unfortunately it was written in Java and used a bunch of Java libraries like JXTA - net result, 20 second startup even on high end hardware, massive bloat that was designed to lurk in the background and about 200-300 threads constantly starting up and shutting down. In the end, that project couldn't be salvaged. It wasn't killed by Java but it certainly didn't help.

      It's a shame my original post was deemed to be "flamebait", hopefully meta-mod corrects that - I dislike the fact that C++ is the only credible mainstream language for clientside development these days too, but it doesn't change the basic facts of the market.

    16. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      I realised after I posted that I should back this up with some argument instead of just pointing to newly released commercial software.

      The idea that if you have a fast GUI toolkit you can bind to it and use slow and inefficient languages is popular but IMHO wrong. Consider - most interesting apps actually do some work beyond putting widgets on the screen, usually manipulating data of some kind. The string "Hello World" takes about 61 bytes in Java (probably slightly less in Python but you have more of them floating around), but only 12 in a well written C++ app. A typical Python app has bazillions of strings for internal identifiers and such in the heap, so there's huge wastage there. You can't just ignore this overhead.

    17. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      Yes, I played with D a year or so ago. It's really nice and hopefully one day I'll get to write desktop software with it. It provides most of the benefits of more modern languages without the downsides.

    18. Re:This Story is Three Years old by Anonymous Coward · · Score: 0

      "Hello World" only takes 12 bytes in C++ if you're using ASCII plain text encoding. And, being the professional software developer that you are, and not a toy/example program author, you're using UNICODE strings, right?

      Right?

    19. Re:This Story is Three Years old by WindowsTroll · · Score: 1

      Speed is an issue with this type of application, as it is with all applications. I tried the beta about six months ago. It was slower than molasses in January. It took over a minute to initially load and then the UI was sluggish. The amount of frustration that I experienced as an end user was incredible. The other part of the beta is that the only part that was working was the calendar. I was using the 0.6 release and I haven't yet seen what is new in the 0.7 release. It is not even a minimally functioning alpha product.

      And this is a damn shame. I came across Chandler while looking for a client application to automate GTD. Visually, it is a pretty application and the color coded calendar with transparency and overlays is well done. Entering tasks and calendar items can be improved, and integration with mail clients was not supported. Given the amount of time that Chandler has been under development, I was hoping for a lot more.

      In the end, I ended up deleting Chandler from my computer. I like what they had done so far, but given the amount of time spent so far, it looks like it will be between 3 and 5 more years they have a product that will be a functional pim. Sure, I could sign up to help develop the software and get it out faster, but I'm trying to find a pim that will let me setup GTD so I can get more stuff done now. Joining chandler merely delays me in getting something that helps me get more done now.

      --
      "Microsoft has made computing accessible to a population who would otherwise not be able to use computers" - B. Kernigha
    20. Re:This Story is Three Years old by chromatic · · Score: 1
      You say that doesn't matter in "an app like this" but performance always matters.

      I can't imagine Chandler needing to perform FFTs, and if it does there are bindings for other languages. How fast does your "wait for user input" loop need to cycle, anyway?

      For instance there is no reliable way a unit test can catch a race condition or mutex inversion.

      Are there accurate ways to catch all of these in C or C++ applications at compile time or with a static tool? I'm not aware of anything with complete accuracy.

      This means NO opportunity for automatic program optimisation.

      Sorry, that's just wrong.

      It's easy to pontificate on performance characteristics when you've done no profiling at all, but experienced programmers can and should wait for facts.

    21. Re:This Story is Three Years old by Noksagt · · Score: 1
      Numbers? Sure, how many popular desktop apps are written in Python? Zero, right?
      The original BitTorrent client & a lot of the derivatives kept that language. MusicBrainz Picard. Various podcatchers. There are few popular desktop apps, but it isn't zero.
      And how many in Java? Well, only Java IDEs really, then you have that BitTorrent clientAzureus. But most other popular clients are in Python.
      and I think LimeWire used to be written in it. Maybe still is.
      Yes. It still is.
    22. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      It only takes 12 in UTF-8 as well of course. Besides, you only need to use Unicode strings when you know it might contain non-ASCII characters. If you are reading, say, an XML file using a schema of your own devising, then you can say with certainty that there is no need to store the tag names using double byte encodings - this "one size fits all" string encoding choice of Javas is questionable and a serious resource hog.

    23. Re:This Story is Three Years old by IamTheRealMike · · Score: 1
      I can't imagine Chandler needing to perform FFTs, and if it does there are bindings for other languages. How fast does your "wait for user input" loop need to cycle, anyway?

      You can die a death of a thousand cuts. The idea that you can optimise a few hotspots then use something slow/inefficient for the rest just doesn't work when everything needs to be tight (like on desktop apps). Not me saying this, talk to the Unreal Engine authors about it.

      Are there accurate ways to catch all of these in C or C++ applications at compile time or with a static tool? I'm not aware of anything with complete accuracy.

      Not with complete accuracy but things like the eraser algorithm can detect some kinds of races, and something is better than nothing right? Static analysis tools are very helpful, I've found.

      Sorry, that's just wrong.

      How? Where does the Python interpreter do register allocation, cross-module inlining, dead code elimination etc .... if it does do this I never encountered it reading the code.

      It's easy to pontificate on performance characteristics when you've done no profiling at all, but experienced programmers can and should wait for facts.

      What makes you think I haven't? I've had to rescue at least one disaster caused by this kind of mentality before, though it was with Java and not Python (Java is if anything much less extreme than Python in this regard). In fact it couldn't be rescued, the project tanked, though after we rewrote a large part of the user interface to be only C++ user satisfaction in internal tests went way up.

      I've also had the "fun" of writing embedded Java for mobile phones, where every byte counts. The sloppy and unprofessional approach to resource usage in the Java language and J2ME specifically caused much hand wringing. One reason BREW is competing so strongly with it is that BREW lets you use C++.

      And finally I have tried to profile a Python app for memory usage, but gave up when I discovered that Python doesn't even try to be efficient with memory usage. No point trying to optimise the main app when the runtime makes memory inefficiency pervasive.

    24. Re:This Story is Three Years old by platypus · · Score: 1

      I was not talking about python vs. C++! Clearly, C++ wins here in number of applications its based on. I was criticizing what you said, repeated here for your convenience:


      "There is only one language suitable for writing complex client-side software and that's C++: anything else doesn't have the performance characteristics necessary."


      See? It's not about Python vs. C++, per your own words.
      Btw. WoW uses TCL in the backend, Battlefield 2 has python hooked in for scripting, where you can script _everything_, not only GUI events. Skype/Windows is developed in Pascal/Delphi.

      Major applications where at least GUI events are not directly handled in C++: Azureus, Eclipse (Java), Mozilla/Firefox/Thunderbird (GUI=XUL + Javascript), All newer MS Apps (which are or will be C#). How many fingers do you have?

      What you see is as soon as people want something which is easily extendable, they are going to get they GUI done in higher level languages. C, C++ will remain for the really performance critical tasks, if needed, but non of the real GUI stuff and most of the other stuff is of that nature.

    25. Re:This Story is Three Years old by chromatic · · Score: 1
      Not me saying this, talk to the Unreal Engine authors about it.

      I can't follow your argument. You tried to write an FPS in Java and think that somehow proves that C++ is the only viable option for writing GUI applications? Exactly what do you think Chandler does anyway?

      I've never used Chandler, but I've used Evolution and I've looked at some of its performance problems. Granted, it's mostly C code, but they're the same kinds of errors I would expect to see in any language -- bad caching, very poor resource usage, poor networking. Merely switching languages (to Python or to C++) wouldn't fix any of those.

    26. Re:This Story is Three Years old by kiore · · Score: 1
      The reason for the "progress" so far is that the folks working at OSAF are all senior people, some already "independently wealthy". Consequently you get lots of high level design (or as Joel calls it, Architecture Astronauts) but not much actual real work.

      Shrug.

      It's open source.

      Mitch just wants to see his baby running & is prepared to pay.

      1. Fork the puppy,
      2. Fix it up,
      3. Show it running,
      4. Then approach Mitch for funding to maintain and enhance it.
      5. Profit
    27. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      Er, no, you seem to have misunderstood me. I have never tried to write an FPS in Java. Evolution has many problems yes but it'd be a lot worse if the whole thing was written in Python.

    28. Re:This Story is Three Years old by smallpaul · · Score: 1

      And finally I have tried to profile a Python app for memory usage, but gave up when I discovered that Python doesn't even try to be efficient with memory usage. No point trying to optimise the main app when the runtime makes memory inefficiency pervasive.

      It isn't correct that Python does not attempt to be efficient with its memory usage. You mentioned before that you had heard of PyMalloc. What is PyMalloc for? "Pymalloc, a specialized object allocator written by Vladimir Marangozov, was a feature added to Python 2.1. Pymalloc is intended to be faster than the system malloc() and to have less memory overhead for allocation patterns typical of Python programs."

      You also complained about a limitation of PyMalloc wherein it won't free memory from its working set on the basis that it will probably need it again later. This will no longer be true as of Python 2.5 which is currently in beta testing: http://evanjones.ca/python-memory-part3.html

    29. Re:This Story is Three Years old by IamTheRealMike · · Score: 1

      Hey that's great news. Let's hope that branch is merged into the trunk in time for 2.5

  15. I love Python, Agenda, Mr Kapor... etc.. but.. by cowmix · · Score: 1

    Chandler is just depressing..

    I download every version..

    I TRY to use it... .. but after years and years it still is pretty much useless for day to day use.

    There has to be some manangement issues over there as OSAF... because they can't seem to ship something that is useful and stable.

    Arg.

  16. How is this like Agenda? by Chris.Nelson · · Score: 2, Interesting

    Aside from the Kapor tie-in? Agenda's key feature was that you could just take notes and it'd see, "Meet with Dave next Tuesday about project x" and it'd know which Dave based on the Project X team and when next Tuesday was based on today's date, etc. Then it'd categorize all your notes so you could ask it, "Show me Project X stuff" or "What appointments do I have today?" If this is just an alternative to Outlook - that is, calendar-oriented or whatever -- how is it Agenda-like?

  17. Agenda? In what way? by metamatic · · Score: 1

    I took a look at 'Chandler' a while back, and I didn't really see what it had in common with Agenda. It seems more like an attempt at an Outlook and iCal clone with a bit more generality.

    If someone made a real clone of Agenda, that would be news.

    --
    GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
  18. This is great News! by Anonymous Coward · · Score: 0

    >>For the Agenda hardcore among us, it's as though Atlantis is rising..."

    I hope that both of you are happy.

  19. Dead on... by Anonymous Coward · · Score: 0

    I always felt that they made some bad technology decisions from the start, like Python is probably not the best language for writing a PIM.

    That's true. They've spent a bit of time getting base libraries for Python that would have been a non-issue in other languages.

    Instead of trying to do a few things really well to start with, this project has become the poster boy for scope creep.

    That's the big problem over at OSAF. This project is dead unless they get someone in there that knows what they're doing. That's why 3+ years, half-dozen+ fulltime staff, and not a single application or service deployed.

    And they're no where close to releasing anything by the way.

    1. Re:Dead on... by TobascoKid · · Score: 1

      That's true. They've spent a bit of time getting base libraries for Python that would have been a non-issue in other languages.

      What libraries are those? wxPython existed before Chandler and twisted was independant (I'm not certain which was first - twisted or chandler). I know they've created a library for http and [web|cal]DAV - but such code has existed for python for a while so I'm guessing they just wanted something easy to use and all in one place.

      Saying that, I've never been able to figure out how to use twisted - the docs are attrocious and the O'Reilly book isn't as much help as I had hoped - so maybe they spent a long time trying to figure out how to use twisted.

      --
      At some point, somewhere, the entire internet will be found to be illegal.
  20. candlemaker? by Creepy · · Score: 1

    I know it's a dumb question, but what exactly is the relation of this project with candlemaking ("chandler" is an archaic form of "candler," which is the occupation of candle making)?

    My guess is that it runs (burns) slowly and functions (illuminates) poorly, but at least it's better than nothing...

    1. Re:candlemaker? by ggvaidya · · Score: 1

      When I hear "chandler", I think of specialised retail dealers, like ship chandlers, who'd specialise in supplies needed by ships while docked at a port.

      Something more to think about ...

    2. Re:candlemaker? by Unequivocal · · Score: 1

      It's named after Raymond Chandler, the mystery author. This is the URL that explains briefly in their own words: "Our product (code-named "Chandler" after the great detective novelist Raymond Chandler,) is a Personal Information Manager (PIM) intended for use in everyday information and communication tasks, such as composing and reading email, managing an appointment calendar and keeping a contact list."

    3. Re:candlemaker? by maggard · · Score: 1

      You're right - it's a dumb question.

      Why? 'Cause you're on the freakin' web and can look up "chandler" and learn the more commonly used meanings of the word for yourself.

      Next time, after typing "I know it's dumb" and before hitting "submit" how about wising up?

      --
      I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
    4. Re:candlemaker? by Creepy · · Score: 1

      Well, I knew the meaning of the word already from old RPG Harn, which is why I was curious - the first PC I created for that game started as a chandler (and it SUCKED - especially playing for 3 sessions before he even had RPG-useful skills... then he died and I played an NPC healer we rescued for the rest of the sessions, but I digress). Anyhow, the osa site was either slashdotted or incredibly slow at the time, so I couldn't really look to see it was named after Raymond Chandler (the detective novelist) and was curious to know how the project was named.

  21. Gmail and Zimbra by tenchiken · · Score: 2, Interesting

    Honestly, This seems completly behind the time. The lesson of Gmail is that uses will accept less functionality in exchange for more universal access. Take a look at Zimbra if you want to see a real exchange killer.

  22. Re:How is this like Agenda? - Exactly by Anonymous Coward · · Score: 0

    I agree. I don't understand the fascination with reworking the same application over and over again. Evolution, Kontact, iCal, Sunbird, Aethera and oldies like Kpilot and Jpilot all cover the same territory; contact info, calendars and notes. What open source really needs is an Information manager that will organize diverse types of information in formats like pdf, graphics, html, spreadsheets and regular word processor documents as well as text. There are a few good ones in proprietary, Windows only format like The Brain, Mybase and Treepad. Open Source / Linux apps are almost all limited to text only. Besides, the last Chandler / Kapoor announcement I recall was back in 2003. Chandler is still barely usable. What's changed?

  23. Chandler is new code, not Agenda code by control+meta · · Score: 2, Informative

    You seem to misunderstand the situation.

    Chandler has very little in common with Agenda other than being a PIM. Certainly there is no Agenda code in it.

    I don't know what's news about Chandler today -- it's been in alpha for a while.

  24. Or "chandelier"? by tepples · · Score: 1

    The surname Chandler is a contraction of old French "chandelier" meaning candle-maker, as you point out. But is this project like a chandelier in that it falls down and breaks into a thousand pieces?

  25. Lotus Improv by Mean+Variance · · Score: 2, Insightful
    Drop me a line when that app is revived as open source. It was a unique spreadsheet app that I have yet to see replicated anywhere. If my memory serves me, it was actually developed for Next and quietly went away.

    On the other hand, my recollection of Organizer was when it came bundled on my old Hitachi laptop, circa 1996. I found it to be mostly "cute" with its binder metaphor but otherwise nothing special.

    One more Lotus app I miss: Magellan.

  26. and an incompatible website by whitelines · · Score: 2, Informative

    The layout is haywire with firefox...

    How unfortunate... The handy "View in IE" extension to the rescue...

    --
    /* TBD */
  27. Kontact's great, but... by biendamon · · Score: 1

    I hate the way dragging a To Do to your calendar actually removes it from your To Do list. It should copy it as a new calendar entry, which can then be manipulated as you see fit without changing the original To Do.

    1. Re:Kontact's great, but... by Anonymous Coward · · Score: 0

      It's just like a file manager -- hold down Ctrl to copy instead of move.

  28. HOT: MAC PRO DETAILS-Location,location,location. by Anonymous Coward · · Score: 0

    "Mod parent down! WARNING: Link is NOT safe for work!"

    That's OK. None of us work.

  29. Free/Open Source Windows PIMs by Noksagt · · Score: 1

    We use Mozilla Sunbird and a WebDAV server here. It isn't perfect, but it is a good enough calendaring application. Lightning integrates this with Thunderbird.

    Evolution, a decent Outlook alternative from Novell, has been ported.

    Aethera seems stalled, but includes native windows ports of KOrganizer.

    Finally, there are some versions of Kontact which can run under Cygwin.

  30. Re:Oh, gush and fawn. Agenda died for lots of reas by Almahtar · · Score: 1

    All of the limitations you're talking about were common to apps of Agenda's day: they're certainly not unique to Agenda. One can expect that if Agenda was resurrected it'd share the traits of modern apps and lose those limitations.

    Also "a lot of freaking work" is exactly what the $5M is for :-) That much money gets "a lot of freaking work" done.

    Anyway, I don't believe Chandler is going to be an updated Agenda: I think it's a new animal that will share a lot of the features and strengths that Agenda had.

  31. Re:Oh, gush and fawn. Agenda died for lots of reas by RetiredMidn · · Score: 1
    Like it had little compatibility with other apps, had memory and file limitations, and had an ugly GUI.

    Agenda was an MS-DOS product, which meant that: a) it was a standalone application with relatively few opportunities to be compatibile; b) it had memory and file limitations inherent with being a DOS application; and c) it didn't have a GUI. The UI it did have was, admittedly, ugly.

    These limitations, whether the fault of the Agenda implementation or not, certainly contributed to its demise. To succeed at what Agenda did, an application would have to work with data in its "native" form, interoperate with other applications (the ones used to get actual work done), and implement a contemporary UI. This last would help enormously; a ridiculous amount of the code in Agenda was devoted to implementing menus, dialogs, text editors, tables, and a clever (for its day) persistence model.