Issue 49200

Summary: Decimal tab does not work with integers (implied decimal)
Product: Impress Reporter: illusion65 <doug>
Component: formattingAssignee: AOO issues mailing list <issues>
Status: UNCONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: henke.hagman, issues, jmosher
Version: 680m95   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Issue Type: ENHANCEMENT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
Shows decimal tab ignoring implied decimal positioning
none
Inconsistent formatting with decimal and commas none

Description illusion65 2005-05-13 06:23:42 UTC
A "decimal tab" in a text box does not properly position text when the "decimal"
character is implied (e.g. "10" rather than "10.0" or "10.").  It behaves rather
like a "right" tab, which is fine if no text follows the integer.  This is
incompatible with PowerPoint, which recognises implied decimals.

Check out the attachment, where I have a few lines showing different effects. 
On the first line, insert a "." after the "1" and watch the line jump to the
proper tab position.  Note line 3, "2,5 Cats" behaves the same, even though I've
changed the decimal char to ",".
Comment 1 illusion65 2005-05-13 06:25:34 UTC
Created attachment 26084 [details]
Shows decimal tab ignoring implied decimal positioning
Comment 2 wolframgarten 2005-05-13 07:50:25 UTC
Reassigned.
Comment 3 christian.guenther 2005-06-03 15:55:34 UTC
In my mind this is not a bug but an enhancement.
Comment 4 illusion65 2005-06-13 03:57:36 UTC
That's fine, but it is definitely a compatibility issue with Microsoft 
products, as there is no way to make integers align correctly without the 
decimal character.  I would like to be able to use Impress for presentations, 
but until these types of issues are cleared up, I'll have to continue with 
Powerpoint.  -Doug
Comment 5 ace_dent 2008-05-16 00:21:46 UTC
OpenOffice.org Issue Tracker - Feedback Request.

The Issue you raised is currently assigned to 'Requirements' pending review, but
has not been updated within the last 3 years. Please consider re-testing with
one of the latest versions of OOo, as the problem(s) may have already been
addressed. Either use the recent stable version:
http://download.openoffice.org/index.html
or consider trying the new OOo 3 BETA (still in testing):
http://download.openoffice.org/3.0beta/
 
Please report back the outcome so this Issue may be Closed or Progressed as
necessary - otherwise it may be Resolved as Invalid in the future. You may also
wish to search for (and note) any duplicates of this Issue that may have
advanced further by checking the Issue Tracker:
http://www.openoffice.org/issues/query.cgi
 
Many thanks,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~
http://marketing.openoffice.org/3.0/announcementbeta.html
Comment 6 illusion65 2008-05-16 00:43:49 UTC
Hi Andrew,

Thanks for checking on this.  I downloaded my "sample" file and tried it on my
current version OOo 2.4.0-3ubuntu6, dated 22Apr2008 and the effect is still
there.  I imagine that it will never be a high priority, but it is an
incompatibility with Powerpoint, and it affects my presentations.

How does this issue get changed from "Unconfirmed"?

I did not know 3.0 Beta was out!  I will download it soon and give it a try, too.

Regards,
Doug
Comment 7 ebower 2009-09-03 01:15:57 UTC
(Eric Bower 9/2/09)

Using the attached odp file I was able to recreate the issue using version
dev-3.2.0 (DEV300m56 build:9419) on Windows XP SP3.

