Estoy creando un wiki comunitario para hacer la siguiente pregunta:

• ¿Qué características le gustaría ver agregadas a WordPress?

Esta pregunta implica algunas cosas:

• Debe mostrar las características que más quieren los entusiastas , no solo pasar por personas que no pueden molestarse en saber que la "P" necesita ser capitalizada ( broma interna. Por supuesto ... )

• Favorezca las características que benefician a los usuarios más avanzados y especialmente a los desarrolladores de temas y / o complementos .

• También favorezca las API y otros habilitadores frente a otro nuevo widget de interfaz de usuario. Algunos ejemplos de esto podrían ser una API de respaldo sobre la cual muchos desarrolladores podrían construir, o una API de Twitter sobre la cual los creadores podrían construir.

• Concéntrese solo en las pocas cosas que realmente desea , no en todo lo que pueda pensar. No permita que este sea un vertedero para todo lo que pueda pensar o haya pensado. Cuando agregue una función deseada, pregúntese si prefiere tenerla o sus 3 funciones principales; si no, tal vez no deberías agregarlo.

• Proporcione algunos detalles excelentes , incluidos, si corresponde:

  A. Wireframes (¿tal vez usando Balsamiq ?),

  B. Interfaces API

  C. Ganchos sugeridos

  D. Estructuras de URL

  E. y más.

  F. Incluso el código fuente

• Solo características significativas , por favor. No agregue algo como "Quiero que la consola de administración sea púrpura" o "Realmente quiero que el menú de administración esté a la derecha".

• ¡Evite cosas que solo Automattic puede controlar como cosas en WordPress.com! (no es que a los entusiastas les importe, pero ...) Es mejor atenerse a las cosas que los contribuyentes a un proyecto de código abierto pueden afectar, como el código y la colaboración.

Reglas de este Wiki

• No duplicar sugerencias . Está bien si lo haces, pero un moderador puede rechazarlo y / o eliminarlo si es posible. En el caso de que exista un duplicado significativo, pero con algunas buenas adiciones, deberíamos editar la respuesta que está duplicando para incluir las adiciones.

• Más reglas vendrán según sea necesario , ya que nos damos cuenta de que son necesarias.

Si tiene inquietudes acerca de esto relacionado con las ideas de WordPress , la aceptación del equipo central o la relación con WordPress / Automático , vea los comentarios en una de mis " respuestas " publicadas a esta pregunta, a continuación. Espero que este esfuerzo sea ​​completamente positivo y que todos, incluidos Automattic y el equipo central de WordPress, obtengan un gran valor de su resultado.

Una interfaz de usuario de campos personalizados

Creo que los campos realmente personalizados con IU personalizada son realmente un gran requisito para mucha gente. Quiero decir, obligatorio, repetitivo, agrupado, múltiples imágenes, etc.

Hay un montón de complementos que intentan proporcionar la funcionalidad, pero todos son complementos y tienen que ponerse al día con las nuevas características de WP cada vez. Magic Fields parece razonablemente bueno como punto de partida.

Y serían una adición perfecta a las nuevas publicaciones personalizadas.

Relaciones de publicación / página

La capacidad de relacionar una publicación con otra es definitivamente una funcionalidad que necesito mucho en sitios web de clientes más avanzados que usan Wordpress. La capacidad de relacionar una publicación con otra publicación o página es algo que debería estar en el núcleo.

Sé que Mike ha tenido cierta participación en el seguimiento de Wordpress en relación con presionar por algo como esto en el núcleo, pero aún no se ha agregado nada.

Ejemplo;

Tengo un tipo de publicación personalizado llamado artistas . También tengo un tipo de publicación personalizado llamado álbumes , reseñas y giras . Ahora el tipo de publicación personalizada del artista tiene; una biografía, enlaces a sitios web de redes sociales como Last.fm y Facebook y una imagen de artista.

Quiero añadir una nueva gira a mis recorridos tipo de encargo posterior, pero lo tienen por un artista específico. En este caso, el artista es Thrice y quiero agregar un recorrido que Thrice está haciendo en mayo de 2011. Agrego la ubicación, la fecha y luego selecciono con qué publicación quiero relacionarlo, en este caso es Thrice.

Luego puedo consultar todos los tours y obtener su artista relacionado en el front-end. El argumento que he visto es que puede usar taxonomías personalizadas, pero eso requeriría tener que duplicar contenido y no ser eficiente en absoluto, especialmente teniendo en cuenta que un artista tiene una imagen, enlaces a perfiles de redes sociales y otras cosas específicas del artista.

Ya existe un complemento que hace lo mencionado anteriormente bastante bien llamado Posts to Posts . Si se agregara algo como esto, me facilitaría la vida a mí y a las muchas otras personas que desean esta funcionalidad.

Estas son las características actualmente en mi lista corta:

1) Gestión de medios

Me gustaría ver que el desarrollo / mejora de la gestión de medios tenga el estado de prioridad para alguna versión próxima al futuro, de modo que el tipo de publicación "Medios" asuma una paridad de características análoga con, por ejemplo, los tipos de publicación "Publicar" y "Página". Los medios deben tener un sistema de taxonomía adecuado. Los medios de comunicación (y las galerías) deben poder administrarse por sí mismos (es decir, en lugar de solo a través de la publicación a la que están adjuntos). Los medios (y las galerías) deberían poder adjuntarse, desacoplarse y volverse a unir a publicaciones o páginas con mucha más facilidad.

Básicamente, gran parte de la funcionalidad de un complemento, como NextGen Gallery, debe incorporarse en el núcleo (de la manera apropiada).

2) IU de widgets

Creo que, de todas las interfaces de administración, la interfaz de usuario Apariencia -> Widgets es la que más necesita mejorar. Es ideal para un número limitado de widgets y un número aún más limitado de barras laterales con widgets; pero el UX se degrada rápidamente con demasiados widgets y (especialmente) con demasiadas barras laterales.

No soy un experto / diseñador de UX, pero si tuviera que proponer algo, preferiría ver una lista de widgets de una sola columna (preferiblemente con desplazamiento autónomo), y la mayoría de los bienes raíces de la pantalla dedicados a Barras laterales. Además, me gustaría que se mantenga el estado anterior de las barras laterales expandidas / contraídas, en lugar de que la barra lateral de ID más baja siempre se expanda en la carga de la página.

3) Tema instalar / desinstalar / activar / desactivar ganchos

Estos ganchos traerán la funcionalidad y la estandarización del tema más en línea con los complementos. De hecho, me he ofrecido como voluntario para intentar proporcionar parches para estos para 3.2, ¡así que deséenme suerte!

4) Una hoja de ruta de desarrollo

Me gustaría ver que el equipo de desarrollo central diseñe una hoja de ruta de desarrollo que cubra al menos 3-5 revisiones importantes en el futuro. Dicha hoja de ruta le daría a la comunidad de usuarios la oportunidad de evaluar las adiciones / cambios de características anticipadas, y ayudaría a enfocar la contribución / contribución de la comunidad de desarrolladores para cada lanzamiento.

Temas de administración totalmente compatibles

Los temas de administración de WordPress actualmente solo son parcialmente compatibles. Aunque es posible cambiar el aspecto del administrador cambiando los archivos CSS, no es posible cambiar el HTML sin cambiar el código fuente principal de WordPress. Esta es la razón por la cual no hay muchos temas de administración de WordPress en este momento y los que existen solo se basan en la aplicación de un CSS diferente.

Para aplicar una máscara ThemeForest, por ejemplo, un desarrollador necesitaría realizar cambios en el HTML, de lo contrario no podría aplicar todo el CSS proporcionado.

Actualmente creo que el mejor tema de administración es este, pero creo que estaría de acuerdo en que se puede hacer mucho mejor: Fluency Admin .

Estos son mis comentarios con respecto a posibles preocupaciones relacionadas con las ideas de WordPress , la aceptación del equipo central o la relación con WordPress / Automattic .

¿Qué pasa con las ideas de WordPress ?

Pero espera, ¿no hay ya algo como esto? ¿No se llama Ideas de WordPress ? Bien cierto , excepto:

• WordPress Ideas tiene ideas de todos los niveles de usuario, por lo que las preocupaciones de los entusiastas se pierden en el caos.

• WordPress Ideas no permite la moderación de la comunidad como StackExchange.

• Las ideas de WordPress no fomentan un buen formato y no permiten la edición, por lo que cuando se publica basura, debe seguir siendo basura.

• WordPress Ideas ha sido podado unilateralmente de las ideas mejor calificadas en el pasado reciente sin aportes de la comunidad y sin advertencia alguna. StackExchange tiene un sistema de auditoría que simplemente no podemos evitar y StackExchange no tendrá ningún incentivo para eliminar las contribuciones clave

• WordPress Ideas solo usa un sistema de calificación de cinco estrellas que no afecta positiva o negativamente la reputación de un usuario . StackExchange ofrece votaciones ascendentes / negativas que afectan la reputación de un usuario y este último parece hacer un mejor trabajo para garantizar la calidad y la participación útil.

• WordPress Ideas requiere que profundice para ver las ideas y no proporciona una vista holística . Usando StackExchange podemos tener todas las características listadas en la misma página (s) y poder escanear los detalles sin tanto trabajo.

• WordPress Ideas es controlado por Automattic . Eso no es una crítica de Automattic, es simplemente un reconocimiento de que todas las entidades velan por sus propios intereses, punto. Pero tener algo que no esté supervisado por los intereses creados de Automattic podría tener algún valor real. ( Salta al fondo para aclarar).

• Francamente, cada vez que publico una idea en WordPress Ideas , simplemente siento que mi idea cayó en un agujero negro , y nunca más se supo de ella. Quiero interactuar realmente con estas ideas de características y espero ver algún progreso tangible de ellas.

• Por último, desafortunadamente he encontrado que el equipo central y los contribuyentes frecuentes en trac y wp-hackers no están dispuestos a considerar solicitudes de funciones para casos de uso con los que no están familiarizados, al menos por mi parte. Por lo tanto, personalmente quiero que este sea un lugar donde pueda publicar ideas para las cosas que considero más importantes y poder discutirlas sin ser menospreciado por alguien que no se esfuerce por comprender la validez de mis casos de uso. Además, si las ideas discutidas son sólidas, me gustaría obtener la validación de otras personas a las que respeto y a las que parece que me están desarrollando respeto por las ideas características .

¿Qué pasa con el buy-in del Core Team ?

Pero espera, ¿no tenemos que obtener la aceptación del equipo central de WordPress para discutir esto? Bueno, en realidad no .

• Esto no tiene que ver solo con las características agregadas al núcleo, sino también con las características que podrían desarrollarse como complementos o ( prácticamente ) cualquier otra cosa que afecte a WordPress ( excepto aquellas cosas que solo Automattic puede controlar, como se indicó anteriormente). .)

• Las discusiones podrían precipitar la colaboración entre los usuarios aquí que se están conociendo y creando respeto mutuo.

• Si bien el código desarrollado como resultado de las características enumeradas aquí puede que nunca llegue al núcleo per se, estas características pueden ser del tipo que llega al estado del complemento del núcleo .

• Al separar las necesidades del usuario final de nivel de entrada de las necesidades del entusiasta / diseñador / desarrollador , podríamos ofrecer al equipo central más claridad y ayudarlos a comprender lo que la comunidad entusiasta / diseñador / desarrollador cree que se necesita además de Comunidad de usuarios finales más amplia en WordPress.

• Y, por último, si tenemos un gran número de usuarios nombrados con alta reputación aquí pongan de acuerdo sobre la necesidad de una determinada característica , sobre todo si ya se ha puesto en práctica, creo que hay una mayor probabilidad de que el equipo central prestará atención que si se propone por un solo individuo de una manera frustrada (lo cual admito que he hecho una o dos veces en el pasado. :) AHORA, creo que este mecanismo realmente podría ayudarnos a todos.

