Fluid Infusion

multiple 'space' characters are displayed as a single space, using FF and Safari

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.1.2, 1.2, 1.3
  • Fix Version/s: None
  • Component/s: Inline Edit
  • Labels:
    None
  • Environment:
    FF2, FF3 (Mac OS X, Win XP), Safari 4 (OS X 10.5), Safari 5 (OSX 10.6), FF4 (OSX 10.6)

Description

When entering in multiple spaces inside an in-line edit field, the spaces are reduced to 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) Open one of the in-line edit fields into edit mode and enter in some text with multiple spaces (or cut and paste this "there should be ( ) 10 spaces inside the brackets")

3) Press 'enter' to leave edit mode. Notice that the multiple spaces have been reduced to a single space

If you re-enter edit mode, notice that the multiple spaces are still there

Issue Links

Activity

Hide
Justin Obara added a comment -
'screenshot-1' shows the text with multiple spaces, in edit mode.
Show
Justin Obara added a comment - 'screenshot-1' shows the text with multiple spaces, in edit mode.
Hide
Justin Obara added a comment -
'screenshot-2' shows the multiple spaces reduced to a single space, between the brackets.
Show
Justin Obara added a comment - 'screenshot-2' shows the multiple spaces reduced to a single space, between the brackets.
Hide
Justin Obara added a comment -
design-watched
Show
Justin Obara added a comment - design-watched
Hide
Antranig Basman added a comment -
See comments on FLUID-886. Whitespace normalisation is a standard aspect of HTML and the XML family in general.
Show
Antranig Basman added a comment - See comments on FLUID-886. Whitespace normalisation is a standard aspect of HTML and the XML family in general.
Hide
Daphne Ogle added a comment -
I would like to revisit this (along with 886). The right thing to do for users is represent their text exactly as they typed it in. Apparently folks have used some pretty extensive algorithms to get this behavior -- particularly in wikis. Eli knows about some of these algorithms and basically it is about representing space as non breaking and breaking spaces.
Show
Daphne Ogle added a comment - I would like to revisit this (along with 886). The right thing to do for users is represent their text exactly as they typed it in. Apparently folks have used some pretty extensive algorithms to get this behavior -- particularly in wikis. Eli knows about some of these algorithms and basically it is about representing space as non breaking and breaking spaces.
Hide
Allison Bloodworth added a comment -
The reasoning behind this design decision is that otherwise the text jumps around when the user "opens" and "closes" the inline edit field. We've seen in user testing that this can be very disconcerting for users and want as much as we can to maintain the illusion that they are editing in place.
Show
Allison Bloodworth added a comment - The reasoning behind this design decision is that otherwise the text jumps around when the user "opens" and "closes" the inline edit field. We've seen in user testing that this can be very disconcerting for users and want as much as we can to maintain the illusion that they are editing in place.
Hide
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
Jess Mitchell added a comment -
safari 5 and FF4 show the white spaces as one space.
Show
Jess Mitchell added a comment - safari 5 and FF4 show the white spaces as one space.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated: