O objetivo deste problema é fornecer um problema geral para rastrear o status do trabalho necessário para enviar a edição Octane do Ember.js.
Se alguém quiser trabalhar em qualquer um dos itens desta lista, verifique primeiro no canal # st-octane do nosso bate-papo Discord .
A seguinte lista de tarefas será atualizada para incluir links para questões individuais à medida que são criadas. Os próprios problemas conterão mais detalhes para cada item desta lista.
De acordo com o RFC 2018 do Roadmap , há compromisso e foco para terminar o que já começamos.
De acordo com o roteiro RFC, esses são os objetivos para a edição Octane; no entanto, deve-se notar que
"o cronograma final e o conjunto de recursos do Ember Octane serão determinados pelas equipes principais e não estão gravados em pedra neste RFC."
Campeão do Core Team: Tom Dale | Status: concluído 🎉
Campeão do Core Team: Tom Dale | Status: concluído 🎉
### Propriedades rastreadasCampeão do Core Team: Tom Dale | Status: concluído 🎉
### Modificadores de elementoCampeão do Core Team: Tom Dale | Status: concluído 🎉
Campeão da Core Team: @tomdale | Status: no caminho certo ✅
Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉
Campeão do Core Team: Robert Jackson | Status: concluído 🎉
Campeão do Core Team: Robert Jackson (@rwjblue) | Status: no caminho certo ✅
Campeã do Core Team: Jen Weber (@jenweber) | Status: no caminho certo ✅
Campeã do Core Team: Leah Silber (@wifelette) e Mel Sumner (@melsumner) | Status: atrasado
Esses são novos itens que descobrimos serem necessários para adicionar durante a implementação de recursos do Octane.
on
modificadorCampeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉
fn
ajudanteCampeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉
Campeão do Core Team: Robert Jackson (@rwjblue) | Status: concluído 🎉
@classic
decoradorCampeão do Core Team: Robert Jackson (@rwjblue) | Status: no caminho certo
Esses são itens cujo escopo foi retirado da Octane e agora estão sendo rastreados como metas extensas.
Detalhes
ember-source@3.??.0
ember-data@3.??.0
application-template-wrapper
a false
jquery-integration
a false
template-only-glimmer-components
a true
.ember-cli
ember generate component
padrão para incluir (de acordo com RFC # 481) :--no-component-class
--component-structure=flat
EmberObject.extend()
para classes nativas@MelSumner Devemos acompanhar as melhorias do pipeline de construção em https://github.com/embroider-build/embroider também.
@melsumner https://broccoli.build e https://github.com/broccolijs/broccolijs.github.io para o novo site de brócolis e documentos
As propriedades rastreadas RFC podem ser desmarcadas e o link atualizado.
Falamos sobre como auditar o que é incluído no plano de aplicativo padrão. Veja os problemas relacionados:
FWIW, @tomdale que parece bastante ortogonal à Octane Edition para mim (não estou dizendo que não devamos ser mais cuidadosos e ter melhores checks / balances, apenas que não está relacionado à octanagem de forma alguma) ...
não está relacionado à octanagem de forma alguma
Meu raciocínio para trazer isso à tona recentemente é que um projeto padrão que suporta vários modelos de programação (ou seja, um projeto de octanagem padrão futuro) pode incluir conteúdo extra que um aplicativo "clássico" puro ou um aplicativo "octano" puro não precisa de todo.
Se pudermos validar que isso não é uma preocupação, concordo que isso não está muito relacionado à octanagem
imo, o modelo de octanagem, https://github.com/ember-cli/ember-octane-blueprint deve ser o aplicativo _ideal_ novo / brilhante. Não acho que o antigo modelo de programação deva estar envolvido no projeto. : -
@MelSumner - Acho que precisamos obter algumas coisas relacionadas ao MU aqui nesta lista de verificação (não identifico nenhum, mas o AFAICT MU ainda é considerado parte do conjunto de recursos de octanagem ...).
Já foi chamado de layout Octane ao invés de layout MU ... e quanto mais eu penso sobre isso, mais faz sentido!
@MelSumner - Acho que precisamos obter algumas coisas relacionadas ao MU aqui nesta lista de verificação (não identifico nenhum, mas o AFAICT MU ainda é considerado parte do conjunto de recursos de octanagem ...).
@rwjblue vinculamos ao problema da missão MU na primeira seção - "Concluir o que começamos" - há mais coisas que você acha que devemos rastrear?
Com relação a ember-cli-create
, juntei este problema: ember-cli / ember-cli # 8343. Dependendo de quanto da especificação do bordado será implementado como parte do octano (= formato de _publicação_), o problema que vinculei é principalmente sobre o formato de _autoria_, que pode ser complementar ao formato de publicação.
Pessoalmente, eu não veria ember-cli-create
como parte do octano enquanto o formato de autoria _poderia_ ser (que basicamente define a base para ember-cli-create
).
Deixe-me saber se isso seria uma boa adição ou melhor adiá-lo para o lançamento pós-octanagem ou como posso ajudar com isso.
octane blueprint> mover addon para ember-cli org pode ser desmarcado :)
Atualização, aqui está um problema de quest para rastrear a conversão de Angle Brackets nos guias https://github.com/ember-learn/guides-source/issues/139
O Remove jQuery RFC pode ser desmarcado! ✅
Também criei um problema de rastreamento, que podemos vincular a talvez: https://github.com/emberjs/ember.js/issues/17476
História do usuário em torno de sinalizadores de recursos e recursos opcionais, no que se refere ao plano de octanagem
Como instrutor de workshop, preciso saber os valores padrão para vários sinalizadores opcionais / de recursos no projeto de octanagem, a fim de compreender concretamente o que meus alunos obterão quando executarem
ember new
e criarem material em torno deember new
que permanece válido por um período significativo de tempo.
Para sua informação - acabei de publicar @ ember / render-modifiers 1.0.0 com suporte para Ember 2.12 (por meio de ember-modifier-manager-polyfill ). Ainda há um pouco de trabalho a fazer (preciso de muito mais documentação), mas é um bom começo ...
@MelSumner irei trabalhar nos blueprints de classes JS nativas.
Alguém já pensou no que deveria acontecer para https://github.com/ember-cli/ember-new-output no mundo Classic + Octane?
A saída nesse repo corresponderá à saída de ember new
, que, de acordo com nossos planos atuais, mudará para o esquema de octanagem “quando estiver pronto”.
Parece que a unificação do módulo está faltando na seção "Implementação Prática do RFC".
Parece que a unificação do módulo está faltando na seção "Implementação Prática do RFC".
Acredito que as Importações de modelos são a peça principal que ainda não foi enviada, então essa é a parte que estamos rastreando nesta edição. Isso ajuda, @michaelrkn ?
@MelSumner Entendi, obrigado!
Olá a todos, a implementação do RFC "Remover jQuery" está quase concluída (pelo menos no que diz respeito ao primeiro estágio do Ember 3.x, consulte https://github.com/emberjs/ember.js/issues/17476) . O que ainda está aberto e bloqueando os blueprints (padrão, não octanas) para mudar para nenhum jQuery por padrão é a capacidade embutida do ember-data para trabalhar com fetch
vez de $.ajax
(sem tendo que aplicar o mixin de patch ember-data
), consulte o WIP PR: https://github.com/emberjs/data/pull/5386.
Só para deixar você saber ... talvez isso deva ser abordado em uma das próximas reuniões da equipe principal, para ajudar a trazer isso para a linha de chegada?
algumas coisas relacionadas ao ember-cli que eu gostaria de adicionar à lista:
moduleConfig.collections = Object.assign(moduleConfig.collections, {
// ember-simple-auth
authenticators: {
types: ['authenticator'],
defaultType: 'authenticator'
}
});
(acima, cortesia de @ sly7-7: D)
e
moduleConfig.types = Object.assign(moduleConfig.types, {
// ember-intl
'ember-intl<strong i="12">@adapter</strong>': { definitiveCollection: 'main' },
'ember-intl<strong i="13">@translation</strong>': { definitiveCollection: 'main' },
translation: { definitiveCollection: 'main' },
formats: { definitiveCollection: 'main' },
cldr: { definitiveCollection: 'main' },
'util:intl': { definitiveCollection: 'utils' },
'intl:util': { definitiveCollection: 'utils' },
// ember-gestures
'ember-gesture': { definitiveCollection: 'main' },
});
e a outra coisa também relacionada ao ember-cli é o suporte a vários aplicativos fictícios.
Até agora, temos algumas propostas de design aqui:
Além disso, não tenho certeza de como rastrear isso, mas com a biblioteca de papel de brasa de @miguelcobain , gostaria de coordenar a obtenção do processo de configuração de octanagem super simples (atualmente não é simples usar papel de brasa em aplicativos de octanagem)
parece que isso tem a ver principalmente com os estilos que são expostos no aplicativo host. idk se há algo simples que podemos fazer para que os addons de estilo existentes possam "simplesmente funcionar", ou se vamos fazer com que todos os addons de estilo adicionem uma condição octane / isModuleUnification?
@NullVoxPopuli
Olá a todos, a implementação do RFC "Remover jQuery" está quase concluída (pelo menos no que diz respeito ao primeiro estágio do Ember 3.x, consulte # 17476). O que ainda está aberto e bloqueando os blueprints (padrão, não octanas) para mudar para nenhum jQuery por padrão é a capacidade embutida do ember-data para trabalhar com
fetch
vez de$.ajax
(sem tendo que aplicar o mixin de patchember-data
) , consulte o WIP PR: emberjs / data # 5386 .Só para deixar você saber ... talvez isso deva ser abordado em uma das próximas reuniões da equipe principal, para ajudar a trazer isso para a linha de chegada?
@dgeb / @igorT você pode ajudar com este bloqueador?
@MelSumner Sim, trouxe isso à tona na reunião de ED, vamos acompanhar e refatorar o PR do ember-fetch https://github.com/emberjs/data/pull/5386
@MelSumner
Update blueprints for each object type to use native JS classes
foi mesclado em # 17621. Inicialmente, os blueprints irão gerar classes nativas apenas ao usar os blueprints de octanas .
@tomdale , @MelSumner , @rwjblue
https://github.com/crashco/ember-template-component-import/issues/10
Para sua informação, a RFC de co-localizações de modelos de componentes ainda não está relacionada a esse problema de rastreamento. :)
@ Panman8201 correto - está fora do escopo da Octane. :)
Acho que isso precisa ser atualizado com a versão ember octane 3.15+ :)
Já que enviamos o Octane, vamos encerrar este problema.
Comentários muito úteis
@melsumner https://broccoli.build e https://github.com/broccolijs/broccolijs.github.io para o novo site de brócolis e documentos