Estou criando um wiki da comunidade para fazer a seguinte pergunta:

• Quais recursos você mais gostaria de ver adicionados ao WordPress?

Esta pergunta implica algumas coisas:

• Ele deve mostrar os recursos que os entusiastas mais desejam , e não apenas desviar as pessoas que não se importam em saber que o "P" precisa ser capitalizado ( piada interna. É claro ... )

• Favorecer os recursos que beneficiam os usuários mais avançados e, especialmente, os desenvolvedores de temas e / ou plugins .

• Também favorece APIs e outros facilitadores, em comparação com mais um novo widget de interface do usuário. Exemplos disso podem ser uma API de backup na qual muitos desenvolvedores podem criar, ou uma API do Twitter na qual os temas podem ser criados.

• Concentre-se apenas nas poucas coisas que você realmente deseja , e não em tudo em que você pode pensar. Não deixe que isso seja uma lixeira para tudo o que você pode pensar ou imaginar. Ao adicionar um recurso desejado, pergunte-se se você prefere tê-lo ou seus 3 principais recursos; se não, talvez você não deva adicioná-lo.

• Dê alguns ótimos detalhes , incluindo, se apropriado:

  A. Wireframes (talvez usando Balsamiq ?),

  B. Interfaces de API

  C. Ganchos sugeridos

  D. Estruturas de URL

  E. E mais.

  F. Código fonte par

• Somente recursos significativos , por favor. Não adicione algo como "Eu quero que o console de administração fique roxo" ou "Eu realmente quero que o menu do administrador esteja à direita".

• Evite coisas que somente a Automattic pode controlar como coisas no WordPress.com !! (não que os entusiastas se importariam, mas ...) É melhor ficar com as coisas que os contribuidores de um projeto de código aberto podem afetar como código e colaboração.

Regras deste Wiki

• Não duplique sugestões . Não há problema se você o fizer, mas um moderador poderá fazer o voto negativo e / ou excluir, se possível. No caso de existir uma duplicata significativa, mas com algumas boas adições, devemos editar a resposta que a está duplicando para incluir as adições.

• Mais regras virão conforme necessário , pois percebemos que são necessárias.

Se você tiver alguma dúvida relacionada a idéias do WordPress , adesão ao Core Team ou relacionamento com o WordPress / Automattic , consulte os comentários em uma das minhas " respostas " postadas nesta pergunta abaixo. Minha esperança é que esse esforço seja totalmente positivo e que todos, incluindo a Automattic e a equipe principal do WordPress, obtenham um enorme valor com seu resultado.

Uma interface de usuário de campos personalizados

Eu acho que campos realmente personalizados com interface do usuário personalizada são realmente um grande requisito para muitas pessoas. Quero dizer, obrigatório, repetitivo, agrupado, várias imagens, etc.

Há vários plugins tentando fornecer a funcionalidade, mas todos são complementos e precisam sempre acompanhar os novos recursos do WP. Magic Fields parece razoavelmente bom como ponto de partida.

E eles seriam um complemento perfeito para as novas postagens personalizadas.

Relacionamentos de postagem / página

A capacidade de relacionar um post com outro é definitivamente uma funcionalidade que eu me vejo precisando bastante em sites de clientes mais avançados usando o Wordpress. A capacidade de relacionar uma postagem com outra postagem ou página é algo que deve estar no centro.

Eu sei que Mike teve algum envolvimento no rastreamento do Wordpress em relação a pressionar por algo assim no núcleo, mas nada foi adicionado ainda.

Exemplo;

Eu tenho um tipo de postagem personalizado chamado artistas . Também tenho um tipo de post personalizado chamado álbuns , resenhas e turnês . Agora, o tipo de postagem personalizada do artista possui; uma biografia, links para sites de mídia social como Last.fm e Facebook e uma imagem de artista.

