by 
En avril 2025, Moravia, qui a racheté la branche HP Calculatrices pour la rentrée 2021, t'invitait à participer à un bêta-test public de sa future mise à jour 2.4 pour HP Prime.Nous avons eu droit à 2 versions bêta installables sur ta calculatrice :
Finalement, pas de sortie de la version 2.4 pour cette rentrée 2025, mais à la place de nouvelles versions bêta :
- la 2.4.15484 compilée le 4 septembre 2025
- la 2.4.15499 compilée le 9 septembre 2025
Cette fois-ci, en plus des fichiers d'installation sur calculatrice, tu as droit à des versions bêta des logiciels de connectivité et de simulation - tu peux donc participer au bêta-test même sans avoir la calculatrice sous la main !
Rappelons que la HP Prime dispose depuis son lancement pour la rentrée 2013 de 2 moteurs de calcul :
À l'origine, si tu ne faisais pas appel au CAS et restais dans le contexte numérique, tu n'obtenais par défaut que des résultats en écriture décimale. Tu pouvais toutefois demander ensuite à la calculatrice de tenter de réécrire sous forme exacte un résultat sélectionné ou à défaut le dernier résultat grâce à la touche
1 seule famille de nombres était alors gérée dans ce contexte, celle des rationnels :
Précisons que la calculatrice faisait alors appel pour trouver un nombre rationnel à un heuristique (cas particulier d'algorithme qui, dans le cas de problèmes complexes, n'a pas pour priorité de produire une réponse juste, complète ou optimale, mais de retourner une réponse plausible en un temps raisonnable).
Le principe de l'heuristique était de trouver un nombre rationnel assez proche du résultat sélectionné. Un fonctionnement non fiable qui imposait de se mettre des limites, et refuser de répondre lorsque le nombre rationnel trouvé était jugé trop compliqué ou peu usuel.
Tu peux constater ci-contre le nombre d'erreurs quand tu demandais une forme exacte.
Tu avais quelque chose de très inférieur à la concurrence qui depuis plus d'une décennie incluait des moteurs de calcul exact QPiRac sur ses modèles graphiques de milieu de gamme, et cela devient même ces dernières années la norme sur l'entrée de gamme graphique :
Un moteur de calcul de type QPiRac gère en effet les 2 familles de nombres suivantes :
- un moteur de calcul numérique en virgule flottante
- et un moteur de calcul formel (dit CAS et accessible via la touche
CAS
), développé par Bernard Parisse, enseignant chercheur à l'Université de Grenoble (techniquement, un portage pour la HP Prime de son propre moteur de calcul formel GIAC développé pour son logiciel de Mathématiques intégré Xcas)
À l'origine, si tu ne faisais pas appel au CAS et restais dans le contexte numérique, tu n'obtenais par défaut que des résultats en écriture décimale. Tu pouvais toutefois demander ensuite à la calculatrice de tenter de réécrire sous forme exacte un résultat sélectionné ou à défaut le dernier résultat grâce à la touche
ab/c.
1 seule famille de nombres était alors gérée dans ce contexte, celle des rationnels :
$mathjax$\pm\frac{a}{b}$mathjax$
.Précisons que la calculatrice faisait alors appel pour trouver un nombre rationnel à un heuristique (cas particulier d'algorithme qui, dans le cas de problèmes complexes, n'a pas pour priorité de produire une réponse juste, complète ou optimale, mais de retourner une réponse plausible en un temps raisonnable).
Le principe de l'heuristique était de trouver un nombre rationnel assez proche du résultat sélectionné. Un fonctionnement non fiable qui imposait de se mettre des limites, et refuser de répondre lorsque le nombre rationnel trouvé était jugé trop compliqué ou peu usuel.
Tu peux constater ci-contre le nombre d'erreurs quand tu demandais une forme exacte. Tu avais quelque chose de très inférieur à la concurrence qui depuis plus d'une décennie incluait des moteurs de calcul exact QPiRac sur ses modèles graphiques de milieu de gamme, et cela devient même ces dernières années la norme sur l'entrée de gamme graphique :
Un moteur de calcul de type QPiRac gère en effet les 2 familles de nombres suivantes :
- $mathjax$\frac{\pm a\sqrt{b} \pm c\sqrt{d}}{f}$mathjax$(incluant la famille précédente des rationnels)
- $mathjax$\pm\frac{a\pi}{b}$mathjax$pour la trigonométrie
Lors de sa mise à jour 13333 de janvier 2018, HP avait enfin commencé, fort tardivement, à s'attaquer à ce gros manque. D'une part lorsque demandée, la recherche d'une forme exacte pour les résultats était étendue à 4 familles de nombres, et tu pouvais même basculer entre plusieurs formes de résultats jugées pertinentes par pressions successives de la touche
Toutefois, rien à voir avec les moteurs de calcul exact de la concurrence. Le fonctionnement restait ici basé sur un heuristique partant d'une valeur numérique qui, dans les cas où l'on a besoin de cette fonctionnalité, était déjà une valeur approchée. Nous conservions le même problème d'absence de fiabilité et donc le besoin de brider les formes exactes retournées afin de limiter le taux d'erreurs.
ab/c:
- $mathjax$\frac{\pm a\sqrt{b}}{c}$mathjax$
- $mathjax$\pm\frac{a\pi}{b}$mathjax$
- $mathjax$ln\left(\frac{a}{b}\right)$mathjax$
- $mathjax$e^{\frac{a}{b}}$mathjax$
Toutefois, rien à voir avec les moteurs de calcul exact de la concurrence. Le fonctionnement restait ici basé sur un heuristique partant d'une valeur numérique qui, dans les cas où l'on a besoin de cette fonctionnalité, était déjà une valeur approchée. Nous conservions le même problème d'absence de fiabilité et donc le besoin de brider les formes exactes retournées afin de limiter le taux d'erreurs.
Depuis l'ultime mise à jour développée chez HP, la 2.1.14567 d'avril 2021, la HP Prime dispose d'une option Intelligent Math. Si activée, la HP Prime dans un contexte numérique appelle systématiquement en interne à chaque calcul une fonction de mise du résultat sous forme exacte.De plus, pour l'occasion, les familles de nombres gérées ont été étendues :
- $mathjax$\frac{\pm a\sqrt{b} \pm c\sqrt{d}}{f}$mathjax$(comme TI/Casio)
- $mathjax$\pm\frac{a\pi}{b}$mathjax$(comme TI/Casio)
- $mathjax$ln\left(\frac{a}{b}\right)$mathjax$
- $mathjax$e^{\frac{a}{b}}$mathjax$
Toutefois, ces deux dernières familles (logarithmes et exponentielles) n'étaient pas supportées dans le cadre de l'option Intelligent Math, ni par la touche ab/c, et nécessitaient un appel manuel à la fonction QPI(). En effet l'heuristique utilisée était beaucoup moins fiable dans ce cadre, et on peut supposer que les développeurs étaient gênés que la HP Prime présente trop souvent par défaut des résultats faux.
La version 2.4 constitue une mise à jour majeure de la HP Prime. Son objectif est de doter la calculatrice d'un moteur de calcul exact, et donc d'évacuer tout risque de résultat exact faux.C'est donc une refonte en profondeur du fonctionnement de la calculatrice pouvant générer nombre d'anomalies, d'où la longueur de ce bêta-test.
Voici le changelog de la mise à jour 2.4 dans sa dernière révision 14599 :
- Code: Select all
Date Released: 2025/09/09
Versions
--------
Firmware Version: 2.4 BETA (revision 15499)
Description
-----------
This release introduces support for exact arithmetic involving fractions, possibly
multiplied by pi, over a limited range of rational numbers. The new numeric calculation
routines automatically switch to decimal arithmetic when numerators or denominators go
beyond the limited range (of approximately nineteen digits). Only some portions of some
numerical environments have been changed: these new routines are not used in CAS or Python
calculations, but can be used by calculations in the Home view, the Function app, or in
PPL programs.
Another notable change is that in areas where implicit multiplication is allowed, such as
within definitions in the Function app's Symbolic view, or in the Home view, the logic of
implicit multiplication has been reworked. Two examples being that "XYSIN(X)" is now
interpreted as "X*Y*SIN(X)" and "X(1+Y)" is now interpreted as "X*(1+Y)". The parsing
rules of the CAS have not been adjusted.
Details of changes follow below. Release notes are subject to adjustment during the beta
phase.
PPL Calculations
- - - - - - - - -
PPL calculations are used, by default, in the Home view and in the Function app Symbolic
view.
1. The power and nth root operations make use of the new exact fraction format.
(a) A^B is now defined when A is negative and B is an exact fraction with an odd denominator. [PBT371]
(b) Entering unreduced forms of exact fractional exponents no longer affects calculation accuracy [PBT563] nor causes calculations to inappropriately leave the domain of definition. [PBT564]
(c) 0^(0/1) now produces an error. [PBT560]
(d) A NTHROOT B with B negative and A an exact fraction with an odd numerator, with complex output disabled, no longer produces an error. [PBT559]
(e) Decimal exponents, when they fit within the limits of the exact fraction arithmetic, are now treated as exact fractions. [PBT562]
2. Exact results are returned, when appropriate, by SIN, COS, TAN, CSC, SEC, and COT when in radians mode and the argument is an exact fraction multiplied by pi. [PBT216]
3. The differentiation logic for some functions has been reworked.
(a) The derivative of ATANH is now defined when given X as an argument and now follows standard chain rule logic. [PBT642]
(b) The derivative of NTHROOT now follows standard chain rule logic. This improves, for example, the plot of F1(X)=∂((X NTHROOT 2)^X,X). [PBT643]
(c) The derivative of a SUM involving absolute values now takes into account which branch each evaluation falls on. An example plot improved by this change is the plot of F1(X)=Σ(ABS(X-K),K,1,2). [PBT644]
(d) The derivative of the product of a sequence is no longer computed as the product of the derivatives of the elements of the sequence. [PBT649]
(e) The formulas used for differentiating ACOT and ASEC have been fixed. [PBT645,PBT646]
4. Derivatives of functions are now restricted to the domain of the original function.
(a) The derivatives of LN and LOG are now restricted to positive arguments [PBT30], as is the derivative of logb [PBT640] - even when subsequently multiplied by zero. [PBT647]
(b) The derivative of ACOSH is now restricted to the domain of ACOSH. [PBT641]
(c) The derivative of ASEC is now restricted to the domain of ASEC. [PBT646]
(d) The derivative of TAN, COT, CSC, or SEC, when given a constant argument, is no longer defined when the corresponding original function is not defined. [PBT639]
(e) The derivative of 0^0 is no longer defined. [PBT638]
5. The domains of some differentiated functions have been enlarged.
(a) Derivatives of fractional powers are no longer undefined when given negative arguments, X^(1/3) being an example (when X is negative). [PBT637]
(b) The derivative of X^1 is no longer undefined at zero. [PBT636]
(c) Derivatives of factorial (!) applied to a non-negative integer value are no longer undefined. [PBT648]
6. MAX no longer potentially returns incorrect results when given a collection of large integer-typed (#) inputs that are relatively close to one another. [PBT565]
7. Complex-valued rational roots can now be computed with integer-typed (#) input. [PBT558]
8. Subtracting large floating-point numbers from nearby large integer (#) values no longer involves unnecessary round-off. [PBT566]
9. #0 ^ #-1 now produces an error. [PBT573]
10. TRUNCATE applied to large degree-minute-second numbers no longer erroneously cuts digits from the center. [PBT576]
11. If complex output is enabled, ATANH can now produce complex output when given an integer-typed (#) argument. [PBT582]
12. ROUND applied to complex degree-minute-second numbers now carries forward the degree-minute-second presentation. [PBT584]
13. MAX no longer considers, in isolation, portions of the real and imaginary components of a complex matrix input. [PBT588,PBT589]
14. ROUND no longer erroneously rounds down instead of up on certain degree-minute-second numbers. [PBT593]
15. Implicit multiplication has been improved.
(a) Implicit multiplication may now occur after a variable and before an open parenthesis. [PBT22]
(b) Implicit multiplication may now occur after a variable and before e^. [PBT66]
(c) The relative precedence of NOT and implicit multiplication has been made consistent. [PBT602]
(d) A bug has been fixed where middle variables were being dropped in inputs involving chained implicit multiplications; for example, "XY Z" is now interpreted as X*Y*Z rather than X*Z . [PBT603]
(e) Re-entering the shown interpretation, using explicit multiplications, of expressions involving implicit multiplications could produce new interpretations. For example, "NOT ?(0)" was being interpreted as NOT ?*(0), but an entry of "NOT ?*(0)" was interpreted as (NOT ?)*(0). This is no longer the case. [PBT604]
16. The SUM of fractional powers of X no longer has inappropriately reduced domains. Σ(X^(K/3),K,1,3), for example, now agrees with X^(1/3)+X^(2/3)+X^(3/3). [PBT651]
17. Computing SUM with an undefined summand no longer potentially causes a crash. [PBT652]
18. Exact results for expressions involving simple fractions, such as 1/3*3, are now produced automatically. Exact results also allow for identical computed decimal results to be shown for equivalent expressions, such as COMB(16,8)*(1/3)^8*(2/3)^8 and BINOMIAL(16,(1/3),8). [PBT58]
19. The accuracy of CSC and SEC have been slightly improved for some arguments. Examples include CSC(25) and SEC(8). [PBT953,PBT954]
20. FLOOR and CEILING now operate componentwise on complex arguments. [PBT937,PBT938]
21. Signed #integer values entered with a value of -2^k, k being the integer's number of bits, are now displayed with a stated numeric value corresponding to -2^k instead of being displayed as -0. Note: operations that combined such-entered values with non-#integer types treated the entry as having a value of -2^k. Also: entering an #integer with -0 used to specify the value component did and does result in the same integer being stored as is the case with a use of a non-negated 0. [PBT936]
PPL Programming
- - - - - - - -
1. WAIT(-1) on G1 calculators no longer returns immediately. [PBT83]
2. TICKS now returns monotonically nondecreasing values on G1 calculators (until wraparound). [PBT261]
3. The TICKS command on G2 calculators now returns the value of the internal clock in milliseconds, as described in the documentation, rather than 1/1024ths of a second. [PBT671]
4. FOR loops iterating over non-floating-point values no longer convert these values to floating point for iteration.
(a) FOR loops over a small range of large integer (#) values now terminate. [PBT597]
(b) FOR loops with fractional STEP values no longer exit early. [PBT598]
5. FOR loops are now interrupted by the production of an error. [PBT600]
6. OR is now symmetric for mixed integer (#) and BCD arguments. [PBT611]
7. AND and OR now accept a real-valued complex number as a second argument. [PBT610,PBT612]
8. OR now short-circuits when its first argument is a nonzero integer (#) value. [PBT613]
9. INPUT now exits with an error if any allowed type matrix passed in includes non-integer elements. [PBT711]
10. INPUT with a [0]-allowed type matrix no longer bars real values. [PBT712]
11. Pressing backspace in a field of an INPUT form no longer requires the field to be subsequently edited to pass allowed type matrix requirements. [PBT696]
12. The filled polygon rendering algorithm that is used for FILLPOLY and FILLPOLY_P has been replaced.
(a) Rendered meshes, even with exact T-vertices, no longer miss or multiply paint pixels (no "salt and pepper" artifacts). [PBT271,PBT785]
(b) Vertices far from the origin no longer confuse the topology. [PBT777]
(c) The use of some vertices far from the origin that would bring about crashes no longer do so. [PBT262]
(d) Uneven / clumped stepping along edges is no longer present. [PBT776]
(e) Horizontal artifacts (topological confusion along a scanline) no longer occurs with certain specific edge slopes and vertex combinations. [PBT190,PBT257]
13. Calls of FILLPOLY and FILLPOLY_P may now omit both color and alpha arguments. [PBT624]
14. FILLPOLY_P no longer clamps coordinates given by a matrix to 32-bit values on 64-bit builds. [PBT781]
15. BITAND is no longer raising an error for arguments around 10^14. [PBT790]
16. LINE_P is no longer inappropriately clamping coordinates to a reduced range on 64-bit builds. [PBT788]
17. RGB no longer accepts values that are just slightly out of range. [PBT769]
18. SUBGROB and SUBGROB_P no longer accept negative dimensions. [PBT747]
19. Calling DIMGROB_P with both dimensions small negative numbers no longer brings about a crash. [PBT746]
20. Raising a matrix to powers near 2^31 no longer return results for smaller powers instead. [PBT757]
21. IDENMAT no longer requires its argument to be less than 33. [PBT756]
22. Calling MAKEMAT or RANDMAT with very large positive dimensions no longer brings about crashes. [PBT753,PBT755]
23. Calling MAKEMAT with negative dimensions no longer brings about crashes. [PBT754]
24. Some views that were not being redrawn immediately after a call to STARTVIEW are now being redrawn immediately. [PBT745]
25. DIMGROB results are now translation invariant; they no longer vary when a Plot view is panned. [PBT765]
26. DIMGROB now raises an error if given negative dimensions. [PBT764]
27. DIMGROB_P now raises an error if given huge negative dimensions. [PBT780]
28. ARC_P now interprets hexagesimal angle arguments as being in degrees. [PBT773]
29. ARC_P now interprets angles as being expressed in gradians when the angle mode is set to gradians. [PBT806]
30. LINE_P and FILLPOLY_P now round non-integer coordinates in a uniform direction, rather than towards the origin. [PBT811,PBT816]
31. Checking syntax on a program that initializes an EXPORTed variable via a use of AVars that references an undefined application variable no longer potentially causes a crash. [PBT548]
32. Errors with encrypted programs that could introduce persistent instability, boot failures, and instant crashes when connecting to a Connectivity Kit have beenaddressed. [PBT854,PBT855]
33. Smaller encryption-related buffers are now used when processing encrypted programs. [PBT853]
Home View
- - - - -
1. The a b/c key now only brings up fraction displays for numbers that are internally stored as fractions. [PBT3,PBT507] The displayed fraction no longer depends on Number Settings. [PBT131]
2. Mixed fraction displays brought up by the a b/c key no longer include a negation sign between the leading whole number and the fraction that follows. [PBT704]
3. Errors are no longer lost when restarting. Errors are now preserved in saved work. [PBT705]
Function App
- - - - - - -
1. Extremum searches no longer fail on functions whose expressions involve prefix negation used as infix subtraction. [PBT594]
2. Some logic for degree 2 rational polynomials, of X or of K^X, has been added.
(a) Extrema searches can now thereby avoid reporting spurious solutions found via asymptote chasing, an example being a search for an extremum of 244 * 0.965^X / (1 + 22.8*0.965^X)^2. [PBT595]
(b) Intersections between degree 1 rational polynomials and constant functions are now reported exactly where possible. [PBT596]
Python App
- - - - - -
1. Entering a negative integer value via the Edit Integer dialog with the Python app active now prints a correct expression for the integer. [PBT606]
2. The hpprime.mouse function now uses a single coordinate system for reporting coordinates. Before the change, hpprime.mouse would sometimes use different coordinate systems for different parts of the screen. [PBT687]
3. Positions returned by the hpprime.mouse function are now current touch positions rather than positions where the touch interaction currently underway began. [PBT546]
4. The heap and stack memory settings chosen in the Plot Setup view are now interpreted correctly on both 32- and 64-bit platforms. [PBT686]
5. The Spanish title of the Numeric view now includes the app name. [PBT556]
6. The hpprime.dimgrob function now clears the specified GROB even if the color argument specifies a transparent color. [PBT779]
7. Parsing of PPL source, by hpprime.eval, now matches more closely the parsing used for PPL programs. [PBT727]
8. Repeated, rapid calls to graphic.draw_filled_polygon or graphic.draw_filled_arc no longer bring about instability and visual artifacts. [PBT340,PBT770]
9. A ticks function has been added to the hpprime module. [PBT810]
10. The hpprime module now has getpix, getpix_c, invert, and invert_c functions that correspond to the PPL GETPIX_P, GETPIX, INVERT_P, and INVERT commands. [PBT529,PBT530]
11. Passing a transparent color with value above 0x7FFFFFFF to a graphics function of the hpprime module no longer raises an exception. [PBT523]
Geometry App
- - - - - - -
1. Unchecking the "Grid Lines" box in Plot Setup now removes the grid lines from Plot view. [PBT133]
2. Horizontal dragging in the Symbolic view no longer brings about a crash when definitions are present. [PBT547]
3. Slope field segments shown in the Plot view now all use the slope field color. [PBT695]
4. Rendering artifacts of some filled plots (e.g., of ln(x)/2) have been addressed. (A new polygon-filling routine renders filled polygons correctly even when vertices are very closely spaced.) [PBT254]
Other Fixes
- - - - - -
1. Some UI logic was miswired in CAS Settings; e.g., pressing Del on some dropdown menus could change checkbox settings. This has been addressed.[PBT503,PBT504,PBT505,PBT506]
2. In the Help view, touch input would not be recognized after the view was panned to some positions. This has been addressed. [PBT714]
3. Memory was being leaked when
(a) using ROUND with degree-minute-second inputs, [PBT578]
(b) assigning values to Theme(...), [PBT609]
(c) accessing the Info display in the Explorer app's Plot view, [PBT614]
(d) scrolling in the Explorer app's Plot view, [PBT615,PBT616,PBT617]
(e) solving a multi-constraint system in the Solve app's Numeric view, [PBT618]
(f) copying examples from the Help system, [PBT678]
(g) looping in a FOR loop that used a built-in application variable as an index variable [PBT599],
(h) calling graphic.draw_filled_polygon [PBT771],
(i) leaving the Note Editor [PBT895],
(j) performing zeroconf discovery at launch, [PBT684] and
(k) closing a font; [PBT688] these memory leaks have been addressed.
4. Crashes that could occur when using, or shortly after using, Ans in RPN mode have been fixed. [PBT680]
5. Changing exam modes with a connected HP Prime Connectivity Kit while in the "swipe to start" screen on a calculator no longer brings about erratic UI behavior. [PBT697]
6. Attempting to open the "Decimal Places" inside the Spreadsheet app's Format menu could result in a crash. No longer. [PBT821]
7. With the start of the week set to Monday, the field showing that in Home Settings could instead just show "...". The dialog layout has been adjusted to prevent that. [PBT820]
8. Some UI logic was miswired in Home Settings regarding integer settings; e.g., using one UI control could change the setting of another control without that control being updated visually. [PBT534,PBT841,PBT845,PBT846,PBT847]
9. 64-bit signed integers would appear to be attainable with certain sequences of assignments to Signed and Bits. An assignment to one automatically adjusts the other, when necessary. [PBT848]
10. A custom user KEY returning a string could bring about a crash. Addressed. [PBT894]
11. Deleting the last funcion while in the Define dialog for user functions no longer leaves a titlebar floating. [PBT802]
12. Changes made via Quick Settings are now immediately reflected in Home Settings and Symbolic Setup views. [PBT866,PBT872]
13. Number Format settings are now followed in the List Catalog and Matrix Catalog. [PBT860,PBT861]
14. Different columns in the Matrix Catalog no longer overprint one another when there is insufficient space. [PBT859,PBT861]
15. Units are now always included in the reported size for a list in the List Catalog and Program Catalog. [PBT849,PBT852]
16. The "Streamer not connected..." message in the Data Streamer now takes dark mode into account. [PBT850]
17. The +, −, and +/- keys now adjust a b/c Key options in Home Settings. [PBT818]
Inference App
- - - - - - -
1. Attempting to import with only a single sample statistic available no longer brings about a crash. [PBT744]
2. Dialog labels, for s and n, are no longer swapped when importing two samples. [PBT743]
Sequence App
- - - - - - -
1. Defining U1 as U1(1)=1, U1(2)=2, and U1(N+2)=N+2 no longer has an evaluation of U1(3) returning 5. [PBT716]
2. Defining U1 as U1(N)=U2(N) and U2 as U2(N) no longer brings about crashes when using Eval on U1(N) in the Symbolic view. [PBT715]
Connectivity Kit
- - - - - - - - -
1. The variety and presence of borders, lines, and backgrounds in the main window has been reduced. [PBT935]
2. The Content pane now displays the sizes of entire apps, not just their components. The reported sizes now follow the conventions used on the HP Prime. [PBT925]
3. Certain sequences of operations with expanded Programs in the Calculators pane that could result in empty programs being exported no longer result in such. [PBT741]
4. An unused "Exam Modes" directory is longer created in the Documents folder. [PBT919]
5. Using Windows' "Bigger Text" feature no longer results in clipped window titles. [PBT912]
6. Windows' "Bigger Text" feature now affects the size of the filter drop-down in the Calculators pane. [PBT914]
7. Monitored calculator images are now less blurry when shown or when copied to the clipboard. [PBT900,PBT901]
8. Memory was being leaked when
(a) renaming, saving, or deleting exam modes, [PBT627,PBT628,PBT629]
(b) dropping program files onto a calculator, [PBT663]
(c) editing a spreadsheet cell, [PBT664]
(d) pasting into a spreadsheet cell, [PBT665]
(e) opening a matrix window, [PBT667]
(f) opening a list window, [PBT668]
(g) right-clicking on an exam mode, [PBT635,PBT682,PBT683]
(h) copying an exam mode [PBT669], and
(i) dragging and dropping an exam mode onto a calculator; [PBT670] these memory leaks have been addressed.
Virtual Calculator
- - - - - - - - - -
1. The image shown in a Screen Capture window may now be dragged and dropped into another application or program that supports drag and drop for images. [PBT634]
2. When busy or preoccupied, the Virtual Calculator could leak memory each time a key is pressed or each time text is pasted in from the clipboard. These leaks have been addressed. [PBT676,PBT679]
3. Out-of-range values in stored settings no longer prevent screen captures from being saved. (Out of range values could be written out by earlier versions.) [PBT630]
Triangle Solver
- - - - - - - -
1. Tapping on the triangle menu button could, in some situations, highlight the "a" entry field even when it was not solved for. This has been addressed. [PBT815]
2. Copy now copies highlighted fields. [PBT814]
Note Catalog and Note Editor
- - - - - - - - - - - - - - -
1. In the Note Editor, the bullet menu button now continues to show its label when a second-level menu is open. [PBT897]
2. The PPL Notes command no longer returns a stale view of a note while it is being edited. [PBT893]
3. Opening a freshly-created calculator note in the Connectivity Kit now brings up a blank note rather than random contents. [PBT877]
4. Chronological ordering in the Note Catalog now places more recently edited notes above those whose most-recent edit occurred earlier. [PBT891]
(a) And similarly so with assignments to PPL Notes. [PBT884]
(b) Notes received from a Connectivity Kit are now placed at the top of the chronological ordering rather than the bottom. [PBT885]
5. Custom PPL user KEYs can now adjust notes while in a Note Editor or the Note Catalog without introducing instability / crashes. [PBT886,PBT887]
6. In the Note Catalog, tapping below the last note will now select the last note rather than open the previously-selected note. [PBT880]
7. After leaving a Note Editor, the just-edited / -viewed note is now selected in the Note Catalog even with Alphabetical ordering selected. [PBT878]
8. After renaming a note in the Note Catalog, the renamed note now gets the selection. [PBT879]
9. Changing any calculator notes while in the dialog for renaming a note on the calculator no longer brings about instability / crashes. [PBT876]
10. Deleting the last note no longer removes the More menu button. [PBT873]
11. Entering a blank note name or a note name with a leading space now brings up an error message, rather than being silently ignored. [PBT349,PBT875]
12. Long note names entered in the Note Catalog are no longer automatically truncated. Instead, an error is shown. [PBT874]
13. Note names shown in the Note Catalog are no longer unnecessarily shortened. Note size descriptions in the Note Catalog now always include units. [PBT863]
Nous pouvons remarquer que le moteur de calcul formel (CAS) n'a toujours pas été mis à jour. Cela fait maintenant plus d'une année que Moravia semble refuser de poursuivre l'intégration des améliorations et ajouts fais à ce moteur par Bernard Parisse, nous faisant rester sur la version 1.5 lourdement obsolète.À l'occasion de la sortie de la version 2.2.15008 du 9 juillet 2024 lors d'un bêta-test antérieur, Klaas Kuperus, le responsable des calculatrices HP chez Moravia, avait indiqué spontanément que les dernières améliorations CAS par Bernard Parisse n'avaient pas été intégrées mais le serait dès la version bêta suivante sous une semaine :
(source : https://www.hpmuseum.org/forum/thread-2 ... #pid189161 )KlaasKuperus wrote:The timeline for this is to have 2.2 beta tested for a week (by you!) and then release via the Connectivity Kit. At that moment, we will release another public beta testing for the next version in the same way. (One that includes the CAS changes.) That one will go live end of the summer so we have a new one before the start of the new school year. And of course, we will continue to work on improvements. The beta-team is getting bigger and bigger so we can go faster and faster!
Sauf que la version suivante a eu du retard, et que c'est d'autant plus important par rapport à ce qui va suivre. La version 2.2.15048 fut compilée le 21 juillet 2024 et, contrairement à ce qui avait été annoncé, n'avait bénéficié d'aucune mise à jour du moteur CAS. Pareil pour toutes les versions sorties depuis. Fort étrangement, Moravia est soudainement devenu totalement mutique à ce sujet. Comme si il y avait quelque chose de pas bien brillant à nous cacher...
La communauté des utilisateurs n'a eu de cesse de demander la mise à jour du CAS 1.5 de la HP Prime vers des versions plus actuelles du moteur de Bernard Parisse :
- topic de demande de mise à jour vers la version 1.9 (lancé le 21 avril 2025)
- topic de demande de mise à jour vers la version 2.0 (lancé le 3 août 2025)
Ce n'est que le 25 avril 2025 soit après plus de 8 mois, que Klaas Kuperus a communiqué au sujet du CAS sur le premier topic, disant que Moravia ciblait l'enseignement secondaire et que le CAS n'était pas une priorité dans ce cadre :
(source : https://www.hpmuseum.org/forum/thread-2 ... #pid202983 )KlaasKuperus wrote:Let me state first that we do acknowledge CAS being an important part of the HP Prime and we are looking into updating this. However, there are currently more essential features and fixes we need to focus on for the main customer audience for Prime: highschool students.
Le 25 août 2025, c'est jte, le développeur actuel de la HP Prime (le seul en dehors de Bernard Parisse qui
(source : https://www.hpmuseum.org/forum/thread-2 ... #pid208683 )jte wrote:With non-trivial software components, it takes time and effort to combine them (and test / fix how the combination "takes"). E.g., some of the parsing and settings issues involve code not directly (wholly) within the CAS, but with how the various software components combine. One example of an issue of this sort was evaluating "CAS.Ans" in the Home view after evaluating "(10^(1/4))^3" in the CAS view. This issue was lurking for quite some time (many years) but was fixed with a recent release. (The fix involved [required changes to] code outside of the CAS - updating the CAS would not have fixed the issue.) (Aspects of the issue became more visible after "Intelligent Math" was added - which involves both CAS and non-CAS code acting on expressions.)
Nous sommes parfaitement d'accord sur le fait que la HP Prime est un produit imparfait. Cette scission avec 2 moteurs de calcul (un numérique qui semble désormais évoluer vers un exact QPiRac d'un côté, un CAS de l'autre) nous dérange, surtout quand leur utilisation n'est pas symétrique (menus différents, comportements différent des interfaces ou des erreurs, traitements différents des saisies qui ne restent pas valides ou identiques si copiées-collées entre les deux moteurs notamment au niveau du parenthésage, etc.). Ce n'était pas une mauvaise idée en soit, c'est l'intégration qui à notre avis n'a pas été poussée aussi loin qu'elle aurait dû.
Nous validons le point que la HP Prime a longtemps été fort éloignée des préoccupations scolaires, et qu'il y avait un rattrapage urgent à effectuer. L'évolution du moteur de calcul numérique vers ce qui semble être un moteur exact QPiRac va dans le bon sens. C'est un attendu des utilisateurs scolaires, cela aurait dû être réalisé il y a une bonne dizaine d'années.
Nous pouvons toutefois nous étonner :
- De l'arrêt brutal des mises à jour du moteur CAS, alors qu'il constitue une fonctionnalité caractéristique des calculatrices graphiques haut de gamme, et que les prix ont très sensiblement augmenté depuis que Moravia a pris la main, c'est inadmissible. La HP Prime est désormais beaucoup trop chère par rapport au manque de soins apportés à sa moitié CAS.
- Apparemment du codage d'un moteur de calcul exact QPiRac, alors que l'on avait sous la main un moteur CAS qu'il suffisait d'appeler, et qui aurait même permis de fournir bien plus souvent des résultats sous forme exacte simplifiée avec un haut degré de fiabilité (pour des formes QPiRac moins usuelles, pour les exponentielles, pour les logarithmes, et même de façon générale pour toute saisie algébrique,)
Vu de l'extérieur, cela ressemble de plus en plus à un conflit entre développeurs, et il est inadmissible que ce soit les utilisateurs qui en pâtissent alors qu'ils paient de plus en plus cher pour ce produit.
De notre point de vue les choses ne peuvent pas rester en l'état, cela n'aurait aucun sens. Nous ignorons ce que Moravia a en tête mais avons plusieurs hypothèses :
- soit après avoir terminé de coder les améliorations de niveau lycée (et ce en prenant soin de ne pas faire appel au CAS de Bernard), le moteur CAS fera enfin l'objet d'une actualisation lors d'une future mise à jour HP Prime 2.5 probablement pas avant 2026 au plus tôt…
- soit il a été décidé pour des raisons que nous ignorons de se passer de Bernard et de son moteur CAS, avec plusieurs options envisageables :
- développement d'un moteur CAS pour le remplacer (sauf qu'obtenir quelque chose du même niveau nécessitera un coût important, et Moravia ne nous a jusqu'à présent pas donné l'impression de vouloir investir sérieusement dans le développement des calculatrices HP)
- achat d'un moteur CAS pour le remplacer auprès d'un autre fournisseur (parfaitement envisageable)
- sortie d'une nouvelle HP Prime Light moins chère dédiée à l'enseignement secondaire et dépourvue d'un moteur CAS (ce serait bien le style de Moravia, qui lors de l'achat de la branche Sharp calculatrices pour la rentrée 2015 s'était empressé de remplacer la EL-9900G par une EL-9950G moins chère à produire en supprimant tout ce qui faisait le caractère unique du modèle précédent dont le clavier réversible, pour ne plus apporter aucune nouveauté ou amélioration depuis)
Téléchargements :
- mise à jour 2.4.15499 pour calculatrices HP Prime G1 G2
- logiciel de connectivité HP Prime :
- 2.4.15499 pour Windows 32 bits 64 bits
- 2.1.14425 pour Mac (obsolète)
- logiciel d'émulation HP Prime pour ordinateurs :
- 2.4.15499 pour Windows 32 bits 64 bits
- 2.1.14425 pour Mac (obsolète)
- 2.1.14288 pour Linux 32 bits 64 bits (obsolètes)
- appli d'émulation HP Prime pour plateformes mobiles :
- 2.1.14591 gratuite intégrale pour Android (obsolètes)
- 2.1.14584 intégrale pour iOS (obsolète)
- 2.1.14581 gratuite pour iOS (obsolète)
- 2.1.14582 gratuite intégrale pour Windows (obsolètes)
