Development by Davis

Headlines

Mostrando entradas con la etiqueta Windows 8. Mostrar todas las entradas
Mostrando entradas con la etiqueta Windows 8. Mostrar todas las entradas

viernes, 17 de febrero de 2012

Sub-pixel renderizado y el modelo de objetos CSS

Sub-pixel renderizado y el modelo de objetos CSS:
Con Windows 8, usted tiene una elección sin precedentes de los dispositivos para navegar por la Web, de las pantallas de escritorio grandes pizarras pequeñas. Con el fin de dar cabida a esta amplia gama de dispositivos, el navegador debe ser capaz de escalar y el diseño de la Web en muchos diferentes tamaños de pantalla y dimensiones. Hemos ya escribió en su blog acerca de alguna de las características de IE que soportan estos escenarios. sub-pixel de posicionamiento (de texto y el diseño) es una de las principales plataformas tecnológicas que permiten a las páginas Web para lucir bella y coherente a cualquier escala.
En este post, se describen los cambios realizados en IE10 para apoyar un mejor posicionamiento de sub-píxel a través de la CSS-OM.
Los desarrolladores Web pueden crear diseños hermosos a través de una variedad de tecnologías de la plataforma. En general, los desarrolladores pueden utilizar hojas de estilo CSS para describir el diseño de un sitio Web. En algunos casos, los desarrolladores web también dependen de código JavaScript para medir, alinear o colocar los elementos de una página Web con pixel-perfect de precisión. Por ejemplo, algunos editores en línea coloque cuidadosamente una caja de edición exactamente sobre la parte superior de los contenidos existentes de forma que sólo aparece como si estuviera directamente editando el contenido existente. Escenarios como éste se puede utilizar el modelo de objetos CSS (CSS-OM) API para leer y / o establecer la posición del elemento. El CSS-OM es un conjunto de API de JavaScript para la manipulación de programación CSS.
La medición y alineación de elementos de diseño utilizando el API de CSS-OM puede ser problemático debido a la forma redonda que los APIs o truncar sub-pixel los valores colocados a todo el pixel números.

Una nota rápida acerca de pixel-perfect Layouts

En general, pixel-perfect diseños en la Web tienden a entrar en conflicto con los objetivos de permitir a los contenidos accesibles, compatibles y adaptables, y por lo tanto no son una buena práctica. El collage siguiente ilustra algunos de los errores que pueden ocurrir cuando el diseñador Web de los intentos de crear un diseño de píxel perfecto, pero las diferencias inesperadas de la plataforma Web hacen que sus diseños a ir mal.
Ejemplos de píxeles perfectos diseños ido mal
Ejemplos de píxeles perfectos diseños ido mal
Cuando se utiliza el CSS-OM para generar dinámicamente un diseño, los desarrolladores web deben permitir unos pocos píxeles de posibles errores. Mejor aún, IE10 ofrece varias nuevas opciones de diseño que los desarrolladores pueden utilizar para lograr una mejor muchos de estos diseños que desee, sin necesidad de píxel perfecto de alineación utilizando el CSS-OM.

Una Ilustración

Para ilustrar cómo la API de CSS-OM puede causar problemas sutiles de posición, considere un ejemplo sencillo. Sub-pixel posicionamiento permite cuatro cajas que se distribuye uniformemente en el interior del contenedor, a pesar de el tamaño del contenedor no sea divisible por cuatro.
Considere el siguiente fragmento de código HTML de marcas:
<Pie de página>
<Div> Contenido 1 </ div> <div> Contenido 2 </ div> <div> Contenido 3 </ div> <div> el contenido de 4 </ div>
</ Pie de página>
con este parcial de marcado CSS:
Pie de página {width: 554px; border: 1px solid negro; text-align: center;}
div footer {display: inline-block, ancho: 25%;}
div pie de página: nth-hijo (aún) {background-color: red;}
div pie de página: nth-hijo (impar) {background-color: naranja;}
Ahora, vamos a añadir una función que se ejecuta en la carga e informa de las anchuras de los siguientes elementos:
onload = function () {
footerBoxes var = document.querySelectorAll ("div pie de página");
var s = "";
var TotalSize = 0;
for (var i = 0; i <footerBoxes.length; i + +) {
/ / Informes
var = offsetWidth footerBoxes [i] offsetWidth.;
s + = "contenido" + (i + 1) + "offsetWidth =" + offsetWidth + "px" + "<br />";
TotalSize + = offsetWidth;
}
s + = "Total <i> calcula </ i> offsetWidth =" + TotalSize + "px" + "<br />";
s + = "width = Contenedor" + document.querySelector ("pie") clientWidth + "px" + "<br />".;
document.querySelector ("# mensaje") innerHTML = s.;
}
El resultado de ejecutar esta marcado y el código en IE9 es algo como esto:
content 1 content 2 content 3 content 4 content 1 offsetWidth = 139
content 2 offsetWidth = 139
content 3 offsetWidth = 139
content 4 offsetWidth = 139
Total calculated offsetWidth = 556
Actual container width = 554

