Version: 2.5
If you build a better calculator...


2.5 is out!

This release was, admittedly, spurred by a bugfix. And a fairly embarassing one at that (I have no idea why I never tripped over it myself in all this time). As a result, I finally instituted a real testing framework, so that it will be easier to ensure that simple things like that do not sneak through the cracks again. There are other (more difficult to trigger) bugs that got squished, including some that only cropped up because I experimented with CLANG's static analysis feature.

But there's more to love about 2.5 than just the bugfixes! It's also got a color interface now! And generic SI unit conversion! Those two are what tipped the scale to 2.5 insetad of 2.4.2.

As per usual: enjoy! Let me know if you find anything unpleasant.

2.4.1 is released!

This release is, primarily a bugfix release. I've been slowly accumulating bugfixes, both major and minor, over the last couple years. I've held off releasing a new version because I didn't have the time to rework the GUI and make it compatible with the latest and greatest version of the Mac GUI. Finally, I've given up: the Mac GUI is officially unsupported now. I wish it wasn't, but I don't have the time, and the CLI seems to be what most people use anyway. So here it is, the long-awaited 2.4.1!

Wcalc is now available only in source form. Again, this is to help speed releases.

As per usual: enjoy! Let me know if you find anything unpleasant.

I fixed the compiling problem with the MacOS binary CLI, and re-uploaded. If your command-line version of wcalc 2.4 does not correctly treat your history, then all you need to do to fix it is re-download the DMG file from Sourceforge and re-install it. Sorry for the inconvenience!

I fixed the (recurrent) library problem with the MacOS binary version, and re-uploaded. If your command-line version of wcalc 2.4 prints out an error that looks like:

dyld: Library not loaded: /Users/kyle/Wcalc_Development/universal-libs/lib/libhistory.5.2.dylib
  Referenced from: /usr/bin/wcalc
  Reason: image not found
Trace/BPT trap
Then all you need to do to fix it is re-download the DMG file from Sourceforge and re-install it. Sorry for the inconvenience!

2.4 is released!

This release is, primarily a bugfix release, but also now has a big-enough improvement in the processing of international input that I figured it was worth the bigger version bump.

You'll also notice that we have a new icon! Huzzah to Susan Wheeler for designing it!

The bug fixes are mostly minor things that have been raised with me via email or on the mailing list.

You may have noticed that Wcalc is now available only in source or Universal-Binary form. Apple seems to have changed the way that they handle Internationalization settings in 10.4 and on, and unless there's a really good reason to add some sort of OS detection logic, I'm going to have to cut off support for 10.3.9.

As per usual: enjoy! Let me know if you find anything unpleasant.

I decided to reject my previous attempt at an icon, not only because it wasn't very imaginative, but because, well, the legal dubiousness of where I got the calculator image weren't something I wanted to mess around with. Instead, I have a completely re-invented icon. It's not "lickable", nor "realistic", but it is good-looking, readable, and can work as a logo as well.

Here it is (click on it for the high-res version):

calculator icon

This will be the icon of the next official release of Wcalc. As far as when that will be, I can't make any promises. I've got a few good bugfixes and such that need to come out (they're in the CVS repository, if you can't wait), but I'm still trying to find time to revamp the way the GUI interacts with Apple's internationalization settings. Apparently the way I've been doing it was deprecated at some point, and no longer works quite right.