¿Este esfuerzo contra WordPress / Automático?

Para ser claros, publiqué esto NO repito NO ser antagonista con Automattic o el equipo central de WordPress. En cambio, simplemente quería usar el increíble mecanismo que StackExchange nos proporciona para mostrar las características más buscadas, para permitirnos discutir y tal vez colaborar y para encontrar las características más útiles.

Nuevamente, mi esperanza es que este esfuerzo sea ​​completamente positivo y que todos, incluidos Automattic y el equipo central de WordPress, obtengan un gran valor de su resultado.

Y espero que esto ayude.

-Micro

Publicar estatuas personalizadas.

La capacidad de definir nuevos estados de publicación / página / tipo de publicación en lugar de solo borradores y publicaciones. ¡Aunque sí creo que esto está en marcha! Me gustaría usar esto para crear un nuevo tipo, llamado bloque. Luego, cree bloques de contenido que estén relacionados con las páginas, pero que no se publiquen en feeds, o que sean accesibles públicamente directamente.

Definición de la posición de recorte de la miniatura

Desafortunadamente, la generación de miniaturas siempre está centrada en la imagen, pero a veces tengo que cortar desde arriba a la izquierda, por ejemplo.

Ser capaz de definir las coordenadas del cultivo sería maravilloso. Actualmente, estos cambios solo son posibles editando el archivo multimedia principal, ya que la función de miniatura no utiliza filtros.

¿Qué tal construir la interfaz de usuario de medios de wordpress necesaria para el nuevo proyecto API gsoc stream wrapper para servidores rtmp / rtmpe?

http://wiki.github.com/jmstacey/wp-stream-wrappers/

Mi problema es que mantengo todo mi contenido de video en clústeres de servidores de comunicación flash separados, ya que hago muchas transmisiones de video en vivo. Una cosa que me vuelve loco a mí y a mis clientes acerca de WordPress es tener que dejar el editor de wp para obtener el código de inserción de un video de la plataforma de software de administración de video de mis otros servidores.

Para empeorar las cosas, también utilizo Highwinds y akamai cdn, dejándome archivos de video en 3 ubicaciones.

Ser capaz de acceder a todos mis medios desde cualquier servidor, cdn, directamente desde el editor de wordpress sería un sueño hecho realidad. Para mí, al menos, sería mi prioridad número 1 este año.

Configuración de repositorio

Cuanto más uso Linux Derivados, más me pregunto por qué las cosas están tan unidas a los webmasters de wordpress.org. El repositorio por ejemplo. Solo hay uno. ¿Qué sería mejor para los seguidores y administradores para configurar su propio repositorio? Entonces, para ofrecer complementos como temas y complementos que cuidan de sus usuarios, incl. proporcionando actualizaciones, etc.

Por ejemplo, con Temas, una vez creados para un cliente, él / ella está interesado en ese tema, y ​​no en ningún otro tema. Entonces, al solicitar actualizaciones, un repositorio propio facilitaría mucho el flujo de trabajo con el cliente, como hacer las actualizaciones en un sistema de desarrollo y luego, cuando funciona, publicar la última versión a través del repositorio.

Pero en este momento, la configuración del repositorio de WordPress y con ella la funcionalidad de actualización está totalmente limitada a wordpress.org o a aquellos que piratean un sistema comparable que no es muy inteligente, porque la mayor parte de la característica del repositorio ya está implementada y hay no es necesario que todos hagan cosas que puedan romper otras cosas.

Un problema principal es que solo está bloqueado en wordpress.org. No me gusta mucho el software de bloqueo del proveedor , especialmente no con el software libre. Eso hace que los beneficios conocidos del software libre se vuelvan cada vez más obsoletos.

Ticket relacionado: # 13067 - Configuración de plugin y repositorio de temas

