Use an arrow to show the date is too large to fit the column, instead of ###

Bug #1132531 reported by Jesusfreak
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
LibreOffice
Invalid
Medium
One Hundred Papercuts
Won't Fix
Low
Unassigned
libreoffice (Ubuntu)
Won't Fix
Low
Unassigned

Bug Description

When characters do not fit in the default column size, Calc displays ### rather than cutting off the text. This is a feature so you know that there is more data. Instead possibly an arrow can be shown to signify there is more data. This is probably good behavior for numbers which could be interpreted a being complete even though they are not, but dates might be considered different.

Open the example spreadsheet provided and take a look at the first column filled with dates in ascending order. All the cells for Wednesdays are displayed as "###" where I would expect something like "Wed 08.03 13"

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: libreoffice-calc 1:3.6.2~rc2-0ubuntu4
ProcVersionSignature: Ubuntu 3.5.0-18.29-generic 3.5.7
Uname: Linux 3.5.0-18-generic x86_64
ApportVersion: 2.6.1-0ubuntu10
Architecture: amd64
Date: Sun Feb 24 20:59:00 2013
EcryptfsInUse: Yes
InstallationDate: Installed on 2012-08-13 (195 days ago)
InstallationMedia: Xubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120425)
MarkForUpload: True
ProcEnviron:
 TERM=xterm
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: libreoffice
UpgradeStatus: Upgraded to quantal on 2012-10-19 (128 days ago)

Revision history for this message
In , ENigma885 (enigma-pentagram) wrote :

Created attachment 64260
a screenshot of the described problem

**Problem description:
- Trying to change the date formate in a cell or a grp of cells yields "###"
- Date formats yielding the aforementioned result are:
NNNNMMMM DD, YYYY; MM/DD/YYYY; MMM D, YYYY; D. MMM. YYYY; MMMM D, YYYY; D. MMMM YYYY; NN, MMM D, YY; NN DD/MMM YY; NN, MMMM D, YYYY; NNNNMMMM D, YYYY; YYYY-MM-DD; QQ YY; MM/DD/YY HH:MM AM/PM; MM/DD/YYYY HH:MM:SS; [~jewish]NNNND MMMM YYYY; [~jewish]NNNNMMMM D YYYY; [~jewish]NN MMMM D YYYY; [~jewish]NN D MMMM YYYY; [~jewish]D MMMM YYYY; [~jewish]MMMM D YYYY; [~jewish]MMMM YYYY
- Date formats working properly are:
M/D/YY; MM/DD/YY; MMM D, YY; MM-DD; YY-MM-DD; MM/YY; MMM DD; MMMM; WW; [~jewish]D MMMM; [~jewish]MMMM D; [~jewish]MMMM

**Steps to reproduce:
1. Create a new Calc sheet
2. Write down a date separating month, day, year by slashes like 03/01/2012
3. Go to Format>>Cells (or press ctrl+1)
4. In Numbers tab, choose Date from Category and then try the date formats mentioned as yielding ### in the Problem Description section.

**Current behavior: Dates are displayed as ###

**Expected behavior: To display dates in the chosen formats

**Platform (if different from the browser): Ubuntu 12.04

**Note: LO version is LibreOffice 3.5.5.2 Build ID: 350m1(Build:2) installed using “LibreOffice Packaging” team PPA @ https://launchpad.net/~libreoffice/+archive/ppa

**Browser: Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:13.0) Gecko/20100101 Firefox/13.0.1

Revision history for this message
In , Libreoffice-z (libreoffice-z) wrote :

User error, not a bug!

@<email address hidden>:
"###" simply shows that the column is too narrow, will be replaced by correct Date information when you increase column width.

Revision history for this message
In , ENigma885 (enigma-pentagram) wrote :

(In reply to comment #1)
> User error, not a bug!
>
> @<email address hidden>:
> "###" simply shows that the column is too narrow, will be replaced by correct
> Date information when you increase column width.

It's not that apparent to notice indeed. So, I think the proper behavior should be displaying part of the date as an indication that the rest is hidden due to space limitation or popping out a message to tell the user that s/he needs to increase the width/length of the cell to display its content.

Revision history for this message
Jesusfreak (launchpad-bikelab) wrote :
Revision history for this message
Evan Peck (colors) wrote :

I can confirm this. Marking confirmed, thanks for reporting!

Changed in libreoffice (Ubuntu):
status: New → Confirmed
Changed in hundredpapercuts:
assignee: nobody → Paper Cuts Ninja (papercuts-ninja)
status: New → Incomplete
status: Incomplete → Confirmed
Revision history for this message
Evan Peck (colors) wrote :

Added to 100 PC.

Revision history for this message
Timothy Arceri (t-fridey) wrote :

This is not a bug. Its expected behaviour. What you are seeing is what happens when the cell is to small to display everything it contains. If you make the cell bigger you will see that the date is displayed correctly.

Changed in libreoffice (Ubuntu):
status: Confirmed → Invalid
Changed in hundredpapercuts:
status: Confirmed → Invalid
Revision history for this message
Evan Peck (colors) wrote :

I think what Jesusfreak was getting at was the fact that Wednesdays should be written out in default column size. They was it is, you have to mosify your column spacing in order to be able to see all dates clearly wich can be a minor annoycance especially for new users.

summary: - Error in date format for Wednesday
+ Use an arrow to show the date is too large to fit the column, instead of
+ ###
description: updated
Changed in hundredpapercuts:
status: Invalid → Confirmed
Changed in libreoffice (Ubuntu):
status: Invalid → Confirmed
Changed in hundredpapercuts:
importance: Undecided → Medium
Changed in libreoffice (Ubuntu):
importance: Undecided → Wishlist
Changed in df-libreoffice:
importance: Unknown → Medium
status: Unknown → Invalid
Revision history for this message
Björn Michaelsen (bjoern-michaelsen) wrote :

Wontfix in packaging, this is for upstream, if at all.

Changed in libreoffice (Ubuntu):
status: Confirmed → Won't Fix
Revision history for this message
In , Chris Wilson (notgary-deactivatedaccount) wrote :

I agree with comment #2 - the current behaviour is not user friendly. Displaying ### doesn't make it obvious that the column is too narrow, it indicates that there is a problem with the data. Considering that ### is what is used when an incorrect formula is entered, it's more likely that the user will attempt to fix the data rather than expanding the column.

Why does the date behave differently from other data types in the spreadsheet? Wouldn't visual consistency be more beneficial to the user experience?

Changed in libreoffice (Ubuntu):
importance: Wishlist → Low
Changed in hundredpapercuts:
importance: Medium → Low
status: Confirmed → Triaged
Changed in libreoffice (Ubuntu):
status: Won't Fix → Triaged
tags: added: needs-coding
Changed in hundredpapercuts:
assignee: Papercuts Ninjas (papercuts-ninja) → nobody
status: Triaged → Won't Fix
Changed in libreoffice (Ubuntu):
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.