|
LibreOffice Module toolkit (master) 1
|
#include <tablecontrolinterface.hxx>
Public Member Functions | |
| ColumnMetrics () | |
| ColumnMetrics (tools::Long const i_start, tools::Long const i_end) | |
Public Attributes | |
| tools::Long | nStartPixel |
| the start of the column, in pixels. More... | |
| tools::Long | nEndPixel |
| the end of the column, in pixels, plus 1. More... | |
Definition at line 102 of file tablecontrolinterface.hxx.
|
inline |
Definition at line 122 of file tablecontrolinterface.hxx.
|
inline |
Definition at line 128 of file tablecontrolinterface.hxx.
| tools::Long svt::table::ColumnMetrics::nEndPixel |
the end of the column, in pixels, plus 1.
Effectively, this is the accumulated width of all columns up to the current one.
Huh? Earlier you said that the nStartPixel of columns scrolled out (to the left) of the visible area is negative. Also, where is the promise that there is no gap between columns? The above claim would be true only if the first column always started at zero, and there is never a gap. So these doc comments are inconsistent. How surprising.
Definition at line 120 of file tablecontrolinterface.hxx.
Referenced by svt::table::MutableColumnMetrics::getEnd(), svt::table::MutableColumnMetrics::getWidth(), svt::table::ColumnResize::handleMouseUp(), and svt::table::MutableColumnMetrics::move().
| tools::Long svt::table::ColumnMetrics::nStartPixel |
the start of the column, in pixels.
Might be negative, in case the column is scrolled out of the visible area. Note: see below.
Definition at line 107 of file tablecontrolinterface.hxx.
Referenced by svt::table::MutableColumnMetrics::getStart(), svt::table::MutableColumnMetrics::getWidth(), svt::table::ColumnResize::handleMouseMove(), svt::table::ColumnResize::handleMouseUp(), and svt::table::MutableColumnMetrics::move().
1.9.3