Parece que los desarrolladores principales están en contra de esto, obviamente por varias razones. Pero al final, esto simplemente no ofrece una funcionalidad para todos los usuarios que se ofrece a wordpress.org. Esto de ninguna manera va en contra de los beneficios para los partidarios y administradores profesionales de WordPress, así como los administradores de sistemas en las redes locales. Entonces, ¿por qué limitar algo que podría ser ilimitado por defecto?

Si WordPress Core no está considerando integrar esto, creo que debería ser posible proporcionarlo mediante un complemento de propiedad colectiva para que todos puedan usar la funcionalidad existente sin dejar de ser compatibles entre sí.

Hay algunas herramientas esenciales que se usan a diario que creo que realmente ayudarían a los desarrolladores de WordPress. Estos son tan esenciales en la mayoría de los sitios que creo que no pertenecen como complementos.

Formulario API : cada sitio / framework / CMS tiene manejo de formularios de un tipo u otro, WordPress no tiene ninguno.

API de medios : una API de medios robusta, especialmente para la gestión y el control de usuarios, ha estado en la hoja de ruta durante mucho tiempo.

API de campo personalizado : algo en la línea de WPAlchemy (meta box class) debe integrarse en el núcleo en un nivel básico.

API de administración : controlar los elementos de administración (menús, extras, campos, etc.) puede ser un verdadero problema para los roles de los usuarios.

Galerías

1. Actualmente no obtienes la pestaña "Galería" si no has subido un mínimo de 2 imágenes a una publicación. Por lo tanto, es imposible usar los archivos de la biblioteca de medios para construir una nueva galería. Por alguna razón (desconocida) hay soporte para agregar las mismas imágenes (u otros archivos) a múltiples publicaciones, pero no puede construir galerías a partir de publicaciones que ya existen.

2. Omitir / filtrar solo el marcado de la galería. Actualmente tiene que anular por completo la función de galería solo para agregar. p.ej. Una clase CSS para cada imagen. Solo necesitaríamos un filtro único para evitar que repitamos el código central (bastante largo) una y otra vez.

Análisis de optimización de velocidad y mejora

Opciones avanzadas de front end

Personalmente, creo que el panel de WordPress debe estar separado en dos partes y las relacionadas con el CONTENIDO (publicaciones, términos, enlaces, comentarios, etc.) deben estar en su parte frontal, puedo sentir una mejor usabilidad cuando uso TUMBLR (para publicar contenido) en wordpress El porcentaje de usuarios que usan WordPress para publicar contenido es mayor que el de desarrolladores como nosotros, para ellos no es necesario mostrar el panel de administración.

wp-admin solo debe ser para la configuración (es decir, temas, complementos, configuraciones, etc.).

Construido en importador CSV

El importador de CSV integrado sería útil al cargar una gran cantidad de contenido a través de CSV. Siento que la opción de importador actual en WordPress solo es utilizada por unos pocos, muchos tienen su contenido en formato xls, tenemos un complemento para eso, pero sería mejor si está incorporado.

Directorio en lugar de enlaces

La opción de enlaces es la opción menos utilizada en WordPress, sería bueno si WordPress lo cambia a opciones de directorio (con mapa, reconocedor de direcciones), porque no hay un paquete reconocido exacto disponible para el directorio en código abierto, pero es una demanda creciente para ello. Creo que si se agrega el directorio, WordPress sería una plataforma excelente.

Opción de calificación incorporada

Sería bueno si tenemos un buen sistema de calificación (como el de wordpress.org) para calificar publicaciones.

Opción de galería avanzada

La opción de galería actual incluye imágenes solo de carga, sería bueno si es una opción para agregar imágenes externas como archivos adjuntos de publicación, ya que esto las incluiría en la galería.

Registro de wordpress Ajax

El registro Ajax integrado podría ahorrar tiempo y evitar confusiones para los usuarios. Esto se puede hacer a través del complemento de registro bp-xtra, pero creo que es excesivo, tener una opción integrada sería bueno.

Publicación reciente con una imagen destacada en el lateral, o cualquier imagen del contenido en el sitio.

como este http://prntscr.com/1oj69