Metadata
- Source
- FLUID-887
- Type
- Bug
- Priority
- Major
- Status
- Reopened
- Resolution
- N/A
- Assignee
- N/A
- Reporter
- Justin Obara
- Created
2008-07-10T14:38:15.000-0400 - Updated
2017-01-16T09:26:11.757-0500 - Versions
-
- 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
- 1.4
- 1.5
- 2.0
- Fixed Versions
- N/A
- Component
-
- Inline Edit
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/infusion/demos/inlineEdit/
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
Environments
FF 50 (macOS 10.12)
FF2, FF3 (Mac OS X, Win XP),
Safari 4 (OS X 10.5),
Safari 5 (OSX 10.6),
FF4 (OSX 10.6)
Chrome 35, Firefox 30, Safari 7 (Mac OS 10.9)
IE 11 (Win 7)
Comments
-
Justin Obara commented
2008-07-10T14:40:25.000-0400 'screenshot-1' shows the text with multiple spaces, in edit mode.
-
Justin Obara commented
2008-07-10T14:41:34.000-0400 'screenshot-2' shows the multiple spaces reduced to a single space, between the brackets.
-
Justin Obara commented
2008-10-31T09:33:29.000-0400 design-watched
-
Antranig Basman commented
2008-11-13T21:34:31.000-0500 See comments on FLUID-886. Whitespace normalisation is a standard aspect of HTML and the XML family in general.
-
Daphne Ogle commented
2008-11-18T17:47:24.000-0500 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.
-
Allison Bloodworth commented
2008-11-19T14:01:21.000-0500 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.
-
Daphne Ogle commented
2009-03-13T15:17:36.000-0400 Unassigning so this can go into the development pool of bugs.
-
Jess Mitchell commented
2010-12-21T13:02:28.031-0500 safari 5 and FF4 show the white spaces as one space.