Steps to reproduce without attachment:
  1. Create a slide with a text field (either predefined Layout or from the
"Drawing" toolbar)
  2. Right click on text field and select "Paragraph..."

  Dialog box pops up

  3. Select the "Tabs" tab, specify a "Position" (ex. 3.0") and select "Decimal"
as the "Type"
  4. Select the "Alignment" tab and pick "Left", click OK
  
  Dialog box dismissed, focus back to text field on slide

  5. Press the tab key (on keyboard), type a floating point number with alpha
chars after (ex. 12.3 abc), hit return
  6. Press the tab key, type an integer with alpha chars after (ex. 23 def)

Note the last character on the second line is aligned with the decimal point on
the first line instead of the numbers being aligned at the decimal point.


This bug is worth looking into as it causes slides to look unprofessional due to
the misalignment, and may drive users to stay with Microsoft PowerPoint.
Comment 8 jmosher 2011-05-28 21:07:42 UTC
Created attachment 76563 [details]
Inconsistent formatting with decimal and commas
Comment 9 jmosher 2011-05-28 22:44:54 UTC
(In reply to comment #8)
> Created an attachment (id=76563) [details]
> Inconsistent formatting with decimal and commas

Summary
The original issue described still occurs in developer version 3.4.0 DEV300m106 (Build:9582).  The same attached presentation was used and viewed in Slide Show.  To further support this another presentation was created and has been attached that shows the same results.

Problem/Description
See original description and new comments prior to these comments.
Original reporter comments - http://openoffice.org/bugzilla/show_bug.cgi?id=49200#c0
New comments - http://openoffice.org/bugzilla/show_bug.cgi?id=49200#c7

Environment
OpenOffice version: OOo-dev 3.4.0 DEV300m106 (Build:9582)
Operating System: Windows 7 Homepremium / 2gig memory 64-bit / HP Compaq Presario CQ62 notebook

Data
See attachment Impress - Decimal Tabs.odp - showing inconsistent behavior with decimals and commas http://openoffice.org/bugzilla/attachment.cgi?id=26084
See attachment created in OOo-dev 3.4.0 - Inconsistent formatting with decimal and commas.odp - showing the same inconsistent behavior with decimals and commas http://openoffice.org/bugzilla/attachment.cgi?id=76563

Steps to show what it looks like (load attachments)
These steps are taken from above and simplified further for clarity.
1. Launch Open Office
2. Load attached presentation files from this bug to view the effect of what is being described.

Steps to reproduce (without attachments)
1. Launch Open Office
2. Create a new empty presentation
    - Within Impress> click on File> New> Presentation> Create
3. Click on "Click to add text" to activate the text box
4. Right click> select "Paragraph..."
5. Click the tab Tabs> under Position set 3.00cm
6. Set Type to Decimal
7. Click the tab Alignment> under Options select "Left" and click OK.
8. Press the tab key (on keyboard), type a floating point number with alpha chars after (ex. 12.3 abc), press enter.
9. Press the tab key, type an integer with alpha chars after (ex. 23 def), press enter
10. Press the tab key, type an integer with a comma and alpha characters (ex 2,5 dev), press enter

Expected results
Subsequent entries would not line up as they have no decimal formatting.

Actual results
Subsequent entries line up and have no decimal (have spacing and commas).

Isolation
Based on all test execution it has been identified that this issue occurs on Windows XP (OO version 680m95), Windows 7 (OO version 3.4.0 DEV300m106 (Build:9582)), and Ubuntu (OO version 2.4.0-3).

Additional tests attempted
Other spacing on the page.  The formatting of the decimal and comma thoughout the page does not matter.  See attachment http://openoffice.org/bugzilla/attachment.cgi?id=76563

Follow-Up test cases (Suggested test cases to run that were not run)

Note**:  These follow-up test cases should be run in PowerPoint as well as Impress as PowerPoint is being used as the Oracle for comparison.
- Other spacing of the decimal placement (Position of the decimal place during replication was at 10cm).
- Alignment of the decimal and comma.  Does this happen with any alignment.
- Other types of characters.  Decimal and Comma are affected.
- Use alpha, numeric, ascii after the decimal.
- Test with multiple decimal place numbers (Does the formatting issue only happen against the first decimal).
- User alpha.alpha/ascii.ascii/alpha.numeric/ascii.numeric (Does the formatting issue only happen when decimal numbers are used first    and if so is it specific to the type used).
- Does the issue only happen on certain types of slides.

Workaround
No known work around was found.
Comment 10 Henke Hagman 2013-06-08 17:16:41 UTC
Henke Hagman 2013-06-08

OS: Win7
OOO 3.4.1/4.0.0

This is not hard to reproduce, when you understand what's it's all about. It took me a while, and I think that more visuals would be helpful for me to reproduce it faster.

This isn't really a technical bug, more of an consistancy one, and that makes it harder to judge. But, my personal thoughts are that if it's in PowerPoint, it should be in Impress too, or else I will probably keep continue using my old Office-package.