Bug#849225: marked as done (libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data)
Your message dated Sun, 1 Oct 2017 00:23:38 +0200
with message-id <20170930222338.rbzxionnsa3aglpi@central>
and subject line libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data
has caused the Debian Bug report #849225,
regarding libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)
--
849225: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=849225
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data
- From: Nicolas Patrois <nicolas.patrois@gmail.com>
- Date: Fri, 23 Dec 2016 20:31:18 +0100
- Message-id: <148252147810.23770.3126483564446127633.reportbug@nicolas.home>
Package: libreoffice-calc
Version: 1:5.2.4~rc1-1
Severity: minor
Tags: upstream
Dear Maintainer,
LibreOffice has the ability to create 3D circular diagrams, ie elliptical diagram.
In fact, this way to draw a diagram is false mathematically. The area of a sector in the front is bigger than the area of another sector of the same importance if it is placed right or left or in the back.
I know that some users might reclaim this feature but it’s a classical error in presenting data.
As far as LibreOffice is a quality office suite, it should not let its users create garbage graphics.
Just keep a line in the creation window that tells that this feature is in fact a bad idea.
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.16.0-4-686-pae (SMP w/3 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages libreoffice-calc depends on:
ii coinor-libcbc3 2.8.12-1+b1
ii coinor-libcoinmp1v5 1.7.6+dfsg1-2
ii coinor-libcoinutils3v5 2.9.15-4
ii dpkg 1.18.15
ii libatlas3-base [liblapack.so.3] 3.10.3-1
ii libblas3 [libblas.so.3] 3.6.1-2
ii libboost-filesystem1.62.0 1.62.0+dfsg-4
ii libboost-iostreams1.62.0 1.62.0+dfsg-4
ii libbz2-1.0 1.0.6-8
ii libc6 2.24-8
ii libetonyek-0.1-1 0.1.6-5
ii libgcc1 1:6.2.1-5
ii libicu57 57.1-5
ii liblapack3 [liblapack.so.3] 3.6.1-2
ii liblcms2-2 2.8-2
ii libmwaw-0.3-3 0.3.9-1
ii libodfgen-0.1-1 0.1.6-2
ii libopenblas-base [liblapack.so.3] 0.2.19-1
ii liborcus-0.11-0 0.11.2-3+b1
ii libreoffice-base-core 1:5.2.4~rc1-1
ii libreoffice-core 1:5.2.4~rc1-1
ii librevenge-0.0-0 0.0.4-6
ii libstdc++6 6.2.1-5
ii libwps-0.4-4 0.4.4-1
ii libxml2 2.9.4+dfsg1-2.1
ii lp-solve 5.5.0.15-4+b1
ii uno-libs3 5.2.4~rc1-1
ii ure 5.2.4~rc1-1
ii zlib1g 1:1.2.8.dfsg-4
libreoffice-calc recommends no packages.
Versions of packages libreoffice-calc suggests:
ii ocl-icd-libopencl1 2.2.10-2
Versions of packages libreoffice-core depends on:
ii fontconfig 2.11.0-6.7
ii fonts-opensymbol 2:102.7+LibO5.2.4~rc1-1
ii libboost-date-time1.62.0 1.62.0+dfsg-4
ii libc6 2.24-8
ii libcairo2 1.14.6-1.1
ii libclucene-contribs1v5 2.3.3.4-4.2
ii libclucene-core1v5 2.3.3.4-4.2
ii libcmis-0.5-5v5 0.5.1+git20160603-3+b1
ii libcups2 2.2.1-2
ii libcurl3-gnutls 7.50.1-1
ii libdbus-1-3 1.10.14-1
ii libdbus-glib-1-2 0.108-1
ii libdconf1 0.26.0-2
ii libeot0 0.01-4
ii libexpat1 2.2.0-1
ii libexttextcat-2.0-0 3.4.4-2
ii libfontconfig1 2.11.0-6.7
ii libfreetype6 2.6.3-3+b1
ii libgcc1 1:6.2.1-5
ii libgl1-mesa-glx [libgl1] 13.0.2-1
ii libglew2.0 2.0.0-3
ii libglib2.0-0 2.50.2-2
ii libgltf-0.0-0v5 0.0.2-5
ii libglu1-mesa [libglu1] 9.0.0-2.1
ii libgraphite2-3 1.3.9-2
ii libharfbuzz-icu0 1.2.7-1+b1
ii libharfbuzz0b 1.2.7-1+b1
ii libhunspell-1.4-0 1.4.1-2+b1
ii libhyphen0 2.8.8-5
ii libice6 2:1.0.9-1+b1
ii libicu57 57.1-5
ii libjpeg62-turbo 1:1.5.1-2
ii liblangtag1 0.6.2-1
ii liblcms2-2 2.8-2
ii libldap-2.4-2 2.4.44+dfsg-2
ii libmythes-1.2-0 2:1.2.4-3
ii libneon27-gnutls 0.30.2-2
ii libnspr4 2:4.12-6
ii libnss3 2:3.26.2-1
ii libodfgen-0.1-1 0.1.6-2
ii libpcre3 2:8.39-2
ii libpng16-16 1.6.26-6
ii librdf0 1.0.17-1+b1
ii libreoffice-common 1:5.2.4~rc1-1
ii librevenge-0.0-0 0.0.4-6
ii libsm6 2:1.2.2-1+b1
ii libstdc++6 6.2.1-5
ii libx11-6 2:1.6.4-2
ii libxext6 2:1.3.3-1
ii libxinerama1 2:1.1.3-1+b1
ii libxml2 2.9.4+dfsg1-2.1
ii libxrandr2 2:1.5.1-1
ii libxrender1 1:0.9.10-1
ii libxslt1.1 1.1.29-2
ii uno-libs3 5.2.4~rc1-1
ii ure 5.2.4~rc1-1
ii zlib1g 1:1.2.8.dfsg-4
Versions of packages libreoffice-core recommends:
ii libpaper-utils 1.1.24+nmu5
-- no debconf information
--- End Message ---
--- Begin Message ---
- To: 849225-done@bugs.debian.org
- Subject: libreoffice-calc: 3D elliptical diagram are NOT a correct way to represent data
- From: Stéphane Aulery <lkppo@free.fr>
- Date: Sun, 1 Oct 2017 00:23:38 +0200
- Message-id: <20170930222338.rbzxionnsa3aglpi@central>
Hello,
I close this bug after having forwarded it to LO bugtracker at:
https://bugs.documentfoundation.org/show_bug.cgi?id=112791
Regards,
--
Stéphane Aulery
--- End Message ---
Reply to: