mirror of
https://github.com/storytold/gridcraft.git
synced 2026-11-03 08:51:30 -06:00
* Data: Solver Sensitivity report Builds on the Answer and Limits reports. reports: [sensitivity] (on data.solver and data.solverReport) writes a Sensitivity report for models solved by Simplex LP or GRG Nonlinear without integer constraints and with a Max or Min objective. Simplex LP: the model is linearised at the solution and solved again, and the report is read from the final tableau: each variable's reduced cost and the range of its objective coefficient over which the basis stays optimal, and each constraint's shadow price and the range of its right side over which that price holds (1E+30 for no limit). GRG Nonlinear: difference gradients at the solution give each binding constraint's Lagrange multiplier (a least-squares fit on the variables inside their bounds, dropping constraints whose multiplier has the wrong sign) and each variable's reduced gradient. The Solver Results dialog offers the report. * Data: Solver Results offers the Sensitivity report only where it applies Integer and binary models, the Evolutionary method and Value Of goals have no Sensitivity report, and choosing it with other reports made the whole report request fail. Solver Results now disables the Sensitivity choice for such models (with the reason on hover) and leaves it out of the request, so the other chosen reports are still written. sensitivity_applies (in cmd::solver) reads the model from data.solver params, as the dialog holds them; a test checks that it agrees with the report for each kind of model. * Data: Solver bounds the nonlinear Sensitivity report's work The Lagrange multipliers of a GRG Nonlinear model are found by least squares over the binding constraints; a constraint whose multiplier has the wrong sign is dropped and the rest are solved again. Each pass costs about 2·k²·f operations for k binding constraints and f free variables, and each pass drops at most one constraint, so a model at the 1,000-constraint limit could take minutes and hold the window. The passes now share a limit of about 10⁹ operations (about a second). Past it the report is refused with a message, before anything changes: the workbook and the Undo history stay as they were, as for the other report refusals. The limit is lowered in tests so the refusal can be reached with a small model. * Data: Solver refuses a Simplex Sensitivity report for a point that is not optimal The Simplex LP Sensitivity report solves the linearised model again to read its final tableau, but shows the final values it was given. data.solverReport accepts any values, so a report could pair values that are not optimal (or not feasible) with the shadow prices, reduced costs and ranges of the true optimum. The report now checks that the given point satisfies every constraint and bound and reaches the optimal objective (both within the constraint precision; another optimal point with the same objective is accepted) and is refused otherwise, before anything changes. * Data: Solver compares the Sensitivity report's objective in both directions The check that a point is optimal compared its objective with the optimum in one direction only, as for an inequality. A point just outside a bound (within the constraint precision) can still have an objective far below the minimum when its costs are large, and that point was accepted. The objective is now compared by the size of the difference, so such a point is refused. * Data: Solver refuses a nonlinear Sensitivity report for a point that is not optimal data.solverReport accepts any finite variable values. The Simplex LP report already refuses values that are not optimal, but the GRG Nonlinear report described whatever point it was given: for example, a minimisation of A1^2 given A1 = 1 found no binding rows and reported a reduced gradient of 2 instead of requiring the optimum at A1 = 0. The nonlinear report now checks, from the gradients it already computes, that the values are a Karush-Kuhn-Tucker point before anything changes: every constraint holds within the tolerance the nonlinear method accepts a solution within, every bound holds within the constraint precision, each variable inside its bounds has a reduced gradient near zero, and a variable at a bound has a reduced gradient that points only out of that bound for the objective's direction. A binding row whose multiplier has the wrong sign is still dropped, and the gradient it would have explained now causes the refusal. The stationarity tolerance is 1E-3 of the largest objective-gradient component (at least 1), well above the reduced gradients left at optima the method solves. * Data: Solver writes the other reports when the Sensitivity report does not apply to the solution Since the nonlinear Sensitivity report refuses values that are not optimal, data.solver with reports that include sensitivity failed as a whole when the run stopped before an optimum (an evaluation limit) or the values were not one, so the solution and the Answer and Limits reports were lost. Solver Results also offered Sensitivity after any solve, and ticking it with Answer after such a run wrote no report. data.solver now writes the Sensitivity report only when the run reached an optimal or converged solution that the report accepts. Otherwise the solve still applies, the other reports are written, and the result lists the report in skippedReports with the reason. Models that have no Sensitivity report (integer, Evolutionary, Value Of) are refused as before. data.solverReport still refuses values that are not optimal; its new skipNotOptimal parameter leaves the report out instead. Solver Results offers Sensitivity only after an optimal or converged status, with the reason on hover, passes skipNotOptimal, and shows the reason when the report is left out. * Data: Solver skips a Sensitivity report in a protected workbook without refusing the call Structure protection is now checked only when a report sheet will be written. A data.solverReport request with skipNotOptimal whose only report is skipped changes nothing, so it succeeds in a workbook whose structure is protected and returns skippedReports; a request that would write a sheet is still refused. * Data: Solver refuses report sheets in a protected workbook before building them A request that must write a report sheet (any Answer or Limits report, or a Sensitivity report that is not allowed to be skipped) is refused before any report is built, so a protected workbook does not run the Limits report's optimisations first. The check after the reports are built remains for a Sensitivity report that may be skipped. * Data: Solver reports Simplex sensitivity only at the vertex it describes The Simplex LP Sensitivity report solves the linearised model again and takes its prices and ranges from that final tableau, but it discarded the vertex the solve returned and showed the values it was given. When the optimum is not unique, another optimal point passed the optimality check, so the report paired those values with the ranges of a different vertex. The report now also requires the given values to match the re-solved vertex within the constraint precision, and refuses another optimum with a message that says so. A Sensitivity report that data.solver or Solver Results may skip is left out instead, as for other points the report does not support. Values from a Simplex LP solve still match, so the usual Solver Results flow is unchanged. * Data: Solver gives a redundant constraint's right side no allowable change The Simplex LP Sensitivity report ranges each right side over the basic values of the real columns only. A row that the other rows make redundant (max x with x = 2 and 2x = 4) keeps its artificial column basic at zero after phase one, and changing either right side alone moves that artificial, so no change has a solution. The report showed 1E+30 and 2 for the first row instead. When a basic artificial has a nonzero entry in the column of the right side being changed, both allowable changes are now 0. The objective-coefficient ranges are unaffected: such a row has no cost and no entries in the real columns, and a cost change does not affect feasibility. * Data: Solver builds the Simplex Sensitivity report's program at the solve's start values The Simplex LP solve linearises the model at the start values, but the Sensitivity report linearised it again at the solution. The difference coefficients then differ in their last bits, and when the optimum is not unique that can break a tie between pivots the other way: the report's solve returned the other vertex and refused the solve's own values. With max 0.1x + 0.1y over a tied edge, more than half of the sampled starting points were refused. The solve and the report now build the program with one function, simplex_program, and the report builds it from the start values it is given (data.solver's start values, which Solver Results passes back as original), so its solve repeats the solve's pivots and returns the same vertex. Start values at which the model cannot be evaluated fall back to the solution, and values that are not the solve's are still refused by the vertex check. * Data: Solver's Sensitivity report sets its noise levels from the coefficients, not the objective's value The figures a Sensitivity report prints as 0 were those below 1E-9 of the objective's value (1E-6 for the nonlinear figures), so a constant in the objective hid real prices: max 1E9 + x with x <= 10 wrote the row's shadow price, exactly 1, as 0, although the constant changes nothing about the optimisation. A shadow price and a reduced cost are combinations of the objective coefficients, so Simplex LP now takes the noise level from the largest coefficient; a reduced gradient is a part of the objective's gradient and a Lagrange multiplier objective per unit of its row's gradient, so GRG Nonlinear takes it from the gradient's size, and the multipliers' sign test compares lambda times the row's gradient size with it. Allowable changes keep the tableau's pivot tolerance as before. * Data: Solver Sensitivity report tests for variables at a bound and for both goals Hand-derived cases pin the report's conventions. Simplex LP: a maximum's variable at its upper bound (reduced cost 1, Allowable Increase 1E+30, Allowable Decrease 1), a minimum with a >= row and a variable at its upper bound (reduced cost -1, Allowable Increase 1, Allowable Decrease 1E+30), and Winston's Dakota Furniture problem, whose variable at zero has reduced cost -5 with Allowable Increase 5 and Allowable Decrease 1E+30, with every shadow price and allowable range worked out from the final basis. GRG Nonlinear: the Lagrange multiplier is the derivative of the optimal objective with respect to the right side and the reduced gradient that with respect to the variable's bound for a minimum (-1) and the negated maximum (+1), and the mirror image of the existing minimum with a variable at its bound (multiplier +2, reduced gradient -4). * Docs: ROADMAP.md records the Solver Sensitivity report The detail documents (docs/gaps.md, docs/target-app-parity.md) record the report, but the roadmap summary did not: its header change note, progress log and revision history now carry it. * Data: Solver's Sensitivity report bounds each figure's rounding noise by its own terms, not the model's largest coefficient or gradient The noise level a figure had to exceed to print was 1E-9 of the largest objective coefficient (Simplex LP) or 1E-6 of the largest gradient component (GRG Nonlinear) for every figure, so an unrelated large coefficient hid real values: max 1E9*x + y with x <= 1 and y <= 1 as rows wrote the second row's shadow price, exactly 1, as 0, and the same model's Lagrange multiplier 1 and a third variable's reduced cost or gradient -1 went the same way. The rounding error of a sum scales with the sum of its terms' sizes, so each figure now has its own bound from the terms it is made of. Simplex LP: a shadow price y_i = sum over the basis rows of c_B(r) * Binv(r, i) is bounded by 1E-9 of those terms' sizes (the row's unit column of the final tableau holds Binv's column i); a reduced cost cf_j - sum of a_ij * y_i by 1E-9 of |cf_j| plus |a_ij| times each price's term sizes, so a price that is a small difference of large terms carries their error into the reduced costs it is used in. GRG Nonlinear: a multiplier solved from its row of the normal equations is bounded by 1E-6 of its own terms (the row's gradient times the objective's, and its coupling terms with the other active rows times their multipliers) over the row's squared norm; the multipliers' sign test uses the same bound, so a row leaves the active set on the criterion the report rounds with; a reduced gradient is bounded by 1E-6 of its own component and the multipliers' terms plus the multipliers' bounds times |g_ij|. Nearly parallel active gradients amplify every multiplier's error beyond a bound local to a row; such multipliers print as computed. A constant in the objective still changes no bound, since none depends on the objective's value. The nonlinear method stops on the 1E9 model from (0, 0) with "unbounded", so its two regression tests ask for the report at the optimum through data.solverReport. * Data: Solver's Sensitivity report tests a nonlinear point's optimality by each variable's and row's own scale, not the model's largest The Karush-Kuhn-Tucker check that refuses a Sensitivity report for a point that is not optimal accepted a reduced gradient within 1E-3 of the largest gradient component, and a row violation within ten times the constraint precision of the largest constant right side. Both scales were the model's, not the figure's: on max 1E9*x + y with x <= 1 and y <= 1 as rows the tolerance was 1E6, so (1, 0.5), where raising y gains 1 per unit, passed as optimal and the report was written for it; on max y - (x - 2)^2 with x <= 1E9 and y <= 1, (2, 1.0001) passed although the second row is over by 1E-4 against its own precision of 2E-5. Each reduced gradient is now tested against 1E-3 of the terms it is made of (the objective's component and the multipliers' parts, at least 1, the same floor as before), and each row against ten times the constraint precision of its own right side. The nonlinear method itself accepts a solution relative to the largest constant right side; a row over by more than its own precision is not satisfied whatever the other rows' sizes, so the report refuses it. The term sizes are shared with the reduced gradients' rounding bound. Two regression tests, each proving the workbook is left as it was and that the optimum is still reported. * Data: Solver refuses a Sensitivity report the model has none of before any report is built or the solve runs The refusals that apply to the model rather than the solution (integer or binary constraints, the Evolutionary method, a Value Of goal) were made inside the report loop, when it reached the Sensitivity report, so a request listing the Limits or Answer report first built those reports for an error: a Value Of model asking for limits and sensitivity ran the Limits report's two optimisations per variable and received only the refusal, and data.solver ran its whole solve before it. prepare_reports now checks the model's refusal before the loop, in both modes (a refusal of the model was already an error in both; only the solution's not-optimal refusal is skipped under skipNotOptimal), and data.solver checks it before the solve. The regression test asks for limits and sensitivity on an integer model, which now gets the Sensitivity refusal instead of the Limits report's, and on a Value Of model, which gets the Sensitivity refusal with no sheet written. --------- Co-authored-by: FredApps <FredApps@users.noreply.github.com>
228 lines
17 KiB
Markdown
228 lines
17 KiB
Markdown
# Gaps
|
||
|
||
> **Last reviewed:** 2026-10-11 · **Last updated:** 2026-11-02 · **Change:** minor (§13: Solver Sensitivity report; earlier: §4: chart resizing is no longer a gap; earlier: §13: Analysis ToolPak has all 19 tools; earlier: §4: chart data tables implemented with XLSX round-trip and print/PDF; earlier: §13: Solver Options; earlier: §13: Solver Load/Save Model and Reset All) · **Target:** Microsoft Excel (Microsoft 365)
|
||
|
||
Every known shortfall against Excel, one entry each, ranked by user impact (what blocks someone
|
||
using GridCraft for real work first). This is the work list: pick from the top, check the open
|
||
PRs first (50 open on 2026-10-10; several already address entries here), and update the entry
|
||
when you land work. Estimates are Opus 5.5 agent-hours. Area detail lives in the linked parity
|
||
docs; the summary is in [target-app-parity.md](target-app-parity.md).
|
||
|
||
Kinds: **F** feature · **U** UI/UX · **FF** file format · **H** hardware · **L** localization ·
|
||
**P** performance · **S** stability.
|
||
|
||
## Beta blockers
|
||
|
||
No alpha blockers: every core workflow passes the [alpha gate](roadmap.md#alpha-gate).
|
||
|
||
|
||
### 1. XLSX output not proven in Excel or on real files (FF)
|
||
- **Missing:** a run over a real-world XLSX corpus, and confirmation that Excel opens what we save
|
||
with no repair prompt (PivotTables, charts, CF, validation, dynamic arrays, tables).
|
||
- **Evidence:** round-trip tests cover our own files only (`crates/xlsx/src/tests/`); PivotTable
|
||
round-trip noted as "unverified in real Excel" since 10-07; #64 (dynamic-array flag) shows the
|
||
class of bug.
|
||
- **Impact:** the main format; a repair prompt or silent loss destroys trust.
|
||
- **Estimate:** 15–25 h, plus owner time in Excel. [file-format-parity.md](file-format-parity.md)
|
||
|
||
### 2. Large workbooks don't open; recalc is single-threaded (P, H)
|
||
- **Missing:** streaming read for ~100 MB XLSX; multi-threaded recalc; 100k-dependent edit under
|
||
100 ms (was ~0.4 s); whole-sheet operations bounded.
|
||
- **Evidence:** #175; no threading in `crates/calc`; PR #152 (whole-sheet Fill/Remove Duplicates
|
||
out of memory), PR #151 (current region past 10,000 rows).
|
||
- **Impact:** finance and data users routinely have big workbooks.
|
||
- **Estimate:** 25–40 h. [target-app-parity.md](target-app-parity.md#performance), [hardware-parity.md](hardware-parity.md)
|
||
|
||
### 3. Some unmodelled XLSX content is dropped on save (FF)
|
||
- **Missing:** slicers and their caches, timelines, the data model, query tables attached to
|
||
tables, unmodelled `extLst` entries, chart details. Pass-through (#330) keeps custom XML,
|
||
external links, connections, sheet query tables, printer settings, form and ActiveX controls,
|
||
OLE objects and sheet backgrounds; never checked in Excel (repair prompts unknown).
|
||
- **Evidence:** `crates/xlsx/src/passthrough.rs` (what is kept, and why the rest isn't).
|
||
- **Impact:** open-edit-save still simplifies workbooks with slicers, timelines or Power Pivot.
|
||
- **Estimate:** 6–10 h. [file-format-parity.md](file-format-parity.md)
|
||
|
||
### 4. Charts lose options on round trip; shallow chart model (F, FF)
|
||
- **Missing:** axis scaling, label options, error bars, per-point formatting.
|
||
- **Added:** data tables beneath column, bar, line, area and compatible combo charts, with legend keys, border controls, live source values, native XLSX round-trip and print/PDF.
|
||
- **Evidence:** `Chart` holds only title, legend position, two flags and axis titles
|
||
(`crates/model/src/features.rs`); all 2-D kinds survive XLSX round trip (#158, #161); charts
|
||
resize from eight handles (#190). Smooth lines (#62), Switch Row/Column (#116) and trendlines
|
||
(read, written, drawn) landed. Multi-level category axes (year beside month) are read, drawn
|
||
and written back.
|
||
- **Impact:** charts are in most business workbooks.
|
||
- **Estimate:** 25–35 h for beta (40–60 h full). [chart-parity.md](chart-parity.md)
|
||
|
||
### 5. Text in non-Latin scripts doesn't render or export (L)
|
||
- **Missing:** CJK font fallback, complex shaping (Arabic, Devanagari, Thai), bidi, non-Latin PDF.
|
||
- **Evidence:** system-font fallback for CJK, Thai and Hebrew landed in #38 (closed #32); #142
|
||
(Chinese text) awaits confirmation; #54 (symbols as boxes on Fedora); no shaping for Arabic or
|
||
Devanagari; PDF writer uses 14 standard fonts only.
|
||
- **Impact:** blocks most of the world's users even with an English UI.
|
||
- **Estimate:** 12–20 h. [localization-parity.md](localization-parity.md)
|
||
|
||
### 6. Calculation correctness bugs (F)
|
||
- **Missing:** nothing known. The four this entry tracked have landed: 15-significant-digit
|
||
equality (#57, so `=0.1+0.2=0.3` is TRUE and MATCH and COUNTIF agree), spill updates after
|
||
structural edits and cleared blockers (#133, #139; PRs #148, #157), 3-D span deletion (#140),
|
||
and qualified names after a sheet rename (#134). Iterative calculation for circular references
|
||
landed too, with its settings in File › Options › Formulas.
|
||
- **Impact:** wrong numbers are worse than missing features, so this entry is kept until the
|
||
oracle suite of §15 can say the category is clear rather than only these five reports being so.
|
||
- **Estimate:** — [function-parity.md](function-parity.md#formula-language)
|
||
|
||
### 7. Legacy `.xls` only partly read; encrypted workbooks can't be saved with a password (FF)
|
||
- **Evidence:** #121: Excel 97-2003 (BIFF8) `.xls` files now open (values, formulas, number
|
||
formats, merges, sizes, names, and cell formatting: fonts, fills, borders, alignment); exact theme colours (XFExt), charts, pictures, comments, conditional
|
||
formats, validation and BIFF5 files are not read, and `.xls` is never written. Password-encrypted
|
||
`.xlsx` workbooks (Agile and Standard encryption) open with their password since #11, but are
|
||
saved without it: GridCraft can't write an encrypted file yet. Encrypted `.xls` (FILEPASS) and
|
||
RC4-encrypted files are still refused with a message.
|
||
- **Impact:** common in finance, government and anything older than 2007; encrypted files are
|
||
routine in business.
|
||
- **Estimate:** 14–21 h (`.xls` objects 10–15, encryption 4–6). [file-format-parity.md](file-format-parity.md)
|
||
|
||
### 8. PivotTables: no slicers, calculated items, PivotCharts; unverified in Excel (F)
|
||
- **Evidence:** `parity-checklist.md` missing `insert.slicer`, `insert.timeline`,
|
||
`insert.pivotChart`, `table.insertSlicer`; calculated items and GETPIVOTDATA missing (calculated fields
|
||
and values on rows done). Show Details (double-click a value, subtotal or grand total cell) lists
|
||
its source records on a new sheet. The "Enable show details" option (`pivot.options`
|
||
`enableShowDetails`, saved as `enableDrill`) turns it off; it has no PivotTable Options dialog
|
||
yet (command only).
|
||
- **Impact:** pivots are the analyst's main tool.
|
||
- **Estimate:** 20–30 h for beta (25–40 h full).
|
||
|
||
### 9. Keyboard-first users: key tips, shortcuts, context menus (U)
|
||
- Next/previous sheet navigation now skips Hidden and VeryHidden worksheets without activating a
|
||
hidden sheet at the workbook boundary. Other keyboard gaps below remain.
|
||
- **Evidence:** #33, #49 (key tips: initial Home-tab support landed in #43 on 10-10, the rest of the ribbon not yet), #110, #28 (selection),
|
||
59 command shortcuts vs Excel's 200+.
|
||
- **Estimate:** 12–20 h. [ui-parity.md](ui-parity.md)
|
||
|
||
### 10. Crashes and freezes reported from the field (S)
|
||
- **Evidence:** #120 (Intel UHD crash on Windows), #117 (error on close, macOS), #166 (freeze opening
|
||
from Finder; PRs #164, #167), #76 (flashing on Windows 11), #130 (caught panic in table styles).
|
||
- **Estimate:** 8–12 h plus an autosave/recovery soak.
|
||
|
||
## After beta
|
||
|
||
### 11. No localization at all (L)
|
||
- Catalog: ribbon-only in five languages (#31, #104, #82; ~12% of strings each), and 943 strings
|
||
(~43%) in Japanese (10-17) and Brazilian Portuguese, including the dialog labels, messages, File
|
||
view and menus. The remaining dialogs, menus and messages are English; en-US function names and
|
||
separators (#45); German in PR #163. **Estimate:**
|
||
100–165 h including #5. [localization-parity.md](localization-parity.md)
|
||
|
||
### 12. Get & Transform, external data, data model (F)
|
||
- No Power Query editor, connections, refresh, From Web/database/folder sources, relationships or
|
||
data model (`data.fromWeb`, `data.relationships` missing). **Estimate:** 60–100 h.
|
||
|
||
### 13. Analysis tools: Solver, Analysis ToolPak, Forecast Sheet (F)
|
||
- Forecast Sheet (`data.forecastSheet`) and the FORECAST.ETS family are in, including Forecast
|
||
Start (hindcast, #785).
|
||
- Solver (`data.solver`, #327) has Simplex LP with integer/binary branch and bound, a local
|
||
nonlinear method (augmented Lagrangian, not GRG), the Evolutionary method, and Answer,
|
||
Sensitivity and Limits reports. Report refusal leaves the solution, saved model and history unchanged; a
|
||
successful solve and its reports share one Undo step (#1050). Load/Save Model writes the
|
||
model on cells of its sheet and reads it back; Reset All removes it. Solver Options sets the
|
||
evaluation limit, Integer Optimality and the Evolutionary options, which are saved with the
|
||
model. AllDifferent constraints and the Population report remain.
|
||
- The Analysis ToolPak (`data.analysisToolPak`) has all 19 of Excel's tools; their chart output
|
||
remains. **Estimate:** 12–20 h.
|
||
|
||
### 14. Page Layout view and print polish (U, F)
|
||
- Page Layout view landed (#329): paper view with rulers and in-place header/footer editing.
|
||
Margins are dragged on the rulers (#792). Remaining: pictures in headers/footers, Different First Page / Odd & Even pages. Desktop now submits directly through craft-print with printer choice, copies, duplex and grayscale; browser printing stays available. Print ranges and driver tray/options UI remain. **Estimate:** 5–10 h.
|
||
|
||
### 15. Remaining functions and an oracle suite (F)
|
||
- 18 missing, 9 stubs; no Excel-computed oracle corpus; #137, #138. **Estimate:** 16–26 h.
|
||
- 20 missing, 9 stubs; no Excel-computed oracle corpus; #137, #138. **Estimate:** 17–29 h.
|
||
- 21 missing, 9 stubs; no Excel-computed oracle corpus; #137, #138. **Estimate:** 18–30 h.
|
||
- 18 missing, 9 stubs; no Excel-computed oracle corpus; #137, #138. **Estimate:** 18–30 h.
|
||
[function-parity.md](function-parity.md)
|
||
|
||
### 16. Collaboration and review (F)
|
||
- No co-authoring, Show Changes, comment navigation, notes ↔ comments
|
||
conversion; cloud storage requested (#86). **Estimate:** 35–55 h (co-authoring scope needs the owner).
|
||
|
||
### 17. Insert objects (F)
|
||
- Ink strokes now survive XLSX save/reopen as editable polylines. Inserted icons still lose their
|
||
identity/artwork on save (#551); native Office InkML import is not implemented.
|
||
- SmartArt, WordArt, equations, signature line, objects, 3-D models, screenshot; 8 shape kinds vs
|
||
~170; pictures in cells (#61, PR #105). **Estimate:** 25–40 h.
|
||
|
||
### 18. Accessibility (U)
|
||
- AccessKit on, but no accessible grid/ribbon tree, no high contrast, no checker. **Estimate:** 12–18 h.
|
||
[ui-parity.md](ui-parity.md#accessibility)
|
||
|
||
### 19. XLSB/ODS beyond values; minor formats (FF)
|
||
- XLSB and ODS import values only, no write; no `.prn`, `.dif`, `.slk`, XML Spreadsheet 2003; CSV
|
||
writes raw instead of displayed values; templates saved with the workbook content type.
|
||
**Estimate:** 15–23 h.
|
||
|
||
### 20. Multiple windows; pen pressure (H)
|
||
- Desktop windows done: a native window per workbook window, New Window on the same workbook,
|
||
Switch Windows, Arrange All. Left: Arrange All across monitors, one window on the web, no
|
||
pressure or tilt in ink. **Estimate:** 5–8 h.
|
||
[hardware-parity.md](hardware-parity.md)
|
||
|
||
### 21. Automation and add-ins (F)
|
||
- VBA out of scope (dropped on open, #6); no Office Scripts compatibility; no plugin or custom
|
||
function API. **Estimate:** 25–40 h plus an owner decision.
|
||
|
||
### 22. AI features (F)
|
||
- No in-app assistant, natural-language formulas or Analyze Data; agent control via MCP is
|
||
already strong. **Estimate:** 30–50 h; model choice needs the owner.
|
||
|
||
### 23. Mobile (platform)
|
||
- No iOS, iPadOS or Android layout. **Estimate:** 30–60 h.
|
||
|
||
### 24. Fonts and look (U)
|
||
- Font weights beyond regular/bold (#168), system font list (#4), Calibri metrics (#29), macOS
|
||
chrome (#169, #170), Linux title bar (#54), icon consistency across apps (#173). **Estimate:** 7–12 h.
|
||
|
||
## Revision history
|
||
|
||
| Date | Change | Summary |
|
||
|---|---|---|
|
||
| 2026-11-02 | minor | §13: Solver Sensitivity report: shadow prices, reduced costs and allowable ranges for Simplex LP; Lagrange multipliers and reduced gradients for GRG Nonlinear |
|
||
| 2026-11-02 | minor | §4: charts, like every floating object, move and resize from eight handles (#190), so resizing is no longer listed as missing; the evidence is one paragraph again, without the stale "PRs #158, #161 open" |
|
||
| 2026-11-01 | minor | §13: the Analysis ToolPak has all 19 of Excel's tools (two-factor Anova with and without replication, z-Test, Fourier Analysis, Random Number Generation, Sampling); its chart output remains. The stale "`data.solver`, `data.analysisToolPak` missing" and "no Forecast Start" sentences removed |
|
||
| 2026-11-01 | minor | §4: chart data tables implemented for column, bar, line, area and compatible combo charts, with legend keys and border settings, live source values, XLSX round-trip and print/PDF; other chart gaps remain. |
|
||
| 2026-10-31 | minor | §13: Solver Options (Max Evaluations, Integer Optimality and the Evolutionary options), saved with the model |
|
||
| 2026-10-31 | minor | §13: Solver Load/Save Model (`data.solverSaveModel`, `data.solverLoadModel`) and Reset All (`data.solverReset`), with buttons in the Solver Parameters dialog |
|
||
| 2026-10-24 | minor | §8: PivotTable Enable show details: `pivot.options` `enableShowDetails` turns Show Details off for a PivotTable, read and written in XLSX as `enableDrill` |
|
||
| 2026-10-23 | minor | §8: PivotTable Show Details: double-clicking a value cell lists its source records on a new sheet (#2364) |
|
||
| 2026-10-22 | minor | §20: a native window per workbook window, New Window on the same workbook and Arrange All on the desktop; left: Arrange All across monitors, the web's one window, pen pressure (estimate 10–14 h → 5–8 h) |
|
||
| 2026-10-20 | minor | §11: the Japanese catalog covers the dialogs, messages and menus — 943 keys (~43%), matching the pt-BR coverage; a test keeps the two catalogs in step |
|
||
| 2026-10-17 | minor | §6: the five reports it tracked are closed and their PRs merged (#57, #133, #139, #140, #134; PRs #148, #155, #156, #157); the entry stays open for §15's oracle suite |
|
||
| 2026-10-15 | minor | §6: Maximum Iterations and Maximum Change in File › Options › Formulas; dropped the stale "no Options dialog yet" |
|
||
| 2026-10-15 | minor | §13: Solver prepares reports before committing the solution, model and report sheets together; report refusal preserves the workbook and Undo/Redo (#1050) |
|
||
| 2026-10-13 | trivial | §4: multi-level category axes landed |
|
||
| 2026-10-12 | minor | §9: next/previous sheet commands retain the current visible sheet and selection when there is no visible destination |
|
||
| 2026-10-12 | minor | rows auto-fit oversized fonts on open and whole-row/column formatting (#833) |
|
||
| 2026-10-12 | minor | Page Layout view: dragging margins on the rulers (#792) removed from the §14 remainder |
|
||
| 2026-10-12 | minor | §13: Forecast Sheet Forecast Start (hindcast) landed (#785) |
|
||
| 2026-10-12 | minor | §17: ink geometry survives XLSX saves; the icon portion of #551 remains |
|
||
| 2026-10-12 | minor | §8: values on rows (Σ Values in Rows, `dataOnRows`) laid out, moved and round-tripped |
|
||
| 2026-10-12 | minor | Desktop File > Print now discovers printers and submits PDF jobs through pinned craft-print with printer choice, copies, duplex and grayscale; browser printing and PDF export remain available. Remaining print parity includes page ranges and driver-specific tray/options UI; physical printer fidelity needs hardware validation. |
|
||
| 2026-10-11 | minor | §6: iterative calculation for circular references landed (Maximum Iterations, Maximum Change) |
|
||
| 2026-10-11 | minor | §15: trim-reference operators (`A1:.E10`, `A1.:E10`, `A1.:.E10`) parse and evaluate |
|
||
| 2026-10-11 | minor | §4: trendlines (six types, forecast, equation and R²) read, written and drawn |
|
||
| 2026-10-11 | minor | §7: password-encrypted workbooks open with their password; saving with one remains (#11) |
|
||
| 2026-10-11 | minor | §16: comment navigation, Show Comments, Show All Notes and Convert to Comments landed (#281) |
|
||
| 2026-10-11 | minor | §7: `.xls` (BIFF8) import of values, formulas and number formats (#121) |
|
||
| 2026-10-11 | minor | §3: XLSX pass-through keeps custom XML, external links, connections, query tables, printer settings, controls and OLE objects (#330, #324) |
|
||
| 2026-10-11 | minor | §13: Forecast Sheet landed (#322) |
|
||
| 2026-10-11 | minor | §15: ODDFPRICE, ODDFYIELD, ODDLPRICE, ODDLYIELD added (18 functions missing) |
|
||
| 2026-10-11 | minor | §15: PERCENTOF and EUROCONVERT added (20 functions missing) |
|
||
| 2026-10-11 | minor | §15: BAHTTEXT added (21 functions missing) |
|
||
| 2026-10-11 | minor | §15: TRIMRANGE added (21 functions missing; trim-reference operators still missing) |
|
||
| 2026-10-11 | minor | §16: Allow Edit Ranges landed (#307) |
|
||
| 2026-10-11 | minor | §8: calculated fields added |
|
||
| 2026-10-11 | minor | §8: PivotCharts added |
|
||
| 2026-10-11 | minor | §13, §15: FORECAST.ETS family landed (#314) |
|
||
| 2026-10-10 | minor | Updated for the 10-10 merges (#17, #31, #38, #62, #82, #104, #116) and the new chart resize bug (#190) |
|
||
| 2026-10-10 | minor | Noted that no gap blocks the alpha gate |
|
||
| 2026-10-10 | major | Created: 24 ranked gaps with evidence, from the full re-measure and the 60 open issues |
|