Tenga en cuenta que la suma de los valores devueltos por las CSS-OM API offsetWidth resultados en el offsetWidth total calculado que difiere de la anchura real de contenedores de dos píxeles, debido al redondeo que se produce en el offsetWidth de los individuales div elementos.
Los resultados en otros navegadores muestran una discrepancia similar, aunque a veces el total es menor que la real y una mayor veces.
Cuando el redondeo / truncamiento conduce a una suma total que desborde el tamaño del recipiente (como se ilustra), el contenido comenzará a envolver o causar no deseados de las barras de desplazamiento a aparecer. Además, muchos contenedores están dimensionados de acuerdo con el texto y la fuente utilizada para representar el texto, y las métricas de fuente puede ser diferente en todos los navegadores o las fuentes alternas pueden ser seleccionados si la fuente solicitada no está disponible.
El offsetWidth API, junto con muchos otros ampliamente utilizado CSS-OM propiedades (la mayoría data de IE4 en 1997), proporcionan una manera conveniente y rápida para extraer los valores enteros de píxel de un elemento de una variedad de diferentes sistemas de coordenadas. Todos los principales navegadores poner en práctica la mayor parte de estas API de compatibilidad y que también forman parte de la CSS-OM Ver módulo, un proyecto de norma del W3C.
Las nuevas características del navegador siguen demostrando el déficit de limitar CSS-OM propiedades de todo el valor de píxeles. Por ejemplo, algunas funcionalidades como SVG y CSS 2D / 3D transforma permitir que las dimensiones de un elemento a caer con facilidad entre los píxeles.

De abordar el problema

Reconociendo esta limitación (en parte), el W3C CSS-OM Ver especificaciones describen las coordenadas devuelto a través de la getBoundingClientRect() API para floats , es decir, en valores que pueden representar una precisión sub-pixel. ( getBoundingClientRect() es otra API CSS-OM que proporciona un elemento delimitador de la caja de la posición y dimensión con el mismo origen que la offsetWidth API).
En IE10 hemos actualizado la getBoundingClientRect() API para volver sub-píxeles de resolución por defecto en el modo estándar IE10 para ser interoperable con otros navegadores y alinearse con el estándar W3C.
Actualización de nuestro ejemplo anterior para reportar el width los componentes del rectángulo devuelto por getBoundingClientRect() , IE10 informa ahora estos valores fraccionarios:
content 1 content 2 content 3 content 4 content 1 offsetWidth = 139, getBoundingClientRect().width = 138.5
content 2 offsetWidth = 139, getBoundingClientRect().width = 138.5
content 3 offsetWidth = 139, getBoundingClientRect().width = 138.5
content 4 offsetWidth = 139, getBoundingClientRect().width = 138.5
Total calculated offsetWidth = 556
Total calculated getBoundingClientRect().width = 554
Actual container width = 554

Tomando Sub-pixel Valores en todas partes

Además de getBoundingClientRect , que también informan de la posición de sub-píxel para los eventos de ratón / puntero en el modo estándar IE10 por defecto. Sólo es posible para el ratón / puntero a la tierra between píxeles cuando el factor de zoom se establece en un valor distinto de 100%. En concreto, el afectado ratón / puntero del API son:
  • MouseEvent.offsetX/Y
  • MouseEvent.layerX/Y
  • MouseEvent.clientX/Y
  • MouseEvent.pageX/Y
  • MouseEvent.x/y