I'm looking for a new icon. The current one just isn't doing it for me anymore (it's hard to click on, doesn't suggest "calculator", and doesn't look good against a dark background, among other problems). I want something slick-looking, that works well with the other MacOS X icons.

Here's my first attempt:

calculator icon

The calculator in the background is stolen from Google... I don't know what the legalities of that are (probably dubious). Anyone with a better idea, PLEASE send it my way!

2.3.1 is released!

This release is, as you may guess from the small version bump, primarily a bugfix release. Over the last six months, it's been slowly accumulating minor fixes, and the volume has gotten to the "new version" level.

The most important change for Debian users is also the most insignificant: some language in the licensing leftover from the dawn of wcalc was incompatible with the GPL. This was discovered by Vincent Lefevre (Debian bug 435751) back in August, and was fixed in CVS immediately, but there hasn't been a new release until now. Hopefully, this hasn't made life too difficult for Danielle.

Wcalc also got some attention from the authors of WIMS, leading to the introduction of the ability to read information from the environment. I believe the relevant example page is here. Hopefully this release makes integrating wcalc with WIMS a little more straightforward.

Other than that, the bug fixes are mostly minor things that have been raised on the mailing list or that I stumbled across myself: preference behavior, some display issues, erratic behavior with regard to engineering notation and some compound operations, that sort of thing. I also had a few conversations with some folks who wished the wcalc documentation was a little more accessible. To that end, I've put the Wcalc manual and the list of all available conversion units in webpages linked on the right side of this page. If it makes one person's life easier, well, then excellent!

You may have noticed that Wcalc is now available only in source or Universal-Binary form. That's because I've finally gotten an Intel Mac, and my ability to make PPC binaries is somewhat restricted. If I have the time, I may add a PPC binary at some point, but until then, this will have to do. Also, for what it's worth, I discovered that in the previous release, the Mac CLI didn't have history support (though it did appear to have tab-completion). The problem has been addressed in this binary release.

As per usual: enjoy! Let me know if you find anything unpleasant.

2.3 is released!

This has plenty of bugfixes and a couple nifty new features. In the GUI realm, Wcalc now also serves as a System Service, and so adds a "Wcalc Compute" entry to the Services menu of other applications. In the CLI realm, Wcalc's error reporting is now more friendly, and will tell you exactly where in the line the error occurred. Also, Wcalc now uses tab-completion in the CLI, and can tab-complete just about anything (variables, conversion units, commands, functions, etc.). There's plenty more for everyone, so enjoy!

Oh, and one last thing: I finally got around to figuring out how to compile Wcalc as a Universal Binary. I know, it's really a rather pointless exercise (Wcalc is hardly a performance hog), but some people look at it as some sort of important benchmark. It's not, but for those who think it is: there! I did it! You'll note, unfortunately, that the OSX-10.3-compatible download is a mere 888K, while the universal binary is 2MB. That's the way these things work, I'm afraid.

Anyway, enjoy! Let me know if you find anything unpleasant.

2.2.2 is released!

This is primarily a bugfix release. Most notably, the mod operator (%) is both efficient and correct now (yeesh, that was bad) as per the discussion on the mailing list, and can be configured to behave two different ways with negative numbers. There are several other fixes and changes that have been accumulating in CVS since the last release (check the download page for a more complete list). Anyway, enjoy!

Well, don't I feel like a moron. 2.2.1 is released!

There was a crasher in the persistent variables editing window. In retrospect, it was a pretty obvious one. To trigger it, bring up the window, make sure you have no variables (if you had some, delete them and restart Wcalc), and then close the window. Dumb, right?

The updated version is in the usual place.

2.2 is released!

This, as you may be able to tell from the larger version bump, includes some spiffy new features. Perhaps the most nifty for GUI users will be persistent variables. The most nifty for CLI users will probably be the \explain and \store commands. That said, there's plenty of other smaller features and bugfixes that have been accumulating in CVS that I just had to make a new release.

The list of the salient changes is up on the download page as usual. Enjoy!

2.1.2 is released!

This is, like 2.1.1, primarily a bugfix release. The biggest bugfix is in file I/O -- there was some funky behavior going on there, but it's fixed now. The rest of the fixes are relatively minor. Drawers work again (oops!), and the funky resizing behavior is gone for good (I think). Also, the areasinh menu display in the GUI is corrected.

In case you're curious, here's what I think has been causing the funky resize behavior: the inspector drawer. It seems that windows are required to be bigger than the drawers that may be attached to them, and while the main window is 171 pixels across, the inspector drawer defaulted to 200 pixels across. Getting it narrow enough to completely eliminate the weird resizing behavior made it next-to-useless, so I made it a separate window. Hope that doesn't irritate too many folks. It means I need to update the screenshot page... but I'm lazy. :)

Anyway, have fun!

2.1.1 is released!

This is primarily a bugfix release—several bugs were found in the UTF-8 and internationalization support (thanks Marco Thill!), plus I found one or two other errors with variable handling (this was a mistake I added back when I added all the OpenBSD compiler fixes) and un-abbreviated integers. With luck, this version should last a while, knock on wood.

In other news, Wcalc is listed on MPFR's web page!

Go get it!

2.1 is released!

The pre-compiled OSX version works properly on MacOS 10.3 and 10.4 with this version. This version is primarily a bug-fix version, though there are a few small features. The biggest bug that got squashed: a bug that made the a variable not always get updated properly. Also, this version supports UTF-8 on both the command-line and the GUI.

