UIScrollView image/photo viewer con paginación habilitada y zoom

He escrito un navegador de fotos simple y fácil de usar llamado MWPhotoBrowser. Decidí crearlo ya que Three20 era demasiado pesado / hinchado, ya que todo lo que necesitaba era un visor de fotos.

MWPhotoBrowser puede mostrar una o más imágenes proporcionando objetos UIImage, o URL a archivos, imágenes web o recursos de biblioteca. El navegador de fotos maneja la descarga y el almacenamiento en caché de fotos desde la web sin problemas. Las fotos se pueden ampliar y panear, y los subtítulos opcionales (personalizables) se pueden Visualiza. El navegador también se puede utilizar para permitir al usuario seleccionar una o más fotos utilizando la vista de cuadrícula o imagen principal.

Dices que has visto discusiones sobre anidamiento de UIScrollViews pero no quieres ir allí, ¡pero ese es el camino a seguir! Funciona fácil y bien.

Es esencialmente lo que hace Apple en su ejemplo de PhotoScroller (y la charla de WWDC de 2010 vinculada a la respuesta de Jonah). Solo en esos ejemplos, han agregado un montón de mosaicos complejos y otra gestión de memoria. Si no necesita el mosaico, etc. y si usted no quiere vadear a través de esos ejemplos y tratar de eliminar los bits relacionados para ello, el principio subyacente de anidar UIScrollViews es en realidad bastante simple:

• Cree un UIScrollView externo y establezca su pagingEnabled = true. Agrégalo a tu vista principal y establece su anchura y altura a la anchura y altura de tu vista principal.

• Cree tantas UIScrollViews internas como desee. Establezca su anchura y altura en la anchura y altura de la vista principal. Agrégalas como subviews a tu UIScrollView exterior, cada una junto a la otra, a la izquierda derecho.

• Establezca el tamaño de contenido de la vista UIScrollView externa al total de los anchos de todas las vistas UIScrollViews internas una al lado de la otra (que es igual a [el ancho de la vista principal]*[número de imágenes]).

• Añade las UIImageViews de tus imágenes a las UIScrollViews internas, una UIImageView a cada UIScrollView interna. Establezca el tamaño de contenido de cada UIScrollView al tamaño de cada UIImageView.

• Establecer escalas de zoom min y max para cada UIScrollView interior y establecer cada uno de los delegado de UIScrollView interno a su Controlador de vista. En viewForZoomingInScrollView del delegado, devuelve la vista UIImageView apropiada para la vista UIScrollView que se pasa. (Para hacer esto, simplemente mantenga cada una de las UIImageViews en un NSArray y establezca la propiedad de etiqueta de UIScrollView correspondiente en el índice de la UIImageView apropiada. A continuación, puede leer la etiqueta en el UIScrollView pasado a viewForZoomingInScrollView y devolver el UIImageView apropiado desde el NSArray).

Eso es todo. Funciona igual que la aplicación de fotos.

Si tiene muchas fotos, para ahorrar memoria solo puede tener dos UIScrollViews internas y dos UIImagesViews. A continuación, voltea dinámicamente entre ellos, moviendo su posición dentro del UIScrollView externo y cambiando sus imágenes a medida que el usuario se desplaza por el UIScrollView externo. Es un poco más complejo pero el mismo principio.

Hice algunos juegos con la aplicación nativa de Fotos, y creo que puedo decir con confianza que están utilizando un solo UIScrollView. El sorteo es el siguiente: haz zoom en una imagen y tira hacia la izquierda o hacia la derecha. Verá la foto siguiente o anterior. Si tira lo suficientemente fuerte, incluso la página a la siguiente foto en 1.0 f zoom. Voltear hacia atrás y la foto previamente ampliada volverá a 1.0 f zoom también.

Obivously no escribí Fotos.aplicación, pero voy a tomar una conjetura salvaje en cómo lo hicieron it:

• Un único UIScrollView y un único UIScrollViewDelegate
• Rellene el UIScrollView con los hijos de UIImageView
• Escucha scrollViewDidScroll:
• Haz algunas matemáticas y averigua en qué página estás actualmente
• Escucha viewForZoomingInScrollView:
• Devuelve una vista diferente dependiendo del índice de la página
• Escuchar scrollViewDidEndZooming:withView:atScale: y opcionalmente hacer algún anti-aliasing, etc basado en el contenido

Si decide probar eso, hágamelo saber funciona para ti. Me encantaría saber cómo finalmente terminas haciendo que esto funcione. Aún mejor, publícalo en github.

Hice un poco de juego con el aplicación de Fotos nativas, y creo que puedo decir con confianza que están utilizando un UIScrollView simple. El sorteo es esto: hacer zoom en una imagen, y tirar a la izquierda o la derecha. Usted verá el foto siguiente o anterior. Si tira lo suficientemente duro, incluso la página a la siguiente foto en 1.0 f zoom. Voltear hacia atrás y la foto ampliada previamente será volver a zoom 1.0 f también.

Esto está mal. Estoy usando scrollviews anidadas, y obteniendo exactamente el mismo efecto. Si está utilizando algún esquema de gestión de memoria (que tuve que empezar a usar... mi número de página es bastante alto (aproximadamente 50 cada uno en 2 ScrollViews)), entonces puede usar un mecanismo similar a lo que tenga activando las cargas / descargas de su página para activar un restablecimiento de zoom para las páginas -1 y +1 de la página actual.

Sospecho que Apple desencadena esto tan pronto como la foto anterior ha desaparecido.

Lo que no entiendo es cómo lograr suavizar desplazamiento entre páginas-siempre hay una caída muy corta en el momento de la transición. No lo entiendo. Me he metido bastante en arreglarlo-NSInvocationOperations fueron mi primera parada, luego hice una cola de vistas reutilizables para las vistas de página (que conservan sus vistas de imagen)... aún así esta caída durada.

Solo tengo una NSOperationQueue en ejecución, y he intentado jugar con el número máximo de operaciones simultáneas. Mi pensamiento era que el hilo principal se estaba obstruyendo por competir Colas, o tal vez incluso una cola tratando de hacer mucho... aún así, la caída.

Incluso intenté crear versiones súper bajas de mis medios, en caso de que ese fuera el problema. Con cada imagen pesando alrededor de 10k (estos son jpegs, eso sí)... lo adivinaste. El ahorcamiento sigue ahí.

Estoy bastante resuelto a hacer lo que he hecho antes y usar TTPhotoViewController desde Three20. He pasado algunas horas nadando a través de ese código, y siempre es una gran educación. En este punto, sin embargo, realmente me gustaría saber de dónde diablos viene este ahorcamiento, aunque solo sea para poder pasar mis horas sin poder dormir preguntándome sobre algo menos que hierva el cerebro.

Seguro que sería bueno si Apple construyera un visor de imágenes como la aplicación fotos en el SDK para que lo usáramos. Actualmente estoy usando three20 y funciona muy bien. Pero es un montón de cosas adicionales para llevar cuando todo lo que realmente quieres es el visor de fotos.

Escribo un código para eso, y puede ser como referencia

1. Cargue la vista actual scrollview y imageview .. y para la pantalla junto a la vista actual , solo imageview

2. Eliminar toda la vista cuando se carga la página actual para ahorrar memoria, tan bueno para muchos photo project

3. Use la etiqueta para diferenciar diferentes scrollview

_xxxxxxx

El enlace de descarga haga clic aquí

Echa un vistazo a https://github.com/facebook/three20/blob/master/src/Three20UI/Headers/TTPhotoViewController.h No estoy seguro de si eso es lo que estás buscando