무료 축약형 확장기 소유격은 그대로 유지

아포스트로피 바로 뒤의 단어를 확인합니다. been 같은 과거분사는 완료 시제를 나타내므로 it's been argued는 it has been argued가 됩니다. 그 밖의 경우는 현재 시제로 처리되므로 it's likely는 it is likely가 됩니다. 같은 확인 방식이 'd 뒤에서 would와 had를 구분합니다. they'd expected는 they had expected가 되고, they'd expect는 they would expect가 됩니다.

아니요. 일반 명사에 붙은 아포스트로피-s는 누락된 단어가 개입되지 않은 소유를 표시하므로, 연구의 목적과 검토자들의 코멘트는 아포스트로피가 시작된 위치 그대로 보존됩니다. 확장은 it, that, there, what, who 및 이와 유사한, 실제로 is, has, had 또는 would를 대신하는 소수의 대명사와 의문사에만 적용됩니다.

예. gonna, wanna, gotta, y’all을 포함한 구어 형태는 표준 축약어가 하는 것과 같은 방식으로, going to, want to, got to, you all이라는 해당하는 서면 형태로 변환됩니다. won’t와 shan’t 같은 불규칙 형태는 패턴이 아니라 조회로 처리합니다. 이는 어느 것도 일반적인 규칙을 따르지 않기 때문이며, o'clock은 인식되어 그대로 두어 처리하지 않습니다.

대부분의 학술 및 기업 스타일 가이드는 그렇다고 말합니다. 논문, 학술지 원고, 법률 문서 또는 공식 보고서는 do not, cannot, it is처럼 풀어 씁니다. 축약형은 친근함을 의도한 블로그 글, 이메일 또는 마케팅 문구에서는 허용됩니다. 이 도구는 완전히 확장된 형태를 생성하고 모든 변경 사항을 강조 표시하며, 문체 선택은 검토하는 사람이 하도록 남겨 둡니다.

채팅 모델은 축약어로 가득한 대화체를 기본으로 하므로, 그 모델이 만든 한 섹션은 형식적으로 작성된 다른 섹션 옆에 바로 놓일 수 있지만, 문체가 일치하지는 않습니다. 그 불일치는 문서가 둘 이상의 출처로부터 조립되었음을 보여주는 더 눈에 띄는 징후 중 하나입니다. 전체 문단을 확장기로 돌리면, 모든 섹션이 단 한 번의 실행으로 동일한 격식 문체로 정렬됩니다.

거의 그렇지 않습니다. 축약형과 그 확장형은 문법적으로 동일하기 때문입니다. 확인해야 할 한 가지는 리듬입니다. let's는 눈에 띄게 더 딱딱한 let us가 되며, 대화가 많은 문단은 모든 축약형을 풀어 쓰면 어색하게 들리기 시작할 수 있습니다. 강조 표시된 보기는 인용문이 원래의 어조를 유지해야 할 때 다시 되돌려 넣기 쉽게 해 줍니다.