I have some packaging news as well! Wcalc is now a package in Debian testing. Thanks Danielle Sempione! Also: I know the package in fink is very, very old. I've built newer .info files for them, but they can't go into fink's archive until fink gets it's GMP and MPFR libraries into a useable state (currently in fink, MPFR both requires and conflicts with GMP—if this changes, let me know!)

In any case, enjoy!

It's HERE! 2.0!

The pre-compiled OSX version doesn't seem to run on anything other than MacOS 10.4, but other than that, I think it's basically done. Major feature: Arbitrary precision! Big thanks to the MPFR and the GMP guys for making it so powerful and slick, and above all, WELL DOCUMENTED! There are all sorts of other tweaks, including the ability to do unit conversions on the command-line and the ability to display larger numbers in the GUI... but I'm too tired, and too pleased that it all seems to work, to enumerate them all here—they're in the ReadMe. Which reminds me, I discovered that compiling Wcalc requires more than just installing GMP, even though GMP does come with a version of MPFR, I use more of MPFR than comes with GMP. So far, if you just install the latest MPFR (2.1.2), you should be okay. I don't know what the oldest version of MPFR that is compatible is, though.

Which reminds me—there are new screenshots on the screenshots page. They're pretty much the same as the old ones, but they're updated to the current version, and they look a bit better (jpegs vs gifs).

(I tried to fix the 10.3 problem, but there's some sort of linker problem... I'll figure it out later - any help is appreciated.)

Just FYI: 2.0 should be out soon. I'm just awaiting confirmation from a tester that it works reliably on machines that don't have the correct libraries. ;)

A new alpha of Wcalc 2.0 can be found here. I think I fixed the display "problem". Essentially, for display purposes, if it's supposed to automatically detect precision, I tell it to extract a double from the mpfr structure, and then go back to displaying the number the "old" way. There's probably a lot of cruft to take out (because this only applies to decimal display - I figure if you want hex/octal/binary floating point, you want the real computer representation (I can be talked out of this, if necessary). Also, I found and quashed a few segfaults relating to use of mpfr_clears() (it doesn't seem to like me), and just for kicks got rid of all uses of mpfr_inits() too.

A preview of Wcalc 2.0 can be found here. I'm not calling it an official release for several reasons, not the least of which is Xcode 2.1 seems to have completely broken compiling the GUI, and I haven't had the time to figure out what it's done to it. The biggest new feature: unlimited precision, through the use of libgmp and libmpfr (you'll need those in order to compile it). The biggest new bug (aside from the Xcode problem): libmpfr keeps too much state around, and doesn't seem to make sensible choices about display. A lot of numbers get printed as their internal approximation, rather than as exactly what they are supposed to be. For example 5.2 gets printed as 5.199999999999999999999999999999999999999999999999999999999998 (see how annoying that could be?). Still trying to figure out a good way around it (I really hope I don't have to start passing extra formatting strings around, or converting things to doubles for display purposes).

2.0 is coming!

Hello all

It's been a long time since I've worked on this project, but that's not because it's dead. It's more because I've been pretty happy with it (not to mention busy). BUT, I've scraped together a little time now, and have been hard at work implementing some of my more blue-sky stuff. I've already eliminated the reduce/reduce conflicts from the bison/yacc file, and I've got most of the initial code-work done for arbitrary precision math using the MPFR library. I think I may be able to get command-line unit conversions in too (haven't started yet, but had an idea about how they could be done). Anyway, I expect I'll have something up (a beta or something) sometime next week. That's right. Wcalc 2.0 baby!
Wcalc 1.7 is out! (Minor update: MacOS X command-line version readline library error fixed.)

The big news is that there is now a "simple" calculator mode. In other news, problems with variable substitution have been fixed, and so have problems with file loading from the command-line. There are a few other fixes as well—all in all, a good release, I feel!