Para continuar con nuestro compromiso con la compatibilidad con las páginas web existentes (páginas que no estén preparados para manejar sub-pixel los valores de la CSS-OM en general), IE10 continúa con los informes de todo el valor de unidades de píxel de forma predeterminada para las otras propiedades de CSS-OM . Estas API son:
  • Element.clientHeight
  • Element.clientWidth
  • Element.clientLeft
  • Element.clientTop
  • Element.scrollTop
  • Element.scrollLeft
  • Element.scrollWidth
  • Element.scrollHeight
  • HTMLElement.offsetWidth
  • HTMLElement.offsetHeight
  • HTMLElement.offsetTop
  • HTMLElement.offsetLeft
  • TextRange.offsetLeft
  • TextRange.offsetTop
Sin embargo, si es necesario, IE10 ahora permite a los desarrolladores web para que sub-pixel los valores situados por encima de de los incluidos en la lista de CSS-OM propiedades también. El uso de esta característica especial requiere que el sitio se ejecute en modo estándar IE10 y optar en estableciendo la siguiente propiedad en el objeto del documento:
document.msCSSOMElementFloatMetrics = true;
Cuando se activa mediante el establecimiento de document.msCSSOMElementFloatMetrics de true , todas las API de CSS-OM en la lista anterior, se iniciará la presentación de informes en sus valores de precisión sub-pixel que reflejen con exactitud los cálculos utilizados internamente por el diseño y el motor de renderizado. Tenga en cuenta que JavaScript se convertirá en un 1,00 por lo que no siempre se puede ver un punto decimal en los valores devueltos.
Volviendo a nuestro ejemplo y el establecimiento de document.msCSSOMElementFloatMetrics de true resultados de esto en IE10:
content 1 content 2 content 3 content 4 content 1 offsetWidth = 138.5, getBoundingClientRect().width = 138.5
content 2 offsetWidth = 138.5, getBoundingClientRect().width = 138.5
content 3 offsetWidth = 138.5, getBoundingClientRect().width = 138.5
content 4 offsetWidth = 138.5, getBoundingClientRect().width = 138.5
Total calculated offsetWidth = 554
Total calculated getBoundingClientRect().width = 554
Actual container width = 554

Tenga en cuenta los decimales en los valores devueltos por offsetWidth y que todos coinciden ahora con los totales.

Resumen

A veces es útil (y, en raras ocasiones, es necesario) para poder utilizar las propiedades CSS-OM para el cálculo de diseño de pixel-perfect. Cuando se utiliza el CSS-OM, tenga en cuenta las características de todo el píxel de información de los API. En el diseño de presentaciones, ya sea con CSS o las API de CSS-OM, asegúrese de dar cabida a unos pocos píxeles de tolerancia a fin de asegurar un sitio más sólida a través de múltiples navegadores y / o dispositivos.
-Travis Leithead, Administrador de programas, Internet Explorer
Nota del editor: Actualización para corregir algunos errores tipográficos pocos.

Enhanced by Zemanta

El envío de las aplicaciones de Windows 8

El envío de las aplicaciones de Windows 8:
Aplicaciones: sus aplicaciones son el núcleo de Windows Store. Cuando nos propusimos crear la experiencia de las aplicaciones de envío, queríamos que los desarrolladores podrían poner las aplicaciones en la tienda con facilidad y rapidez. Creemos mucho en la reducción de la fricción, la seguridad inspirador, proporcionando la transparencia y la previsibilidad y la coherencia con el proceso de presentación de solicitudes.
Este artículo, escrito por Jonathan Garrigues, director de programa del equipo de experiencia del desarrollador, se describe la experiencia de enviar a la tienda de aplicaciones.
- Antoine Leblond

Para la tienda de Windows es exitosa, vimos que teníamos que crear herramientas que permiten a los desarrolladores para tener éxito en la creación de grandes aplicaciones, haga una lista en la tienda, gestionar el rendimiento de las ventas y mejorar con el tiempo. Nos acercamos al proceso de envío de los desarrolladores tratan como socios que comparten un objetivo común de proporcionar al público las mejores aplicaciones posibles.
En este post voy a presentar los objetivos que influyen en nuestras decisiones en la creación de la experiencia de envío de solicitudes.

Iteración del diseño y el aprendizaje

