Fluid Infusion

'tab' character is displayed as single space

Details

  • Type: Bug Bug
  • Status: Reopened Reopened
  • Priority: Major Major
  • Resolution: Unresolved
  • Affects Version/s: 0.1, 0.3, 0.4beta1, 0.4, 0.5, 0.6beta1, 0.6, 0.7, 0.8, 1.0, 1.1, 1.1.1, 1.2, 1.3
  • Fix Version/s: None
  • Component/s: Inline Edit
  • Labels:
    None
  • Environment:
    FF2, FF3 (Mac OS X, Win XP)

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/fluid/sample-code/inline-edit/announcements/announcements.html

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.

Issue Links

This issue is depended on by:
FLUID-972 Text with words seperated by multiple spaces, aren't completely visible when re-entering edit mode Major Closed
This issue is duplicated by:
FLUID-2439 Pasted tabs converted to spaces Trivial Closed
This issue relates to:
FLUID-887 multiple 'space' characters are displayed as a single space, using FF and Safari Major Reopened

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
Justin Obara added a comment -
'screenshot-1' shows the tab spacing while in edit mode.
Show
Justin Obara added a comment - 'screenshot-1' shows the tab spacing while in edit mode.
Hide
Permalink
Justin Obara added a comment -
'screenshot-2' shows the 'tab' spacing reduced to a single space, when out of edit mode
Show
Justin Obara added a comment - 'screenshot-2' shows the 'tab' spacing reduced to a single space, when out of edit mode
Hide
Permalink
Justin Obara added a comment -
design-watched
Show
Justin Obara added a comment - design-watched
Hide
Permalink
Antranig Basman added a comment -
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.
Show
Antranig Basman added a comment - 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.
Hide
Permalink
Daphne Ogle added a comment -
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.
Show
Daphne Ogle added a comment - 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.
Hide
Permalink
Daphne Ogle added a comment -
Unassigning so this can go into the development pool of bugs.
Show
Daphne Ogle added a comment - Unassigning so this can go into the development pool of bugs.
Hide
Permalink
Jonathan Hung added a comment -
Still an issue in Infusion 1.3.
Show
Jonathan Hung added a comment - Still an issue in Infusion 1.3.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
Atlassian JIRA (v4.4#649-r158309) | Report a problem
Powered by a free Atlassian JIRA open source license for The FLUID Project. Try JIRA - bug tracking software for your team.