Big thanks go out to Ingo van Lil and Stephen M. Lawson! Ingo helped me track down and squash some rather irritating bugs in the recursion detection (which works beautifully now). Stephen found more variable parsing problems, and discovered a problem with really long lines in saved files (both of which are fixed). Stephen also contributed some really impressive dynamic variable definitions. They're in the man page, but they're just so nifty, I gotta put them here too:

  • weekday='(((floor((yr - floor(0.6 + 1 / mo)) / 400) - floor((yr - floor(0.6 + 1 / mo)) / 100) + floor((5 * (yr - floor(0.6 + 1 / mo))) / 4) + floor(13 * (mo + 12 * floor(0.6 + 1 / mo) + 1) / 5)) - (7 * floor((floor((yr - floor(0.6 + 1 / mo)) / 400) - floor((yr - floor(0.6 + 1 / mo)) / 100) + floor((5 * (yr - floor(0.6 + 1 / mo))) / 4) + floor(13 * (mo + 12 * floor(0.6 + 1 / mo) + 1) / 5)) / 7)) + 1) + 5 + dy) % 7 + 1'
  • easter='((19 * (yr - 19 * floor(yr / 19)) + 24) - floor((19 * (yr - 19 * floor(yr / 19)) + 24) / 30) * 30) + ((2 * (yr - 4 * floor(yr / 4)) + 4 * (yr - 7 * floor(yr / 7)) + 6 * ((19 * (yr - 19 * floor(yr / 19)) + 24) - floor((19 * (yr - 19 * floor(yr / 19)) + 24) / 30) * 30) + 5) - floor((2 * (yr - 4 * floor(yr / 4)) + 4 * (yr - 7 * floor(yr / 7)) + 6 * ((19 * (yr - 19 * floor(yr / 19)) + 24) - floor((19 * (yr - 19 * floor(yr / 19)) + 24) / 30) * 30) + 5) / 7) * 7) - 9'

Wcalc 1.6.2 is out!

There were some major problems with the recursion detection in 1.6.1—it claimed any symbol (function, constant, or whatever) was illegal if it wasn't an actual function. There were one or two other problems that a kind soul named Ingo van Lil helped me find and fix. Sorry about that—hopefully this version will be a bit better.