Quero adicionar um novo passeio ao tipo de postagem personalizada dos meus passeios , mas tê-lo para um artista específico. Nesse caso, o artista é Thrice e eu quero adicionar uma turnê que a Thrice fará em maio de 2011. Eu adiciono o local, a data e depois seleciono com qual publicação quero relacioná-la, neste caso é a Thrice.

Posso consultar todas as turnês e colocar o artista relacionado no front-end. O argumento que eu vi é que você pode usar taxonomias personalizadas, mas isso exigiria duplicar o conteúdo e não ser eficiente, especialmente considerando que um artista tem uma imagem, links para perfis de mídia social e outras coisas específicas do artista.

Já existe um plug-in que faz o mencionado bem chamado Posts para Posts . Se algo assim fosse adicionado, isso tornaria minha vida e muitas outras pessoas que desejam essa funcionalidade mais fáceis.

Estes são os recursos atualmente em minha lista curta:

1) Gerenciamento de Mídia

Eu gostaria de ver o desenvolvimento / aprimoramento do gerenciamento de mídia com status de prioridade para alguma versão no futuro próximo, de modo que o pós-tipo "Media" assuma paridade de recurso análoga, por exemplo, os pós-tipos "Post" e "Page". A mídia deve ter um sistema de taxonomia adequado. A mídia (e galerias) deve ser capaz de ser gerenciada por conta própria (ou seja, em vez de ser capaz de ser gerenciada através do Post ao qual está anexada). A mídia (e galerias) deve poder ser anexada, desanexada e reconectada às postagens ou páginas com muito mais facilidade.

Basicamente, grande parte da funcionalidade de um plug-in como a NextGen Gallery deve ser incorporada ao núcleo (da maneira apropriada).

2) interface do usuário dos widgets

Acho que, de todas as interfaces administrativas, a interface do usuário Aparência -> Widgets é a que mais precisa de aprimoramento. É ótimo para um número limitado de Widgets e um número ainda mais limitado de Barras Laterais Widgetizadas; mas o UX se degrada rapidamente com muitos widgets e (especialmente) com muitas barras laterais.

Não sou especialista / designer de UX, mas se eu propuser algo, prefiro ver uma lista de widgets de coluna única (de preferência com rolagem independente) e a maioria dos imóveis de tela dedicados ao Barras laterais. Além disso, gostaria que o estado anterior das barras laterais expandidas / recolhidas fosse mantido, em vez da barra lateral de menor ID sempre sendo expandida no carregamento de página.

3) Tema instalar / desinstalar / ativar / desativar ganchos

Esses ganchos trarão a funcionalidade e a padronização do tema mais de acordo com os plug-ins. Na verdade, eu me ofereci para tentar fornecer patches para eles no 3.2, então me desejem sorte!

4) Um roteiro de desenvolvimento

Gostaria de ver a equipe de desenvolvimento do núcleo traçar um roteiro de desenvolvimento que cubra pelo menos de três a cinco grandes revisões no futuro. Esse roteiro daria à comunidade de usuários a oportunidade de refletir sobre as adições / alterações de recursos previstas e ajudaria a concentrar a entrada / contribuição da comunidade de desenvolvedores em cada versão.

Temas de administrador totalmente suportados

Atualmente, os temas de administração do WordPress são apenas parcialmente suportados. Embora seja possível alterar a aparência do administrador alterando os arquivos CSS, não é possível alterar o HTML sem alterar o código-fonte principal do WordPress. Esta é a razão pela qual não há muitos temas de administração do WordPress disponíveis no momento e os que existem dependem apenas da aplicação de um CSS diferente.

Para aplicar uma skin ThemeForest, por exemplo, um desenvolvedor precisaria executar alterações no HTML, caso contrário, ele não poderia aplicar todo o CSS fornecido.

Atualmente, acho que o melhor tema de administrador existe, mas acho que você concorda que muito melhor pode ser feito: Fluency Admin .

Portanto, esses são meus comentários sobre possíveis preocupações relacionadas a idéias do WordPress , adesão da equipe principal ou relacionamento com o WordPress / Automattic .

E as idéias do WordPress ?

