[서브메뉴 link="경로" subtext="서브메뉴1" /]
[서브메뉴 link="경로" subtext="서브메뉴2" /]
[서브메뉴 link="경로" subtext="서브메뉴3" /]

[/주메뉴]

꼭 좀 부탁드립니다…

xe에서 플래쉬메뉴를 넣으려고 하는데요, layout.html 파일을 수정하여, 상단메인메뉴 자리에 플래쉬를 넣는 것까지는 성공했구요..
플래쉬가 xml 연동인데, xml이 연동되어 메뉴명 등이 표시되는 것도 되었습니다.
그런데, xml에 입력해둔 페이지의 링크가 안걸립니다.
절대경로, 상대경로 모두 해보아도 안되고, 메인메뉴자리에 플래쉬를 넣는 팁을 알려주신 팔공산님께 여쭤봐도 그 부분은 모르신다는군요~

저, xml 연동 플래쉬메뉴는 링크부분이 달라야 하는걸까요?
참고로 xml 의 링크부분은

이런 형식으로 되어있거든요.

xml연동 플래쉬메뉴는 불가능한가요?
가능할 것 같은데요..

도움 부탁드립니다..^^
감사합니다.

일단 지금 당장 간단하게 제 생각을 말씀드리자면 이렇습니다. 빠르게 타이핑 하다 보니 존칭을 생략하는 점 양해 부탁 드립니다.

첫째, 레이아웃을 위한 몇몇 id, class 이름은 코딩 규칙으로 정해놓고 사용한다. 이런 이름들은 페이지 내에서 유일하게 사용하고 다른 목적으로 사용하지 못하도록 해서 충돌을 피한다. 예) #container, #header, #body, #footer, #gnb, #content

둘째, 레이아웃을 제외한. 레이아웃 하부 구조에 포함되는 콤포넌트. 즉, UI 객체들은 상황에 맞는 의미있는 id, class 이름을 부여해서 그때 상황에 맞게 새로 네이밍 한다. 그리고 되도록 class 이름까지도 중복되지 않도록 고유한 이름을 부여한다. 만약 ‘공지목록, 뉴스목록’ 같이 유사하지만 조금은 다른 모양(뉴스에만 썸네일이 있다고 가정)의 콘텐츠라면 class 이름을 두 번 지정한다. 예) class=”list notice” | class=”list news” 그러면 공통된 스타일과 유별난 스타일을 따로 분리해서 관리 할 수 있다.

셋째, 상속을 최소화 한다. 본래 상속이란 CSS의 장점이기도 하지만 단점이기도 하다. 왜냐하면 어떤 속성들은 한 번 지정해서 상속 시키면 다시 초기화 하기 어려운 것도 있다. 따라서 공통 선택자 ‘*’ 는 아예 쓰지 않는 것이 좋고 공통 선택자 ‘*’는 렌더링 성능에도 좋지 않다. 다음은 default.css 파일에서 항상 기본 값으로 지정하고 사용하는 권장 값이다. 여기서 거의 모든 요소에 상속되는 속성은 글꼴 크기와 글꼴 종류로써 딱 2가지 뿐이다.

/* Element Reset */
body, input, textarea, select, table, button {font-family:Tahoma, sans-serif; font-size:12px;}
img, fieldset {border:0;}
em, address {font-style:normal;}
button{ overflow:visible;}
a {text-decoration:none;}
a:hover, a:active, a:focus {text-decoration:underline;}

보통은 h1~h6, ul, ol, dl, p 이와 같이 문장 속에서 빈번하게 등장하는 마크업에 대하여 { margin:0; padding:0; } 으로 완전히 초기화 시켜버리는 경우도 있는데 본문 이외의 영역에서 공통으로 인클루드 하는 콤포넌트들을 코딩하기에는 좋지만 본문 영역의 콘텐츠를 표현하기에는 좋지 않다. 본문 영역에서 표현되는 제목이나 목록이나 문장들은 상하 기본 마진을 가지는 것이 더 일반적인 경우이기 때문이다. 따라서 공통으로 인클루드 하는 UI 콤포넌트들에만 { margin:0; padding:0; } 속성을 부여하는 것이 좋다.

본문 이외 영역에 대한 초기화는 보통 이렇게 한다. 필요한 요소만 따로 추려서 초기화 한다.

.aside h2,
.aside h3,
.aside ul,
.aside ol,
.aside dl,
.aside p { margin:0; padding:0; }

넷째, 인라인 CSS 사용은 피하는 것이 좋지만 금지할 것도 못된다. 디자이너는 어떻게 하면 CSS를 효과적으로 사용할 수 있는지 연구하지는 않기 때문에 인라인 CSS를 사용해야만 하는 상황은 불가피하게 발생하게 되어 있다. 따라서 재 활용 가능성이 매우 낮은 유별난 스타일들은 재 활용을 포기하고 차라리 인라인 CSS를 적용하는 것이 더 효과적일 수도 있다. 예를 들면 A 페이지와 B 페이지에서 제목과 본문의 간격이 달라지는 경우 A 페이지 기준으로 외부 CSS 파일에 코딩해 놓고 B 페이지에서는 A 스타일을 적용함과 동시에 인라인 CSS를 추가해서 A 스타일을 덮어쓰기 하는 것이다.

다섯째, 코딩 규칙을 만든다. 첫째와 둘째의 연장선 상에서 필요하다. 규칙을 만들어 두면 예측 가능성을 높여주기 때문에 최소한의 충돌을 피하고 협업하기에 좋다.

생각나는 대로 이 정도만 정리해 보았습니다.
다음에 시간이 되면 좀 더 잘 정리해서 한 번 포스팅 해보겠습니다. ^^