It's that time again... this release is mostly a bugfix release, though. The recursion detection was very broken, and should be fixed now. I found a bug/crash in Linux, and fixed it (flex is very, very weird (it requires two null terminating bytes, instead of the usual one)). Also fixed some problems with the flatten function, and got rid of some compiler warnings on Linux and Solaris. New stuff includes a new "always print integers (when possible)" preference---this was because I got tired of calculating big numbers and having to set the precision to 0 in order to see the whole thing---as well as bitwise operators (&, |, and ~) as per Branden Moore's request, and new random functions. The bizarre window behavior came back, which suggests that it's something I'm doing after all (although I'd love to know what that is). All in all, a solid release, I think. Not as much time to work on it this summer as I would have liked, but that's the way it goes. As a side-note, Wcalc is now part of fink.

1.6 is out!

There are some big additions to this version, and I'm pretty proud of it. First and foremost FILES! So many people have asked me to get it to load and save files since I started this project, and now, finally, it does! It doesn't use MML or anything (yet) because that's a little more complicated than I thought, but otherwise, it works quite nicely.

The other biggie, for me personally, was the recursion detection in active variables. Wasn't hard, just never got around to it until finally.

Yet another big one for those of us who use the command-line version a lot, Wcalc now uses a ~/.wcalcrc! To save every preference in the book! There's a sample rc file in the source, if you want - it's pretty straight forward.

Also, FINALLY, I fixed the window-resize issues. I know, it's been truly bizarre behavior up until now. And to be perfectly honest, I haven't a clue why. I essentially recreated the window exactly the way I made it to begin with, and this time it behaved more as expected (it still has wierdness issues - but behind-the-scenes wierdness issues, so you don't have to deal with it, but I do!). I'm not as big a fan of this whole nib thing as I once was... but it's ok.

There are several other additions and fixes in this version. Check the download page for a more complete list. Now, I should really get back to my school work... is out!

Hey everyone! It was pointed out to me that the MacOS X distributed version of the command-line tool didn't use libreadline, and also had a bug that made it go into a loop when you press ^D. This seemed important enough to quickly fix, but it's a small bug. For people who compiled it themselves and have libreadline, this is no big deal. There shouldn't be anything else different.

1.5.2 is out!

Well, well, well - still kicking, still improving (albeit slowly). I spent a fair bit of time working on autoconf/automake support for people using the CLI version on multiple forms of Unix, so I'm rather proud of that (and let me tell you, the documentation for those tools leaves a lot to be desired). So it should compile cleanly without Makefile fiddling on Solaris and *BSD and most other standard Unices.

I realized that my internationalization stuff was being done completely wrong, and fixed it (I think!). Per suggestions that I've gotten by email and seen on the versiontracker reviews, I added a way to limit and clear the history in the GUI, and a way to clear the variable list too. A couple people found a crasher bug in the error reporting, and I fixed that (it was a pretty stupid bug). I moved \dsep and \tsep—most people won't care, but I figure all commands should be in the grammar instead of being handled manually. Finally, I alphabetized the units in the conversion window. They used to be in order from smallest to largest, but that made it hard to find the unit you want. We'll see how people like this. If alphabetical isn't good, it's easy to change back.

Well, enough of my rambling... 1.5.2!

1.5.1 is out!

Two months later, not much has changed. Jaguar came out—compatability was a simple recompile away. (If you're curious, Apple moved the termcap functions from libSystem.B.dylib to libtermcap—which is the "correct" place for those functions.) I was alerted (thanks Chris!) to some precision issues in Wcalc. The problem was that C doubles can't accurately compute equivalence for numbers less than about 2.2e-16 apart. In order to represent numbers as accurately as I could, I put in checks, so that numbers that are less than that far away from an integer are rounded to that integer (that way 1 - 0.9 - 0.1 returns zero). This doesn't work so well for really small numbers - like Plank's constant. So, I added a toggle to turn off my precision checks. It's not a great fix, but it's better than the full solution, which is to implement my own number representation, and re-implement all the standard functions (if you know of a good way to get unlimited precision - please, let me know!).

Anyway, there's a new version out. Go fetch!


Well, it seems that releasing took a little longer than I planned (big surprise, eh?) With the time I updated the man page and online-help, so those should be working (still no online GUI help...).

Anyway, I'm really proud of this one. The conversion support is solid, extensible, and has a gazillion units. Active variable support is finally done (which should help those of you who want to do functions with it). It doesn't check for recursion, so you can put it in an infinite loop... I'll try to fix that, but I figured that could wait a little bit. There are also all sorts of little fixes and feature additions (live keypresses!) here and there. I hope you like it!

Next on the field of features to get done... I want to be able to detect recursion instead of infinitely looping and eventually crashing. From there it's PRINTING and SAVING FILES! There's nothing to stop me now! (famous last words, of course).

One last note about the new URL... I want to move off of Notre Dame's servers as quickly as possible (I was forced on here after Apple decided to charge for mac.com webspace). I plan to open-source Wcalc by (or when) it turns 2.0 (which will be when pringing and saving/opening files works), and I'll move it to SourceForge then. Let's hope that's sooner rather than later, shall we?

Until next time...

It's baaaack! New pre-release!

Confronted with a little more time to spare now that school is over and I'm settled into my new apartment, I've been fiddling with Wcalc again. All my notes about planned features were left in my parent's house (hopefully I'll get them re-collected at some point), so I'm on my own to think of new features. (That and I sifted through my email archive.)

I finished (I think!) active variables. They're really cool, and I'm actually kinda proud about how they turned out so far. Give 'em a try, tell me what breaks. I've also added a few more features—Wcalc now supports comments (C-style (/* */), C++-style (//), and shell-style (#)), bitshift operations (<< and >>), quoted strings for "active" variables (single quote only), live keypresses (it evaluates when you hit '=' in the GUI), and the start of a unit-conversions interface. I made a bunch of little fixes too—printing prefixes by default, adding sanity to the command-line, etc. There are probably a couple things I've forgotten.

With any luck, I should get the conversion stuff done by the end of the week or so. If I don't find any big bugs or features I promised but forgot before then, I'll post it to VersionTracker and call it 1.5 officially.

You may notice Wcalc has a new home. Well, call me cheap, but I don't have the resources to pony up $50 for some webspace (read: from Apple), especially when I get this space (from the University of Notre Dame) for free. Ce est la vie.

Well well... it's been a little while, hasn't it? I've been educating myself about Cocoa (it's wonderful), and I've been thinking about stuff...

Got a new number parser (yeah, I know—I just can't leave it alone!). Basically, it pulls WHATEVER character you want to use as a separator out of the System Preferences (MacOS X only, of course)! Yay! The holy grail! If you pick something silly like '/' as a separator then '/' will be the new separator and won't have it's old use (division). Unfortunately, you have to quit and re-open Wcalc if you change the System Preferences—otherwise it doesn't know about the change. This one, I think, is up to Apple to change. In the command-line, however, you can change it on the fly with \tsep and \dsep (it's in the Readme). Anyway—PLEASE TEST IT!

A few other miscellaneous changes... Next on my list of things to add are active variables. Then it'll be exporting/importing files (ooo!). I'm also trying to figure out how to get the keypad clear button to work like it does in Apple's calculator. Text fields don't seem to want to give up control of keyboard events very easily...

Download it and let me know what you think!

1.4.5 is out! Lots of fixes... To my knowledge I've fixed everything people have complained about. Now, to work on new features!

Pre-release 2 is up here.

I have a pre-release version of Wcalc ready here.

I started a Yahoo Groups email list for Wcalc—anyone interested in talking about Wcalc with a larger group, getting emails about features and bugs and the future direction of Wcalc, send a message here.

Good grief! 1.4.4 is out... I really need a regiment of tests to run before I release software. Suggestions? Help?

Damon Bransom has kinldy sent me a few icon suggestions - what do you think?

1.4.3 is out!

I can't believe I didn't find these errors earlier. Good grief...

Someone suggested to me that I start a mailing list, on Yahoo Groups or something, for people interested in Wcalc development (heck, even throw the source out there, GPL it, see if people can help me make it cool). Is this something that's a good idea? Anyone interested? Or should this remain my little hobby?

1.4.2 is out!

So, I decided to release earlier rather than later. This fixes all but one of the bugs that I *know* about (the other one... eh). Working on customizable functions.

Well, I've got the period/comma problem solved (sorta). I'm treating them interchangeably. I'd like to be able to specify which to use in the preferences, so that 1,000.5 can be interpreted to be one thousand point five (in America) instead of one thousand multiplied by one half - but that's... REALLY hard at the moment. (If anyone knows how to change the Lex regular expressions on the fly, let me know!)

I also have the button-click-means-you-can't-type-anymore problem solved. (It was, in the end, a stupid error on my part.) Basically, the setSelectable:TRUE is not the inverse of setSelectable:FALSE.

I'm currently working on two things:

  • fix the library problems for real this time (I can't figure out how to link libraries in statically - but I'm working on it).
  • Add a drawer with all the functions and symbols in it (and put output format (read: hex) controls there... maybe).

What do you think? More feature suggestions? More bug reports? Are these features good to go? Should I release 1.4.2 (with what is currently fixed) before I release 1.5?

Someone also suggested that I start a listserv for Wcalc. Any seconds?

1.4.1 is out!

This version is almost all bugfixes. It was brought to my attention that there were some really important bugs (particularly with the command-line) that I just had to fix them immediately.

There are still one or two bugs left to quash (aren't there always?)... some of them I'm almost beginning to wonder if it's really me (like the window resizing thing).

Things I'm looking at for the next version: saving variable sets, user-defined functions, functions of multiple variables... any more suggestions?

1.4 is out!

This version has a bunch of features that have been suggested to me - the history is being saved now, it supports hex,octal,and binary for input and output, the history list also saves the result of the expression. There are also some bug fixes that people noticed - better factorials, clearing out pointless error messages, that kind of thing. I also improved the command-line version a bunch (added new features, implemented the new command syntax, that sort of thing).

As a side-note, MacWorld will be including Wcalc with their May issue!!! (I'm excited!)

I took some of the older versions offline - some were broken, fundamentally, and I need the space on my iDisk.

1.3 is out!

I found another error in the parser (it was doing the order of operations backwards!). Ahh, well... I may have to rewrite it again, from scratch. Anyway - as requested, you can toggle the keypad. I also found a bunch of tables of standard physical constants, and thought it would be neat to add those, and as a way to show it off, I added menus to select them. Fun stuff.

1.2 is out!

Wow. Well, when you start rewriting the parser, I guess you just can't stop until you're completely finished, or things break. Sorry about that, everyone - 1.1 and 1.1.1's parsers were broken, so things didn't work. 1.2 should work—if it doesn't, let me know right away!

1.1.1 is out! EEEK! A typo in the parser! Ick!

1.1 is out! This fixes a LOT more than I thought it would. I didn't realize the parser was as broken as it was (yow!)—but it's much better now.

The command-line tool needs to be brought up to par with the GUI—there are a few preferences and things of that nature that the GUI has that the command-line tool doesn't. And I may need to create a ~/.wcalcrc to store preferences...

One thing I still can't figure out... There seems to be a wierd window-resize bug, where it will get a little bigger to the left, and then the size of the window misbehaves (doesn't follow the mouse). Is this just my machine?

If you find bugs, PLEASE let me know!

SourceForge Logo

Valid XHTML 1.0 Strict Valid CSS!