mirror of
https://github.com/jmcnamara/libxlsxwriter.git
synced 2026-05-15 14:15:54 -06:00
[GH-ISSUE #160] Feature Request: Chart Sizing options #130
Labels
No labels
awaiting user feedback
bug
cmake
cmake
docs
feature request
in progress
long term
medium term
medium term
pull-request
question
question
ready to close
short term
under investigation
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/libxlsxwriter#130
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @TitanicHispanic on GitHub (Apr 5, 2018).
Original GitHub issue: https://github.com/jmcnamara/libxlsxwriter/issues/160
Originally assigned to: @jmcnamara on GitHub.
While using scale does indeed work, it is a rather abstract way to measure or set a chart's dimensions.
With that in mind, I'm requesting the added options of chart_w & chart_h to lxw_image_options, or the introduction of lxw_chart_options with chart configuration options.
Other, slower libraries do offer options, ranging from cellTo & cellFrom or x/y pairs. libxlsxwriter outperforms the other libraries I evaluated, so I'm hopeful this can happen.
@jmcnamara commented on GitHub (Apr 5, 2018):
It won't happen.
Libxlsxwriter is a port of XlsxWriter and Excel::Writer::XLSX all of which have the same interface.
Chart sizes in Excel are a fixed size in pixels, row heights and column widths are fixed sizes in pixels (unless the user changes them). So it is possible for an end-user application to calculate the required scale to get a chart to span a user-defined number of cells, without support from the library.