2016-09-20 6 views

답변

23

그 문자는 개행 문자의 종류 U + 2028 선 분리기이다. HTML의 <br>에 해당하는 유니 코드로 생각하십시오.

가 여기에 표시됩니다 이유에 대한 내 추측으로는 내부 데이터베이스가 문자 줄 바꿈 또는 (데이터베이스 휴식 또는 보안 오류가 발생할 수 있습니다) HTML 태그와 충돌하지 LSEP를 사용하는 것, 그리고 중 하나

  1. 데이터베이스를 변환 서버 측 스크립트로 LSEP를 표시 당신은 글꼴이 설치되어 <br>
  2. 크롬 그냥 인쇄 (표시) 문자로 LSEP를 표시하여 기준을 나누기
  3. , 또는
  4. 와 LSEP를 교체 무시 HTML로 Chrome에서만 감지하는 인쇄 문자. 어떤 글꼴인지 알아 보려면 잘못된 텍스트를 마우스 오른쪽 단추로 클릭하고 "Inspect"를 클릭 한 다음 오른쪽 패널의 "Computed"탭으로 전환하십시오. 맨 아래에 잘못된 글꼴을 찾는 데 도움이되는 "렌더링 된 글꼴"이라는 섹션이 있어야합니다.

    라인 분리 및 단락 구분 방법

    단락 분리 독립 : 유니 코드 표준 장 5.8 바꿈 가이드 (on p. 12 of this PDF)에서 발췌 개행에

추가 정보 인코딩 됨 - 단락 사이에 구분을 나타내는 데 사용됩니다. 줄 구분 기호는 대개 줄 바꿈 만 (일반적으로 단락 내에서) 발생해야하는지 나타냅니다. 예를 들어 :

이이 시점에서 행 단락과 단락은, 단어의 원인
다른 라인에 표시 "원인"하지만
전형적인 단락 들여 쓰기, 문장을 깨고, 라인을 일으키는 원인이되지 않습니다 간격 또는
변경 (오른쪽, 가운데 또는 왼쪽 단락).

는 비교를 위해, 라인 분리는 기본적으로 HTML <P>의 이전 사용에 <BR> 및 단락 구분을 HTML로 대응 (현대 HTML은 <P>...</P>에 묶어 단락을 구분). 워드 프로세서에서 단락 구분 기호는 대개 키보드 RETURN 또는 ENTER을 사용하여 입력합니다. 대개 구분 기호는 RETURN 또는 ENTER (예 : SHIFT-ENTER)을 사용하여 입력합니다.

레코드 분리 기호는 레코드를 구분하는 데 사용됩니다. 예를 들어 표 형식의 데이터를 교환 할 때 일반적인 형식은 셀을 탭으로 구분하고 셀 줄 끝에 CRLF 을 사용하는 것입니다.이 기능은 정확히 분리와 같지 않지만 동일한 문자가 자주 사용됩니다.

전통적으로 NLF은 줄 구분 기호로 시작했으며 때로는 구분 기호를 기록합니다. 프로그램 편집기와 같은 간단한 텍스트 편집기에서 줄 분리 기호로 계속 사용됩니다. 플랫폼 및 프로그램이 자동 줄 바꿈 기능을 갖춘 워드 프로세싱을 처리하기 시작하면서이 문자는 단락 구분 기호를 나타 내기 위해 다시 해석되었습니다. 예를 들어, Windows 메모장 프로그램과 Mac SimpleText 프로그램과 같은 단순한 프로그램조차도 해당 플랫폼의 NLF 을 줄 구분 기호가 아닌 단락 구분 기호로 해석합니다. NLF을 으로 다시 구문 분석하면 단락 분리자를 나타낼 수 있으며, 경우에 따라 다른 제어 문자가 줄 구분 기호로 사용되기 위해 입니다. 예를 들어 Microsoft Word에서 수직 표 형식 VT 이 사용됩니다. 그러나 행 분리 문자 의 문자 선택은 NLF의 문자 선택보다 훨씬 덜 표준화되었습니다. 많은 인터넷 프로토콜 및 많은 기존 텍스트는 줄 구분 기호로 NLF을 처리하므로 구현자는 상황에서 단락 구분 기호로 NLF을 단순히 처리 할 수 ​​없습니다.

