제 생각엔 구조적이라함은 무릇 프로그램 절차과 함께 매뉴얼도 포함되는거라고 생각합니다. 다양성에는 경험도 동반되어야 하며 특수 환경이 절차에 제공되지 않음을 매뉴얼을 통해 해결할 수 있도록 명시되어야지요. 사용상에 문제가 일어나고 있다면 이와 유사한 경우에 대한 해결법이 있어야하는데 아무런 내용이 없다면 구조적 결함일 수도 있겠다는 생각이 드네요.

ksdwm72님도 구조적 개념으로 접근하려면 우선 개인단위의 충분한 검토가 되었는지의 사실이 필요합니다. 해당문제는 제가 알기로는 상당히 여러가지 특수한 경우로 알고 있습니다. 질문할때 답변자가 충분히 상황을 파악가능할 수 있도록 홈페이지 주소라도 올려서 직접 테스트해주도록 해주면 더 빠르게 문제의 원인이 나오지 않을까 합니다.

보통 병이 있는 환자가 의사찾아가서 몸 보여주자나요. 전화상으로 병이 낫진 않잖아요. ^^

아, 구조적인것에 메뉴얼도 들어갈 수 있군요... 제공 되지 않는것을 정해 놓기보다, 테스트된 사양을 적어 놓는것이 어떨까 합니다... 제공 되지 않는걸 적기에는 부담이 심할 것 같아요.(케이스 바이 케이스로 테스트 다해보기는...)
갈수록 추가되는 서버상의, XE 모듈, 위젯 등등 으로 늘어날 테니 XE 모듈중 간추려서 몇게 테스트, 서버 환경도 간추림으로 제공 하는게 어떨까 싶네요..
순간적으로 프로그래밍 코드 상의 구조로 인식해버린...ㄷㄷ;