그들은 "브러쉬"이 글의 주제,하지만 정말 많이 응답하지 않습니다 Stackoverflow UIScrollView question중첩있는 UIScrollView 안에있는 UIScrollView 코코아 터치
나는있는 UIScrollView와 UIPageControl이 뷰 세트를 제공하기 위해 협력해야합니다. (더 나은 단어가없는 표준 '홈 화면'스 와이프 스타일)
scrollView 내에서 이러한 각각의보기에는 하단 부분에 얇은 메뉴가 있으며 좌우로 스 와이프 할 수도 있습니다. 이전 페이스 북 앱을 기억하는 사람이라면 가로로 스 와이프 할 수있는 메뉴가 있었지만 다른 scrollView에는 표시되지 않았지만 아이디어는 비슷합니다. 그래서 외부 scrollView는 내부 scrollView가 포함 된 뷰를 포함하여 전체 뷰를 스크롤하지만 내부 scrollView는 뷰 내부의 메뉴 만 변경합니다.
이미이 개념 증명 테스트를했는데, 무슨 일이 일어 났는지는 화면에서 스 와이프가 발생하는 위치와 상관없이 위임자 메서드가 scrollViews에서 모두 호출되고 앱을 가장 왼쪽으로 스 와이프하면 앱이 중단됩니다 오른쪽으로,하지만 오른쪽에서 왼쪽으로 ...
나는이 일을 할 수 있다는 느낌을 갖지만 그게 잘못된 방향으로 가고있다.
화면의 어느 영역을 문지름에 반응 시키도록 설정할 수 있습니까? 즉, 화면의 위쪽 3 분의 1이 위임 방법 집합을 호출하고 아래쪽 1/4은 다른 집합을 호출한다고 결정합니다. 아마도 "처리"되기 전에 스 와이프를 잡아서 어떤 scrollView가 반응해야 하는지를 결정하는 일종의 중재자를 통해? 누군가가이 일에 좋은 방향으로 날 지점 수
희망, 디 스팅 무슨 일 스크롤 뷰를
감사합니다. wkw. 네가 맞다. 앱 스토어에는 그런 종류의 기능이있다. 이상한 방법으로 세로 스크롤과 가로 스크롤 사이에서 변경되기 때문에 좀 이상합니다. scrollView를 나눌 수있는 방법이 있는지 알 수 있습니다. 내부 scrollView가 바깥 쪽 scrollView 그래픽의 일부이기 때문에 약간 힘들 것입니다. 나는. 바깥 쪽 스크롤의 각 "페이지"에는 응답하는 자체의 작은 내부 scrollView가 있습니다. 이것은 실제로 사진 앱에있는 기능입니다. 사진 사이를 스 와이프하거나 확대/축소 할 수 있지만 별도의 사용 사례입니다 ... – RickiG
wkw의 접근 방식을 사용하여 끝났습니다. 프레임 워크 구성 요소가 의도하지 않은 작업을 수행하도록 강제로 뒤로 구부리지 않는 지점 : 이것은 또한 모든 것을 더 읽기 쉽게 만드는 캡슐화의 좋은 부분을 제공합니다. – RickiG
나는 3.0 이전 버전을 만들었지 만, 지금은 약간 더 쉬울 수도 있지만, 며칠 동안 작업을 격렬하게하지 않으면 성취를 자랑스럽게 생각합니다 ... 나는 수평 스크롤 테이블 셀을 원했습니다. 나는 NYTimes 베스트셀러 목록을하고 있었고, 세부 사항을 위해 아마존 데이터를 홱 잡아 당기고 있었다. 따라서 각 테이블 행은 하나의 목록 (소설 등)이었고 행은 스크롤되어 목록에있는 각 책을 표시했습니다. 안타깝게도, 중도에서 친구가 아마존이 모바일 앱에서 데이터를 사용하지 못하는 것에 대해 경고했다. – wkw