[Libreoffice-bugs] [Bug 128800] New: INDEX function behaviour inconsistent with function wizard and 'tooltip'
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Thu Nov 14 13:54:14 UTC 2019
https://bugs.documentfoundation.org/show_bug.cgi?id=128800
Bug ID: 128800
Summary: INDEX function behaviour inconsistent with function
wizard and 'tooltip'
Product: LibreOffice
Version: 6.2.8.2 release
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: UNCONFIRMED
Severity: normal
Priority: medium
Component: Calc
Assignee: libreoffice-bugs at lists.freedesktop.org
Reporter: knittel at mailbox.org
Created attachment 155815
--> https://bugs.documentfoundation.org/attachment.cgi?id=155815&action=edit
inconsistentcy in function wizard
Single row/column range with the INDEX function behave inconsistent.
When selecting a single row/column range the documentation states:
"If reference is a one-dimensional column vector, column
is optional or can be omitted. If reference is a one-
dimensional row vector, row is optional, which effectively
makes row act as the column offset into the vector, or can
be omitted."
But the real behaviour is that the optional column/row parameters 'have' to be
omitted. When entering the function manually or in the function wizard and
specify '1' as the row(/column) in a single row(/column) array the value gets
used as the column(/row) index instead. (see screenshot)
try:
B1:B2 {=INDEX(A1:A2,1)}
real behaviour: the target area gets filled with the content of first cell of
the source array. B1=A1 B2=A1
expected behaviour (option1): the target area gets filled with the first row of
the source array: B1=A1 B2=A2
expected behaviour (option2): the function wizard and the tooltip detect that
the source range/array is a single column/row and reflect that in the interface
somehow. (this may be hard if the source range has to be calculated)
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191114/172567b6/attachment.html>
More information about the Libreoffice-bugs
mailing list