Bug 98804 - table number format alignment issues
Summary: table number format alignment issues
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
5.0.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL: https://www.dropbox.com/s/8gfcnn1ci8w...
Whiteboard:
Keywords: needsDevAdvice
Depends on:
Blocks:
 
Reported: 2016-03-21 15:07 UTC by kengraebe
Modified: 2018-04-04 13:26 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
hopefully an odt file as requested re 98804 (75 bytes, text/plain)
2016-03-23 16:57 UTC, kengraebe
Details
test file from reporter (37.63 KB, application/vnd.oasis.opendocument.text)
2016-03-31 06:15 UTC, raal
Details

Note You need to log in before you can comment on or make changes to this bug.
Description kengraebe 2016-03-21 15:07:00 UTC
User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.9) Gecko/20100101 Goanna/2.0 Firefox/38.9 PaleMoon/26.1.1
Build Identifier: LibreOffice 5.0.4.2

there are additional complications to that outlined in FDO#90684. several but not all cells are emptied. my 4.2 writer guide & downloaded calc documentation fail to explain the use of #, ?, & 0.   i don't know how to attach a file which includes a table and the steps to reproduce the problem.

Reproducible: Always

Steps to Reproduce:
1. select a number of cells.  .  
2.clear direct formating.
3.number format 2 decimal, 0 thousands, #.##
Actual Results:  
4 cells emptied. .10 became a right justified .1 86 remained a right justified 86.

Expected Results:  
no loss of data 1.nn
                 .1   
               86

[Information automatically included from LibreOffice]
Locale: en-US
Module: TextDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: yes


Reset User Profile?No
Comment 1 raal 2016-03-23 10:05:22 UTC
(In reply to kengraebe from comment #0)
 i don't know how to
> attach a file which includes a table and the steps to reproduce the problem.
> 

Please use link "Add an attachment " in this bug.
Comment 2 kengraebe 2016-03-23 16:57:09 UTC
Created attachment 123796 [details]
hopefully an odt file as requested re 98804

please advise if i'v done this correctly.
Comment 3 kengraebe 2016-03-30 22:03:36 UTC
was the attachment received???
Comment 4 raal 2016-03-31 06:15:32 UTC
Created attachment 123970 [details]
test file from reporter
Comment 5 kengraebe 2016-04-05 13:11:15 UTC
i just noticed an additional issue concerning the vertical alignment of data within a cell which may or may not be related to the number format issue.
Comment 6 Buovjaga 2016-04-13 10:52:39 UTC
(In reply to raal from comment #4)
> Created attachment 123970 [details]
> test file from reporter

Confirmed in the document with instructions in document, but I don't know, if this is a bug.

Win 7 Pro 64-bit Version: 5.2.0.0.alpha0+
Build ID: b0e678c86136ef6d65cea66168a99217664c0278
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2016-04-11_23:06:28
Locale: fi-FI (fi_FI)
Comment 7 kengraebe 2016-05-02 20:18:17 UTC
re comment #6 by bouvjaga. i agree that this may not be a bug. it is perhaps a hopelessly inadequate documentation of how to eliminate leading zeroes & trailing decimal zeroes within a column of cells. the intent is to retain decimal alignment without using spaces (which changes the contents from number to text)so that calc like functions can be applied to that column. the 4.2 book & on line help do not. I've tried to clear direct formatting to the cells & later to the content of those cells. then format paragraph & a counter intuitive decimal. then table number format. all to no avail. thus i have to abandon my calc intentions & you can close this "bug" as resolved!!!!

re my comment#6 like most of my issues with LO, a new work around is to move to a different page & then return which fixes the problem as does moving the frame containing the table in question.
Comment 8 kengraebe 2016-05-02 20:20:11 UTC Comment hidden (obsolete)
Comment 9 Xisco Faulí 2017-08-03 16:34:24 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2018-03-02 10:00:54 UTC Comment hidden (obsolete)
Comment 11 QA Administrators 2018-04-04 13:26:23 UTC
Dear Bug Submitter,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-20180404