Mas espere, já não existe algo assim? Não é chamado de idéias do WordPress ? Bem verdade , exceto:

• O WordPress Ideas tem idéias de todos os níveis de usuário, para que as preocupações dos entusiastas sejam perdidas no caos.

• O WordPress Ideas não permite moderação da comunidade como o StackExchange.

• O WordPress Ideas não incentiva uma boa formatação e não permite a edição; portanto, quando uma porcaria é publicada, ela deve permanecer porcaria.

• O WordPress Ideas foi removido unilateralmente das ideias mais bem avaliadas no passado recente, sem nenhuma contribuição e nenhum aviso para a comunidade. O StackExchange possui um sistema de auditoria que simplesmente não podemos ignorar e o StackExchange não terá nenhum incentivo para eliminar as principais contribuições

• O WordPress Ideas usa apenas um sistema de classificação de cinco estrelas que não afeta positiva ou negativamente a reputação do usuário . O StackExchange oferece votação para cima / baixo que afeta a reputação de um usuário e o último parece fazer um trabalho melhor ao garantir qualidade e participação útil.

• O WordPress Ideas exige que você faça uma busca detalhada para ver as idéias e não fornece uma visão holística . Usando o StackExchange, podemos ter todos os recursos listados na (s) mesma (s) página (s) e poder digitalizar os dois detalhes sem muito trabalho.

• O WordPress Ideas é controlado pela Automattic . Isso não é crítica à Automattic, é simplesmente um reconhecimento de que todas as entidades buscam seus próprios interesses, ponto final. Mas ter algo que não é supervisionado pelos interesses da Automattic pode ter algum valor real. ( Salte para o final para esclarecimentos.)

• Francamente, sempre que postei uma idéia no WordPress Ideas , simplesmente senti que minha ideia caía em um buraco negro , para nunca mais ser ouvida. Eu quero realmente interagir com essas idéias de recursos e espero ver algum progresso tangível delas.

• Por fim, infelizmente, achei a equipe principal e os colaboradores frequentes do trac e do wp-hackers menos abertos a considerar solicitações de recursos para casos de uso com os quais eles não estão familiarizados, pelo menos comigo. Então, eu pessoalmente quero que este seja um lugar em que eu possa postar idéias de recursos para as coisas que acho mais importantes e poder discuti-las sem ser menosprezado por alguém que não se esforçará para entender a validade dos meus casos de uso. Além disso, se as idéias discutidas forem sólidas, eu gostaria de obter validação de outras pessoas que eu respeito e que parece que estão desenvolvendo respeito por mim nas próprias idéias de recursos .

E o buy-in da Equipe Principal ?

Mas espere, não precisamos obter a adesão da equipe principal do WordPress para discutir isso? Bem, na verdade não .

• Isso não precisa ser apenas sobre os recursos adicionados ao núcleo, também pode ser sobre qualquer recurso que possa ser desenvolvido como plug-in ou ( praticamente ) qualquer outra coisa que afete o WordPress ( exceto aquelas que apenas a Automattic pode controlar, como mencionado anteriormente). .)

• As discussões podem precipitar a colaboração entre usuários aqui que estão se conhecendo e construindo respeito um pelo outro.

• Embora o código desenvolvido como resultado dos recursos listados aqui nunca chegue ao núcleo per se, esses recursos podem ser do tipo que o leva ao status do plug-in principal .

• Ao separar as necessidades dos usuários finais e das necessidades dos entusiastas / designers / desenvolvedores, podemos oferecer à equipe principal mais clareza e ajudá-los a entender o que a comunidade de entusiastas / designers / desenvolvedores acha que é necessária , além da comunidade mais ampla de usuários finais no WordPress.

• E, finalmente, se tivermos um grande número de usuários nomeados com alta reputação aqui concordando com a necessidade de um determinado recurso , especialmente se já o tivermos implementado, acho que há uma probabilidade maior de que a equipe principal preste atenção do que se for proposto por um único indivíduo de maneira frustrada (o que eu admito que já fiz uma ou duas vezes no passado. :) Uau, acho que esse mecanismo poderia realmente ajudar a todos nós.

