Would like to help the project? You can translate it, file a feature request or bug you found, or contribute with source code. Linux users will have to wait for their distribution to update their included version. Grab your Windows or OS X package from the usual place, which has just been heavily revamped. But for now, I hope you'll enjoy and find this release useful. Thanks to Tey, we're getting there and it will certainly be available in the next version. One of them is the long awaited ability to define user functions. I'm already thinking about 0.12 (or 1.0) and the features that should have priority. ![]() I see this feature in the same category and usefulness as RPN support. I'll consider re-adding a keypad in the future IFF a significant user base asks for it and a good and scalable design is found. The old keypad was both ugly and not very functional. ![]() The reason for this is that it goes against the SpeedCrunch philosophy and main goal - to be a keyboard-oriented, fast to use scientific calculator. This might change in a future version of SpeedCrunch.Now for some bad news for some of you: the virtual keypad is gone. Since the current unit system does not support non-linear units like ☌ or ☏, the only available unit for temperature quantities is kelvin. Currently, the available dimensions and their associated primitive units are: For instance if you type meter^2, the result will be a quantity with the dimension length 2 which can only be compared to other quantities with the same dimension. When adding, multiplying, or otherwise manipulating units, SpeedCrunch will track the dimension and raise an error if it detects an invalid operation. Indeed, the dimension of second is time, while meter denotes a length, thus they cannot be compared, added, etc. Simply put, it prevents comparing apples and pears: If you try to convert seconds to meters, SpeedCrunch will complain, stating that the dimensions of second and meter do not match. The order explicit by using newton / (centi meter).įor the same reasons, expressions like 500 gram / 20 gram and (500 gram) / (20 gram) yield different results.Īn important feature of SpeedCrunch’s unit system is dimensional checking. ‘newtons per centimeter’, don’t simply type newton / centi meter – this will be interpreted as (newton / centi) meter! Instead, make For instance, if you intend to express the unit Means that their use follows the same rules of precedence as any other mathematical operation. This limitation (or feature, depending on your point of view) In SpeedCrunch (unlike in textbook notation), prefixes can be used on their own. In that case, the imaginary part of these numbers is discarded when passing them as an argument to a built-in function. However, previously stored variables may still contain complex values. When complex numbers are disabled, the constant j is not available. However, when given a real argument, cbrt() will always return the real cubic root, regardless of whether or not complex numbers are enabled. With complex number support enabled, the power operation x^(1/3) will return the first complex cubic root of x which is usually non-real. Refer to a function’s documentation for more information.Ĭaution is advised when using functions like cbrt() or any fractional power operation with complex numbers. Not every function in SpeedCrunch supports complex arguments. Simply defining i=j allows you to use i as an alias for j. Although SpeedCrunch does not support this notation by default, it is added easily enough. ![]() Some users (especially mathematicians or physicists) may prefer to use the letter i for the imaginary unit. If necessary, consider writing the multiplication explicitly, i.e. J ^ 2 = -1 ( 5 + 3 j ) / ( 8 - 2 j ) = 0.5+0.5jĪ note on the syntax of complex numbers: 5j denotes the number 5*j while j5 is a variable named ‘j5’.
0 Comments
Leave a Reply. |