Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

multi-textarea data model keyed on (url, timestamp)

Aberta
  • Algo errado?
#98 0 comentários 0 reações 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
5/5
Tempo estimado
Mais de uma semana
Facilidade para iniciantes
35/100
Tipo de issue
Refatoração
Clareza
Razoavelmente clara
Status de atividade
Estagnada
Domínio
frontend

Direção de pesquisa

Comece rastreando o datatype Spot existente e o fluxo atual de aprimoramento de textareas descrito na issue. Compare como os rascunhos são identificados e restaurados com o schema de URL/timestamp proposto; considera-se concluído quando o projeto tiver um modelo genérico acordado para preservar e associar rascunhos de múltiplas textareas.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

enhancement

As the code stands, there is a Spot datatype. It represents the abstract concept of where a single textarea is. e.g.

  • appending the 2nd comment on issue 4
  • appending the 3rd comment on issue 4
  • pros: we have enough data to recreate the draft completely in the browser, and also enough data to tell if it was submitted or not
  • cons:
    • a lot of manual work for each place that we handle
    • ambiguity around things like the issues/new url. You might have multiple unsubmitted drafts in progress, they don't have server-side IDs yet, what should their spot be? Inevitably it gets tied to the time that the tab happened to open, in which case why bother with the complexity of defining the "abstract place where a comment is" if you end up just doing timestamp, URL pairs?

This approach really falls down for complex multi-form things, such as this:

Image

It would be really painful to lose the drafts in those textboxes, but it's also impossible to make a spot for each textfield in every issue/PR template that might be out there.

Another approach is this:

  • anytime a textarea gets added or removed, trigger a refractory state that waits until there's been no changes for 500ms
  • when that refactory period times out (the textareas have settled), the Spot is defined as:
    • primary key: (url, timestamp)
    • schema: list of textareas and their labels, as best we can tell in a generic way
    • title and icon: pulled from the tab by default
  • cons: most of the time, this is not enough data to reopen the tab for the user
  • pros:
    • if the user has opened a tab manually, we can find which saved drafts fit that schema
    • textareas can be enhanced by default, versus right now where they are enhanced only iff we have built an enhancer for that specific box
Linguagem predominante
HTML
Estrelas
58
Forks
0
Nenhum PR com merge em 30d

Preparar o ambiente

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de diffplug/gitcasso

Todas as issues de diffplug/gitcasso

Issues semelhantes

Mais issues de Web Dev

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.