Este esforço vs. WordPress / Automattic?

Para deixar claro, eu postei isso NÃO repito NÃO para ser antagônico à Automattic ou à equipe principal do WordPress. Em vez disso, eu simplesmente queria usar o mecanismo incrível que o StackExchange nos fornece para mostrar os recursos mais procurados, para permitir discutir e talvez colaborar e encontrar os recursos mais úteis.

Novamente, minha esperança é que esse esforço seja totalmente positivo e que todos, incluindo a Automattic e a equipe principal do WordPress, obtenham um enorme valor com o resultado.

E espero que isso ajude.

-Mike

Estátuas de postagem personalizadas.

A capacidade de definir novos status de publicação / página / tipo de publicação em vez de apenas rascunho e publicação. Eu acredito que isto está em andamento! Eu gostaria de usar isso para criar um novo tipo, chamado block. Em seguida, crie blocos de conteúdo relacionados a páginas, mas não publicados em feeds ou acessíveis publicamente diretamente.

Definindo a posição de corte da miniatura

Infelizmente, a geração de miniaturas está sempre centralizada na imagem, mas às vezes tenho a necessidade de recortar da parte superior esquerda, por exemplo.

Ser capaz de definir as coordenadas da colheita seria maravilhoso. Atualmente, essas alterações são possíveis apenas editando o arquivo de mídia principal, pois a função de miniatura não usa filtros.

Que tal criar a interface do usuário de mídia wordpress necessária para o novo projeto de API do wrapper de fluxo gsoc para servidores rtmp / rtmpe.

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

Meu problema é que eu mantenho todo o meu conteúdo de vídeo em clusters de servidor de comunicação flash separados, pois faço muitas transmissões de vídeo ao vivo. Uma coisa que deixa eu e meus clientes malucos com o wordpress é ter que deixar o editor wp para obter o código de incorporação para um vídeo da minha plataforma de software de gerenciamento de vídeo de outros servidores.

Para piorar ainda mais, eu uso o highwinds e o akamai cdn, deixando-me arquivos de vídeo em 3 locais.

Ser capaz de acessar todas as minhas mídias a partir de qualquer servidor, cdn, diretamente no editor wordpress seria um sonho tornado realidade. Para mim, pelo menos, seria minha prioridade número 1 este ano.

Configuração do Repositório

Quanto mais eu uso o Linux Derivates, mais me pergunto por que as coisas estão tão fortemente acopladas aos webmasters do wordpress.org. O repositório, por exemplo. Existe apenas um. O que seria mais legal para apoiadores e administradores configurarem seu próprio Repositório? Então, para oferecer complementos como temas e plugins, eles cuidam dos seus usuários, inclusive. fornecendo atualizações etc.

Por exemplo, com Temas, uma vez criados para um cliente, ele / ela está interessado nesse tema - e não em qualquer outro tema. Portanto, solicitando atualizações, um repositório próprio facilitaria muito o fluxo de trabalho com o cliente, como fazer as atualizações em um sistema dev e, quando estiver funcionando, publicar a versão mais recente por meio do repositório.

Mas agora, a configuração do repositório do WordPress e, com ela, a funcionalidade de atualização são totalmente limitadas ao wordpress.org ou àqueles que invadiram um sistema comparável que não é muito inteligente, porque a maior parte do recurso do repositório já está implementada e existe não é necessário que todos façam coisas que possam quebrar outras coisas.

O principal problema é que ele está bloqueado no wordpress.org. Não gosto muito do software de bloqueio de fornecedor , especialmente não do Software Livre. Isso está tornando os benefícios conhecidos do software livre cada vez mais obsoletos.

Ticket relacionado: # 13067 - Configuração dos repositórios de plugins e temas