Además de definir el conjunto de escenarios de referencia que, sin duda necesarios para proporcionar, diseñamos varios prototipos de laboratorio de usabilidad para obtener información directa de los desarrolladores de varias secciones diferentes. También estamos preocupados de escuchar tantos desarrolladores como sea posible, les solicitó que describieran las dificultades que encontraron al presentar solicitudes para otras plataformas.
Las expectativas de los desarrolladores son tan diversos como las aplicaciones que escriben. Algunos de ellos ansiosos de obtener información y quiere explorar a fondo todas las opciones, mientras que otros buscan una experiencia simplificada que toma sólo unos minutos. Decidimos que era importante definir las expectativas de tiempo y la complejidad desde el principio y lo que necesitábamos para proporcionar una ruta directa para enviar a la flexibilidad del tiempo de la misma oferta de cómo los desarrolladores explorar y considerar sus opciones. También vimos que el proceso de considerar las opciones para la publicación de una aplicación - los elementos básicos, tales como mercados, precios, ofertas y notas en la aplicación, a menudo inspira a los desarrolladores añadir nuevas características y códigos de cambio.
Hemos dividido el proceso de envío en dos fases. En un primer momento, el desarrollador está en el asiento del conductor, el aprendizaje y el examen de enviar sus propios datos, trabajando a su propio ritmo. Sin embargo, después de someter la solicitud de certificación, es en el asiento del pasajero, controlando el progreso de la aplicación, pero sin afectar el progreso o resultado de la misma manera como antes. Necesitábamos un plan que daría más confianza en esta segunda fase y se controla de forma transparente el estado de la aplicación durante el proceso de certificación.
Queríamos asegurarnos de que usted puede enviar sus solicitudes de forma incremental y concluir el proceso en varias sesiones. Necesitábamos un sistema que guardar los datos, como era previsible y fiable, incluso si todavía no eran perfectos, ya que a veces tiene que dejar y hacer otra cosa, y luego retomar el proceso.

Objetivos del diseño

Como hemos querido enfocar nuestros esfuerzos de ingeniería sobre los problemas que afectan a la mayoría de los desarrolladores con más frecuencia, algunos de los principales objetivos que hemos elegido son:
  • Animar a los desarrolladores a visitar el portal de desarrolladores de la tienda antes de empezar a escribir código
  • Ayudar a los desarrolladores cumplan los requisitos técnicos de la tienda
  • Reducir los conceptos y las repeticiones extraer información directamente desde el paquete de la aplicación

Animar a los desarrolladores a visitar el portal de desarrolladores de la tienda antes de empezar a escribir código

