Recent changes to feature-requestshttps://sourceforge.net/p/qalculate/feature-requests/Recent changes to feature-requestsenFri, 12 Feb 2016 13:26:13 -0000enable decilmal minutes instead of seconds in sexagemimal format (to support modern common used GPS-position format)https://sourceforge.net/p/qalculate/feature-requests/26/<div class="markdown_content"><p>I'm a sailor on a navigational academy. We do <em>a lot</em> of calculations that inlude positions in the format nnn DEGREE nn MINUTE nnnn DECIMAL MINUTE. This is due to the fact that modern GPS give a more precice position than the original nnn DEGREE nn MINUTE nn SECONDS annotation. The annotation in practice is fx 54º04'4 N. In calculate I would have to manually corret the last 0.4 minuts into seconds (i.e. 4X6 = 24 seconds), before I can use it in my calculations - the correct annotation would then be 54:04:24. This is hignly timeconsuming when during more complicated calculations than addition/subtraction. </p>
<p><strong>So:</strong> would it in any way be possible to change calculate, so I wouldn't get an erro if I typed in fx 54:04.4? I mean, so it automatically gets translated into 54:04:24? This would <em>really</em> make a lot of people on my and similar schools' life easier!</p></div>Kendall LoweFri, 12 Feb 2016 13:26:13 -0000https://sourceforge.net5ed1de0c748ce901ddf7940f8dc9ae476c3bc165enable decilmal minutes instead of seconds in sexagemimal format (to support modern common used GPS-position format)https://sourceforge.net/p/qalculate/feature-requests/26/<div class="markdown_content"><p>Ticket 26 has been modified: enable decilmal minutes instead of seconds in sexagemimal format (to support modern common used GPS-position format)<br/>
Edited By: Hanna K. (hanna_k)<br/>
Status updated: u'open' => u'closed'</p></div>Kendall LoweFri, 12 Feb 2016 13:26:13 -0000https://sourceforge.net1fb393a8fd3ad10fbe0ed48961059d3feef3a89aPlease implement atomic unitshttps://sourceforge.net/p/qalculate/feature-requests/25/<div class="markdown_content"><p>It would be very useful to have the Hartree (Ha or Eh) and Rydberg (Ry) energy units implemented. The relation between these is trivial<br />
1 Ha = 2 Ry</p>
<p>and the Hartree is</p>
<p>1 Ha = electron_mass⋅(elementary_charge^2/(4⋅pi⋅electric_constant⋅planck2pi))^2<br />
~ 27.21 eV</p></div>Susi LehtolaFri, 24 Oct 2014 18:16:30 -0000https://sourceforge.net754180a6de4150a3acec2fbe51a0334842839928MKS, CGS modeshttps://sourceforge.net/p/qalculate/feature-requests/24/<div class="markdown_content"><p>I like the 'best unit' conversion option, but I'd really like to see a little more discrimination on that. In particular, it would be very handy to me to have an "MKS" mode and a "CGS" mode that would effect how qalculate would select 'best units'.</p></div>Charles FiguraFri, 13 Dec 2013 15:18:42 -0000https://sourceforge.net4135b982882700260367ec60fb5a3622de84f161Keyboard/History Combination is weird and could be done betterhttps://sourceforge.net/p/qalculate/feature-requests/23/<div class="markdown_content"><p>Currently the display 'Keyboard' and 'History' have the same fixed height no matter how much height the Qalculate window has, and they both can't be done at the same time. Viewing of the display 'Keyboard' along with 'History' should be able to be done simultaneously. I see no reason why one should exclude the other.</p>
<p>How about putting the 'History' above(or optionally below?) the display 'Keyboard, and have the 'History's' height vary based on how much vertical space Qalculate has? </p>
<p>The display 'Keyboard' having a fixed height seams fine right now to me, but not the 'History'. It's the 'History' that should change in vertical size based on Qalculate's vertical size not the vertical space for the last answer.</p></div>Bryan RitterThu, 01 Aug 2013 02:13:14 -0000https://sourceforge.netc9fff28daf660c6240f7228eb17ad972fa502853Statistical distributions (normal, chi-squared...)https://sourceforge.net/p/qalculate/feature-requests/22/<div class="markdown_content"><p>Qalculate! should implement statistical cumulative distribution functions such as normal, chi-squared, Student t, and F-distribution, and their inverse counterparts.<br />
For example, normdist(x; 0; 1) would be the normal distribution with mean 0 and std.dev. 1, which is 0 at x=-inf, 0.5 at x=0, and 1 at x=inf. norminv(x; 0; 1) would be the inverse (-inf at x=0; 0 at x=0.5; inf at x=1). Additionally, there could be a normdens(x; 0; 1) function with the density function (which is 0 at x=-inf, grows to a maximum of approx. 0.399 at x=0, and then shrinks back to 0 at x=inf).</p>
<p>(Note that this doesn't have to do with statistical analysis of a set of data, nor with generation of random numbers with a certain distribution; these are functions f:R->R used in statistics)<br />
<a href="http://en.wikipedia.org/wiki/Normal_distribution">http://en.wikipedia.org/wiki/Normal_distribution</a><br />
<a href="http://en.wikipedia.org/wiki/Chi-squared_distribution">http://en.wikipedia.org/wiki/Chi-squared_distribution</a><br />
<a href="http://en.wikipedia.org/wiki/Student%27s_t-distribution">http://en.wikipedia.org/wiki/Student%27s_t-distribution</a><br />
<a href="http://en.wikipedia.org/wiki/F-distribution">http://en.wikipedia.org/wiki/F-distribution</a></p></div>CousteauFri, 22 Feb 2013 11:46:50 -0000https://sourceforge.net2a54214e02ee07a92fe9c1b172751ed02caf3f91% Modulo operator brokenhttps://sourceforge.net/p/qalculate/feature-requests/21/<div class="markdown_content"><p>typing in "1 % 32" results in .32, which is not modulo. I see what it's trying to do, it thinks i'm just typing in 32%. If there is a number after %, it should consider it modulo. Using libqalculate-0.9.7-4.fc17.x86_64.</p></div>AnonymousFri, 09 Nov 2012 21:29:23 -0000https://sourceforge.net7ceeca55db77681b5501ab9d0d7ab440fed9f910Output warning messages in qalc through stderrhttps://sourceforge.net/p/qalculate/feature-requests/20/<div class="markdown_content"><p>Warning messages in the `qalc` command line program should be output to stderr rather than stdout. Similarly for error messages (although in that case the stdout should contain "[error]" or explicitly notify there was an error). This way it would be easier to redirect qalc's output to other programs.</p>
<p>As an extra feature, there could be a -q option to suppress warning messages (although this could be done by doing `qalc 'expression' 2>/dev/null`) and a -v one for printing it as stdout rather than stderr as it does right now (although this could be done by doing `qalc 'expression' 2>&1`).</p></div>CousteauMon, 03 Sep 2012 09:02:08 -0000https://sourceforge.net90b9f392521d2b12566c738b918a32ad4e897880Convert the unity of the constants g->kghttps://sourceforge.net/p/qalculate/feature-requests/19/<div class="markdown_content"><p>All the calculations are made with grams. Why not.<br />
But all the fundamental constants are different because of that!<br />
We can't make a simple calculation in kg, we have to convert each constant into kg, otherwise all the calculations are false ( I know, I experienced that !).<br />
For example, if I make a calculation with the planck constant, I have to convert all other terms into gram because of the 10^-3 factor....and for some expressions it can be very hard !</p>
<p>It very dangerous because if we don't notice all the calculations are false. <br />
If there is no improvement, I can't use this software anymore.</p></div>Luc CouturierTue, 29 Nov 2011 18:33:47 -0000https://sourceforge.net093d2d404b97b7abd63a0bcae43df10c10d9839dKeyboard?https://sourceforge.net/p/qalculate/feature-requests/18/<div class="markdown_content"><p>I was looking in the help for keyboard shortcuts. E.g. in the RPM mode i'd like to be able to DROP and SWAP by keyboard. Unfortunately i did not find a section in the docs at all, explaining the keyboard. There are some snippets describing some aspects but there seems not to be an overview.</p></div>Chris LiechtiThu, 10 Jun 2010 20:33:32 -0000https://sourceforge.net74e96bfef60da1866fbabc9f1377a6eecae54cbe