추가 읽기 :

Unicode Technical Report #13: Newline Guidelines

General Punctuation (U+2000–U+206F) chart PDF

SE: Why are there so many spaces and line breaks in Unicode?

SO: What is unicode character 2028 (LS/Line Separator) used for?

U+2028 on codepoints.net 미스 프린트 여기에 U + 2028가 추가 된 것을 말한다 V 거짓 유니 코드 표준의 1.1 -. 그것은 디스플레이를 크롬 모든 특수 문자를 제거 ... ... 당신은이 도구를 사용할 수 있습니다 1.0

+0

9999years 감사합니다. 이것은 의도하지 않게 응용 프로그램 개발자가 삽입하고 내 웹 브라우저에서 예상 한 것과 다른 것으로 구문 분석되고있는 것으로 가정합니다. – Joseph

+0

@Joseph 나는 글리프 (glyph)를 보게 될 작은 가능성 목록을 추가했다. – 9999years

+6

브라우저에서 어떻게 올바르게 렌더링합니까? –

1

http://www.nousphere.net/cleanspecial.php

을 추가했다.

단계 : HTML을 붙여 넣기 옵션과 HTML을 사용하여 정리 옵션.

이 페이지에서 편집기의 문자를 수동으로 삭제하고 그 결과를 볼 수 있습니다.

HTML을 파일에 붙여넣고 저장하십시오.

+0

왜 이것을 다운 그레이드 했습니까? –

+0

질문에 대답하지 않았기 때문일 수도 있습니다. 어쨌든 유용하다는 걸 알았어. – Olaf

1

9999 년 응답이 우수합니다.

Twig 템플릿과 함께 Symfony를 사용하는 경우 비어있는 Twig 블록을 확인하는 것이 좋습니다. 내 경우에는 안쪽에 보이지 않는 문자가있는 빈 나뭇 가지 블록이었습니다.

LSEP char은 특정 장치/브라우저에서만 표시되었습니다. 다른쪽에는 헤더 위에 빈 공간이 있었는데 보이지 않는 문자는 볼 수 없었습니다.

GET 요청을 검사하여 1f18 값이 열린 html 태그 앞에 있는지 확인해야했습니다.

일단 비어있는 나뭇 가지 블록을 제거하면 사라졌습니다. 이 사람 일일 도움이 될 수 있습니다

희망 ... 내가 @Kapil Bathija에 동의

+0

답변 해 주셔서 감사합니다. 나는 Ruby on Rails를 사용하고 있는데이 LSEP 기호는 로케일의 줄 바꿈 직후의 특정 사례에 나타났습니다. 당신의 대답을 읽은 후에 나는 방금 가서 손으로 전체 문구를 다시 타이프하고 기호가 사라졌습니다. 그것이 다른 도구의 전체 텍스트를 복사했기 때문에 그 자리에서 너비가 0 인 공간으로 바뀌 었습니다. –

0

- 기본적으로 당신은 http://www.nousphere.net/cleanspecial.php에 &는 HTML 코드를 붙여 복사하여 변환 할 수 있습니다.

다음은 특수 문자를 변환합니다. 단어 사이의 공백을 제거하기 만하면 번역 할 수없는 잘못된 문자가 있음을 의미하는 백 스페이스 2x를 눌러야합니다.

나는 똑같은 문제가 있었지만 이후에는 문제가 없었다.

1

나는 최근에이 문제에 부딪혔다. 많은 수정을 시도했지만 궁극적으로 나는 텍스트를 VIM에 붙여 넣어야했고, 삭제해야했던 여분의 공간이 있었다. 나는 많은 HTML 클리너를 시도했지만 그들 중 누구도 일하지 않았다. VIM이 핵심이었다!