2012-05-16 3 views
3
)

두 개의 텍스트 상자가 Access 2010 보고서의 세부 영역에서 바로 위에 배치됩니다. 둘 다 Can GrowYes으로 설정되며 세부 영역 자체도 마찬가지입니다.액세스 : 텍스트가 표시 될 때 텍스트가 잘릴 수 있음 (예 :

텍스트 상자의 내용을 수용하기 위해 텍스트 상자를 늘려야하고 하단 텍스트 상자의 텍스트가 길면 텍스트가 잘립니다. 이 문제를 어떻게 해결할 수 있습니까?

+0

프로그래밍 질문이라고 생각하지 않으므로 superuser.com에 질문하는 것이 더 나을 것입니다. – Fionnuala

+0

@Remou : 동의합니다. 물론 해결책은 프로그래밍과 관련이 있습니다. 실제로, 그것은 그 문제를 해결하려고 시도한 이후의 방향입니다. 올바른 사용자를 끌어들일 수 있기를 바라는 마음으로 vba 태그를 추가했지만 마이그레이션해야한다고 생각되면 알려 주시기 바랍니다. – sasfrog

+0

Access 사용자 포럼에서이 버그와 관련된 항목이 있습니다. 이 버그로 고생하고 싶다면 [거기에 가서 투표하십시오] (https://access.uservoice.com/forums/319956-access-desktop/suggestions/13478700-stop-randomly-omitting-text-in-reports) 그것을 고정 시키십시오. 덕분에 – Heinzi

답변

2

텍스트 상자의 형식이 Rich Text으로 설정되어 있습니까?

예인 경우 this is a known bug입니다. 지금까지 우리가 발견 한 유일한 해결책은 보고서에서 서식있는 텍스트를 사용하지 않는 것입니다. 데이터베이스에 서식있는 텍스트로 저장된 텍스트는 PlainText method을 사용하여 일반 텍스트로 변환 할 수 있습니다 (예 : ControlSource를 =PlainText([field])으로 설정).

우리는이 문제도 겪고 있습니다. 다른 해결 방법이나 해결책을 찾았다면 나에게 의견을 남겨주세요.

+0

. 예, 서식있는 텍스트입니다. 나는 겪고있는 것이 약간 다르지만 동일한 근본적인 문제와 관련이있을 것이라고 생각합니다. Access x64를 사용할 때이 문제가 발생하지 않으므로 현재 Accessible x64를 실행중인 VM에서 보고서를 실행하고 있습니다. 분명히 확장 가능한 해결책은 아니지만 다행스럽게도 내 상황에서는 적절합니다. 분명히 나는 ​​어떤 수정 등을 듣고 싶다. – sasfrog

4

예, 알려진 버그입니다. 글꼴과 프린터를 기반으로합니다. Another user claimed that switching to Arial fixed the problem. 그의 문제는 Calibri 인 반면, 광산은 Tahoma와 함께 사용되었습니다.

내 경험에 따르면 클라이언트가 동일한 컴퓨터를 사용하여 하나의 프린터로이 버그를 얻었지만 다른 프린터에서는이 버그를 얻을 수 있기 때문에 프린터에도 의존하는 것이 었습니다.

Arial 글꼴로 전환하면 우리 모두에게 효과적입니다. 이미 언급 한 테스트를 제외하고 어떤 글꼴이 버그인지, 어떤 글꼴이 작동하는지 찾을 수있는 목록이 없습니다.

+0

Thanks Tom. 위의 링크 된 항목에서 "다른 사용자"로 밝혀졌으며이 게시물이나 수퍼 유저에게 다시 Arial 글꼴로 문제가 발생하지 않는다는 사실을 후속 학습에 전파하는 것을 소홀히했습니다. 모두 연결 해줘서 고마워. 같은 문제가 있습니까? – sasfrog

+0

예. 아직 테스트하지 못했습니다. 이 버그는 일부 프린터에서만 나타나며, 내 프린터 중 하나가 아닙니다. 내 클라이언트가 하나의 프린터가 있고 다른 프린터가 작동하지 않기 때문에 설치 문제가 아니라는 것을 알고 있습니다. 글꼴을 Arial (Tacoma 사용)으로 변경했으며 내일 테스트 할 것입니다. –

+0

시험이 마침내 어제 완료되었습니다. 성공했습니다. 감사. –

관련 문제