Un tema constante en nuestra prueba de uso fue que si dejaban de visitar la tienda del portal de desarrollo después de terminar la codificación, probablemente, los desarrolladores estaría dispuesto a cambiar la parte del código motivados por las decisiones tomadas durante el flujo de envío de solicitud . Del mismo modo, los desarrolladores necesitan para saber si el nombre de la aplicación no se está utilizando ya en la codificación y la conclusión de estivem listo para cargar. Al permitir a los desarrolladores para reservar un nombre antes de que esté listo para enviar la solicitud, añadir un nivel de previsibilidad, como su nombre sin duda, ser único y se reservará para su uso.
Lista suspensa do menu da Loja contém "Open Developer account..." (Abrir conta do desenvolvedor) e "Reserve App Name" (Reservar nome do aplicativo)
Una ventaja de permitir a los desarrolladores a reservar los nombres de las aplicaciones anteriormente es que se les obliga a acceder al portal del desarrollador durante el proceso y los expone a otros requisitos y opciones que deben tenerse en cuenta durante la codificación.
El enlace a la página web de la tienda de Visual Studio no es deliberadamente un vínculo directo profunda a la página de reserva del nombre, pero una página de información general que establece el marco para el proceso de presentación de solicitudes. Nos pareció que era importante ser transparente y directa todo el proceso de transmisión a la casa de campo, definiendo claramente las expectativas de los diversos conceptos que deben cubrirse y que incluye las estimaciones generales sobre el tiempo necesario para cada paso.
Tenga en cuenta que, si bien sólo la primera sección está activada, los vínculos que le permiten aprender más acerca de cada paso están siempre disponibles. Por lo tanto, puede acceder a ellos directamente, pero puede tomar el tiempo que usted desea aprender más acerca de cada opción.
Envie uma página de aplicativo, com as etapas mostradas: Nome, Detalhes da venda, Recursos avançados, Classificação etária e certificados de classificação, Criptografia, Pacotes, Descrição, Observações para os testadores.  Cada etapa possui uma breve descrição e a estimativa de tempo.
También ordenó a los pasos de esta página intencionalmente, que reúne a los conceptos que pueden inspirarte para cambiar el código teóricamente al principio del proceso, para facilitar el examen de estas cuestiones antes de pedirle que cargar los paquetes de aplicaciones.
Voy a tratar brevemente tres de estos conceptos:
  • Mercados - Aayaz Bhorania mi colega mencionó el alcance global y la puntualidad de Windows de la tienda esta entrada del blog, pero en realidad el acto de selección de mercados para su propia aplicación revela que la ubicación es otro recurso que se añade (por cierto, verá una pequeña lista de los mercados en el video porque estoy usando una versión beta del portal, pero será mucho más alta en breve).
  • Monetización - la casa de campo ofrece soporte completo para las evaluaciones, incluyendo una evaluación interna sobre la base de tiempo y un método sencillo para incluir la diferenciación de las características para los usuarios de la evaluación. Uso de la compra en la aplicación, los usuarios pueden disfrutar de nuevas características sin perder el contexto de la aplicación. La codificación de estos recursos en función de la evaluación y la compra es fácil, pero tiene que ser planificado y probado.
  • - Servicio de ver cómo una visita prevista a la página web puede realmente ayudar a las pruebas de las iniciativas. Windows 8 tiene una gran tecnología de inserción de notificación que permite la experiencia interna de la aplicación directamente a prorrogar la aplicación del mosaico de la tienda en la pantalla. Cuando usted reserva un nombre para la aplicación, la tienda genera una identidad única y la aplicación la aplicación de aprovisionamiento de las notificaciones push. En la página Características avanzadas, usted encontrará toda la información que necesita para alinear los detalles del proyecto a la identidad local que se conecta la tienda. De esta manera se prueba la aplicación, incluyendo la conexión de las notificaciones por completo, antes de publicar.

Ayuda para los requisitos técnicos de la tienda

Para crear una experiencia consistente para los consumidores, es necesario establecer algunas restricciones sobre ciertos detalles del paquete de la aplicación. Por ejemplo, decidimos que, para los consumidores para localizar, adquirir y proporcionar información sobre una aplicación en la tienda con confianza, debemos asegurarnos de que todas las aplicaciones tienen un nombre único para que puedan ver. Por varias razones técnicas, una identidad única para cada aplicación debe incluir algunos detalles específicos de la aplicación y otro desarrollador.
Después de considerar y rechazar varios diseños que tratan de comunicar toda esta complejidad para el desarrollador de la página de carga del paquete (sin ningún tipo de distracción de la propia carga), hemos decidido ofrecer una opción automatizada y mover la información más cercana al entorno de desarrollo. Uso de Visual Studio, puede autenticar la tienda, mostrar una lista de las aplicaciones, seleccione la aplicación que ya ha definido el almacén de portal y crear un paquete que se ajusta a todos los detalles específicos de la aplicación y el desarrollador que Tienda requiere.
Janela do Visual Studio com a caixa de diálogo Create App Package à frente, dizendo: Selecione um nome de aplicativo para esse pacote, Nome do aplicativo, Pacotes atuais na Loja, Reservar um nome..., Botões: Voltar, Avançar, Criar, Cancelar
A medida que el Lodge es un paquete básico de validación después de la carga, esta experiencia en Visual Studio es una manera predecible para alinear el paquete a las restricciones de la tienda y tienen que ser aceptada la primera vez que se carga en la tienda.
Pacotes - use o controle para carregar os pacotes que você criou em Create App Package no Visual Studio. Algumas partes do pacote são específicas da sua conta de desenvolvedor da Windows Store. Para criar o pacote corretamente no Visual Studio, entre na conta da Microsoft que você usa com a conta de desenvolvedor da Windows Store.
También aportará una mayor seguridad con respecto a la aprobación de las solicitudes de todo el proceso de certificación de la casa de campo, ofreciendo a los Certification Kit aplicaciones de Windows, los técnicos de las pruebas mismas que dirigen la casa de campo en la solicitud de certificación. Cuando se ejecuta a nivel local antes de cargar una aplicación incluida, puede experimentar problemas técnicos en el avance y aumentan las posibilidades de que su solicitud ha sido aprobada la certificación técnica.
Classificação geral: APROVADO. Eliminar Falhas do Aplicativo, APROVADO O aplicativo será iniciado com êxito. APROVADO Não instale executáveis que causem falhas ou atrasos durante o processo de teste. Falha de teste de aplicativo estilo Metro APROVADO O manifesto do aplicativo estilo Metro deve incluir entradas válidas para todos os campos obrigatórios. Aceitação de recursos de segurança do Windows APROVADO Analisador Binário...