Parece que os principais desenvolvedores são contra isso - obviamente por várias razões. Mas no final, isso apenas resulta em não oferecer uma funcionalidade a todos os usuários que é oferecida ao wordpress.org. Isso não pesa de maneira alguma contra os benefícios para administradores e apoiadores profissionais de wordpress, bem como administradores de sistemas em redes locais. Então, por que limitar algo que pode ser ilimitado por padrão?

Se o núcleo do wordpress não está pensando em integrar isso, acho que deve ser possível fornecê-lo por um plug-in de propriedade coletiva, para que a funcionalidade existente se torne utilizável por todos e permaneça compatível entre si.

Existem algumas ferramentas essenciais usadas diariamente que, na minha opinião, realmente ajudariam os desenvolvedores do WordPress. Estes são tão essenciais na maioria dos sites que acredito que não pertencem como plugins.

API de formulário - Todo site / framework / CMS possui manipulação de formulários de um tipo ou de outro, o WordPress não possui.

API de mídia - Uma API de mídia robusta, especialmente para gerenciamento e controle do usuário, está bem .. há muito tempo no roteiro.

API de campo personalizado - Algo semelhante ao WPAlchemy (classe meta box) deve ser incorporado ao núcleo em um nível básico.

API de administração - Controlar os elementos de administração (menus, extras, campos, etc.) pode ser um grande problema para as funções de usuário.

Galerias

1. No momento, você não recebe a guia "Galeria" se não tiver carregado no mínimo 2 imagens em uma postagem. Portanto, é impossível usar os arquivos da biblioteca de mídia para criar uma nova galeria. Por algum motivo (desconhecido), há suporte para adicionar as mesmas imagens (ou outros arquivos) a várias postagens, mas você não pode criar galerias a partir de postagens que já existem.

2. Ignorar / Filtrar apenas a marcação da galeria. Atualmente, você precisa substituir completamente a função de galeria apenas para adicionar. por exemplo. uma classe css para cada imagem. Precisávamos apenas de um único filtro para nos impedir de repetir o código principal (bastante longo) repetidamente.

Análise e melhoria da otimização de velocidade

Opções avançadas de front end

Pessoalmente, acho que o painel do wordpress deve ser separado em duas partes e as relacionadas ao CONTEÚDO (postagens, termos, links, comentários, etc.) devem estar no front-end, posso sentir uma melhor usabilidade quando iam usar o TUMBLR (para postar conteúdo) do que no wordpress. A porcentagem de usuários que usam o wordpress para postar conteúdo é maior do que os desenvolvedores como nós, para eles não é necessário mostrar o painel de administração.

O wp-admin deve ser apenas para configuração (por exemplo, temas, plugins, configurações, etc.).

Importador incorporado de CSV

O importador incorporado de CSV seria útil ao fazer upload de grande quantidade de conteúdo através de CSV. Eu sinto que a opção atual do importador no wordpress é usada apenas por alguns, muitos têm o seu conteúdo em formato xls, temos um plugin para isso, mas seria melhor se o seu inbuit.

Diretório em vez de links

A opção de links é a opção menos usada no wordpress; seria bom se o wordpress alterasse isso para as opções de um diretório (com mapa, reconhecedor de endereços), porque não há um pacote reconhecido exato disponível para diretório no opensource, mas é uma demanda crescente por isso. Eu acho que se o diretório for adicionado, o wordpress seria uma plataforma matadora.

Opção de classificação incorporada

Seria bom se tivéssemos um bom sistema de classificação (como o do wordpress.org) para postagens de classificação.

Opção de galeria avançada

A opção de galeria atual inclui imagens apenas do upload; seria bom se elas incluíssem imagens externas como anexos de postagem, pois isso as incluiria na galeria.

Registro do Ajax wordpress

O registro incorporado no Ajax pode economizar tempo e evitar confusão para os usuários. isso pode ser feito através do plugin de inscrição bp-xtra, mas acho que é um exagero, ter uma opção integrada seria bom.

Postagem recente com uma imagem em destaque ao lado ou qualquer imagem do the_content no site.

assim http://prntscr.com/1oj69