이벤트 중 FocusedItemChanged, FocusedRecordChanged 맞나(?)
하여튼 그리드중 이벤트 보면 이와 비슷한 이벤트가 있습니다.
여기서 Item은 컬럼단위, Record(Row)는 Row단위로 데이타 값이 변동되었
을 적에 제어할 수 있는 부분입니다. 여기서 특정칼럼의 값이 xx라면 특정칼럼의 cellselect를 true,false로 해 주면 되지 않을 까요?
그리고 필터링된 데이타를 4.0버전부터인가 필터링 조건문을의 식을 일반텍스트로 가져올 수 있습니다. 그런데 상기 조건식을 퀵리포트나 패스트리포트의 조건식에 첨가하자면 코딩량 무시못할 겁니다. 그냥 단순히 생각해서요
그리드에 사용된 데이타셋이 kisuk74라고 한다면 퀵이나 패스트리포트 작성시
에도 SQL문을 날리꺼죠 그러면 거기에서도 마찬가지로 kisuk74로 조건문을 작성하면 그리드의 내용이 그대로 리포트로 보여지죠(초보적인 견해입니다)
(어차피 SQL 조건문으로 생성된 데이타를 가져와서 보여주니까요)
단, 그리드의 DBTable DBBandedTale 등일 경우에 한해서입니다.
이벤트 중 FocusedItemChanged, FocusedRecordChanged 맞나(?)
하여튼 그리드중 이벤트 보면 이와 비슷한 이벤트가 있습니다.
여기서 Item은 컬럼단위, Record(Row)는 Row단위로 데이타 값이 변동되었
을 적에 제어할 수 있는 부분입니다. 여기서 특정칼럼의 값이 xx라면 특정칼럼의 cellselect를 true,false로 해 주면 되지 않을 까요?
그리고 필터링된 데이타를 4.0버전부터인가 필터링 조건문을의 식을 일반텍스트로 가져올 수 있습니다. 그런데 상기 조건식을 퀵리포트나 패스트리포트의 조건식에 첨가하자면 코딩량 무시못할 겁니다. 그냥 단순히 생각해서요
그리드에 사용된 데이타셋이 kisuk74라고 한다면 퀵이나 패스트리포트 작성시
에도 SQL문을 날리꺼죠 그러면 거기에서도 마찬가지로 kisuk74로 조건문을 작성하면 그리드의 내용이 그대로 리포트로 보여지죠(초보적인 견해입니다)
(어차피 SQL 조건문으로 생성된 데이타를 가져와서 보여주니까요)
단, 그리드의 DBTable DBBandedTale 등일 경우에 한해서입니다.