La extracción de la información directamente desde el paquete de la aplicación

Para simplificar la experiencia y evitar que tener que introducir los mismos datos varias veces, se extrae el máximo posible directamente de los paquetes de la aplicación. Visual Studio proporciona herramientas para ayudar a los desarrolladores hacer algunos detalles en el paquete, ya que los idiomas admitidos en la aplicación y los logotipos que desee el cliente para ver. A veces, estas relaciones son complejas, ya que algunas aplicaciones se incluyen los activos de varias resoluciones, las tasas diferentes de alto contraste y con la superposición de múltiples idiomas y de emergencia entre estos diferentes contextos. En lugar de tratar de replicar esta complejidad en el portal de la casa de campo y le pedirá que se establece dos veces, leer los datos directamente desde el paquete y el paquete en la copia maestra.
Nuestra elección aquí afecta a la programación de algunos eventos de la transmisión, por ejemplo, ya que tendrá que proporcionar los detalles de los datos de las aplicaciones ubicadas en cada idioma, tiene que cargar un paquete para que esta sección de la experiencia de enviar.
Pacotes - 30 minutos - Carregue seu aplicativo na Windows Store
Una vez que el portal de la tienda lea a los idiomas disponibles en el paquete de carga, las secciones Descripción están habilitadas en este caso, una sección a otra de Inglés y Francés:
Pacotes - Concluído, Descrição - 30 minutos - Inglês Não iniciou, Francês Não iniciou.
Aquí está una descripción de estas páginas, que es la pantalla de entrada de la mayor parte del texto encontrado y las imágenes que los clientes verán la página de detalles de la aplicación en la tienda.
Um formulário longo contendo os seguintes campos: Descrição, Marcadores de descrição, Palavras-chave, Descrição de atualização, Palavras-chave, Informações de direitos autorais e marca registrada, Termos de licença adicionais, Capturas de tela, Imagens promocionais, Lista de hardware recomendado, Site do aplicativo, Informações de contato de suporte, Política de Privacidade.
Lo primero que se nota es que la página es muy larga. Para ayudar a completar el formulario de largo, incluyen una característica que llamamos "ir a coger el autobús". Algunos desarrolladores han informado de que, al encontrar un formato largo con muchos campos, parece que el diseño se toma más en cuenta las necesidades de la integridad de los datos del sistema que la experiencia de la persona que tendrá que introducir los datos. En general, esto es evidente cuando la página no te deja guardar nada, porque algo está incompleto o contiene datos no válidos.
Queremos que para alcanzar el autobús, por lo que permite guardar los datos en el estado donde se encuentren. Lo sabremos cuando no son válidos y no te deja accidentalmente enviar la solicitud de certificación hasta que se resuelva el problema. Usted puede regresar al día siguiente, seguro de que el proceso puede continuar refinando su mensaje a los consumidores acerca de la gran ventaja que proporciona la aplicación. Nos parece muy importante que le permite hacerlo de acuerdo con su propio horario.
También utilizamos una metáfora conscientemente para "salvar" en toda la experiencia, porque queremos reforzar que puede volver más tarde y continuar donde lo dejó. Usted verá que en algunas de estas páginas, no siempre son datos que se guardan, pero encontramos que usar un botón "Guardar" siempre refuerza la sensación de seguridad y previsibilidad, que podría salir y volver en cualquier momento.

El control del estado de certificación

