FLUID-886: 'tab' character is displayed as single space

Metadata

Source
FLUID-886
Type
Bug
Priority
Major
Status
Reopened
Resolution
N/A
Assignee
N/A
Reporter
Justin Obara
Created
2008-07-10T14:21:37.000-0400
Updated
2017-01-16T09:25:33.038-0500
Versions
  1. 0.1
  2. 0.3
  3. 0.4beta1
  4. 0.4
  5. 0.5
  6. 0.6beta1
  7. 0.6
  8. 0.7
  9. 0.8
  10. 1.0
  11. 1.1
  12. 1.1.1
  13. 1.2
  14. 1.3
  15. 1.4
  16. 1.5
  17. 2.0
Fixed Versions
N/A
Component
  1. Inline Edit

Description

When cutting and pasting a 'tab' character into an in-line edit field, the tab is displayed as a single space outside of edit mode.

Steps to reproduce:

1) Open the in-line edit demo from the daily build site:
http://build.fluidproject.org/infusion/demos/inlineEdit/

2) Cut and paste this text "before tab after tab" into an in-line edit field.
(Alternatively, you can cut and paste from a text editor. Make sure "Tabs to spaces" feature is disabled).

3) Press 'enter' to leave edit mode. Notice that the tab has been reduced to a single space.

If you re-enter edit mode, notice that the tab spacing is still there.

Environments

FF 50 (macOS 10.12)
FF2, FF3 (Mac OS X, Win XP)
Chrome 35, FF 30, Safari 7 (Mac OS 10.9)
IE 11 (Win 7)

Attachments

Comments

  • Justin Obara commented 2008-07-10T14:23:02.000-0400

    'screenshot-1' shows the tab spacing while in edit mode.

  • Justin Obara commented 2008-07-10T14:24:40.000-0400

    'screenshot-2' shows the 'tab' spacing reduced to a single space, when out of edit mode

  • Justin Obara commented 2008-10-31T09:33:42.000-0400

    design-watched

  • Antranig Basman commented 2008-11-13T21:32:24.000-0500

    This behaviour is part of standard HTML semantics and should not be fixed. The contract of InlineEdit with a single text field is that the value stored as markup (element.text()) should be identical with that which was stored in field.value for the editable field. A standard aspect of HTML is that whitespace is normalised in this way when rendered.

  • Daphne Ogle commented 2008-11-18T17:39:31.000-0500

    I'd like to revisit this bug (along with 887). The main goal here is display exactly what the user typed in. I understand from Eli that html doesn't even recognize tabs. How about if we convert tabs to 4 spaces? Eli says this is what many wikis do. 4 spaces could be the default behavior but this needs to be configurable to allow for things like tab delimitation.

    The other thing to remember about this is that the only time there will be a tab is if it is copy and pasted in since a tab currently takes the user to the next field.

  • Daphne Ogle commented 2009-03-13T15:17:13.000-0400

    Unassigning so this can go into the development pool of bugs.

  • Jonathan Hung commented 2011-01-04T13:34:41.671-0500

    Still an issue in Infusion 1.3.