Hay varios factores que deben equilibrar la hora de enviar los cambios a la etapa de control. Esta es una parte muy delicada de los paisajes, y su tiempo de comercialización es importante. Después de estar en el asiento del conductor durante la planificación, las pruebas de codificación, y la entrega de repente el contexto cambia y tienes que esperar un resultado. Sabíamos de antemano que esto es una parte fundamental de la experiencia y que si hemos hecho un buen trabajo, que podría incrementar la confianza y la satisfacción de los desarrolladores en el proceso de envío de solicitudes a la tienda de Windows. Y sabemos qué otras medidas tomamos - Certificación de la prestación de los kit de aplicaciones de Windows para ejecutarse antes de presentar la solicitud, proporcionar orientación con claridad en la solicitud de certificación políticas - ayudar a garantizar la previsibilidad y la consistencia, pero aún No responder a la pregunta que se avecina: "¿Cuál es el estado de mi solicitud?".
Nuestro objetivo en esta ocasión es la transparencia: ver a su aplicación, consulte qué etapa se encuentra, ver cuánto tiempo le toma normalmente. Usted puede ver el progreso de su solicitud para el proceso de certificación, utilizando el mismo lenguaje visual que se utiliza en otras partes de la página para mostrar rápidamente lo que falta para que su aplicación está disponible para millones de usuarios de Windows 8.
O tempo está sendo certificado. Pré-processamento - Concluído, Teste de segurança - Concluído, Conformidade técnica - em andamento, Geralmente requer 6 horas, Lançamento - Pendente, Aguardando a aprovação na certificação do aplicativo, Assinatura e publicação - Pendente, Geralmente requer 2 horas
Vea una imagen de lo que sucede detrás de las escenas durante cada una de estas etapas.
  • Preprocesamiento. Es cuando hemos comprobado que todos los detalles pertinentes que necesitamos para publicar la aplicación. Esto incluye la comprobación del estado de su cuenta de desarrollador, y si su aplicación tiene un precio de compra o cualquier disposición en la aplicación, también asegurarse de que tiene toda la documentación en el archivo para poder pagarlo. Sabemos que a veces estos documentos pueden tardar días en completarse y es por eso que le permiten trabajar para enviar la solicitud inmediatamente, incluso si algunas de estas formas no están listos.
  • Pruebas de Seguridad. Vamos a comprobar si hay virus y malware en todo lo que envíe.
  • Conformidad técnica. Vamos a utilizar el Kit de Solicitud de Certificación de Windows para comprobar si su aplicación está en cumplimiento con las políticas técnicas. ¿Son las mismas evaluaciones de certificación técnica incluye en el SDK y se puede ejecutar de forma local antes de cargar el paquete.
  • El contenido de Cumplimiento. Nuestro equipo de probadores de examinar su aplicación para verificar que el contenido cumple con nuestra política de contenido. Debido a que hay personas reales examinar su aplicación, este proceso puede tomar más tiempo que los otros pasos.
  • Soltar. Esta etapa pasa rápidamente a menos que se especifique una fecha de publicación en el futuro. Si necesita más detalles sobre la venta a la página (Los detalles de la venta) de que su aplicación se presta a los clientes sólo en una fecha específica, después de pasar las otras pruebas, la aplicación va a permanecer en esta etapa hasta que llega esa fecha.
  • Firma y publicación. En esta etapa final, se firman los paquetes que ha enviado con un certificado de confianza, de acuerdo con los detalles técnicos de su cuenta de desarrollador. De este modo, los clientes saben que la aplicación está certificada por la tienda de Windows y no ha sido manipulado. A continuación, enviar sus paquetes de aplicaciones en la Logia, junto con todos los demás datos que serán visibles en la página de detalles de la aplicación, por lo que millones de usuarios de Windows 8 para localizar, adquirir y disfrutar de su aplicación.
Espero que os haya gustado saber un poco sobre el aprendizaje y las ideas que se han producido en el diseño del experimento de enviar las aplicaciones de Windows de la tienda. Cuento con ustedes la siguiente conversación y sus aplicaciones en la tienda de Windows.
Jonathan Garrigues
Su navegador no soporta HTML5.
Descarga este vídeo para ver tu reproductor multimedia favorito:
MP4 de alta calidad | MP4 inferiores

Enhanced by Zemanta