Positioning node labels
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 25/100
- Tipo de issue
- Funcionalidade
- Clareza
- Precisa de esclarecimento
- Status de atividade
- Estagnada
- Stack de tecnologia
- r
- Domínio
- data-visualization
Direção de pesquisa
No file or test is named in the issue. Start by tracing plot.data's layout implementation and the frontend/backend boundary described here, then compare the proposed fake-graph approach in the linked gist with the existing circle and force-directed paths. Done means plot.data calculates and returns usable node-label positions for the frontend.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Right now our label placement will be just wherever. That's okay maybe but certainly not great.
For some layouts, like the circle layout, we can calculate where the label should be on the frontend. For others, like force-directed, we can't if the backend is doing the laying-out.
In order to place the labels nicely, I've seen a trick that basically does a force layout but pretends the nodes and node labels are all nodes in a fake graph with links only between a node and it's label (code).
We should think about implementing this in plot.data and returning positions of node labels to the frontend.
- Linguagem predominante
- R
- Estrelas
- 1
- Forks
- 0
- Métricas de merge de PRs
- Nenhum PR com merge em 30d
Preparar o ambiente
Inicia o contêiner de desenvolvimento do projeto no navegador, com a sua própria conta do GitHub.
- Sem Dockerfile nem arquivo Docker Compose
- Sem modelo de pull request
- Sem guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de VEuPathDB/plot.data
-
Need to look into exports of `toJSON`Talvez já em andamento Um pull request vinculado a esta issue está aberto ou já foi mesclado. Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 25/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 35/100
-
Dificuldade 5/5 Mais de uma semana Facilidade para iniciantes 25/100
-
empty two by twoAberta
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 35/100
Todas as issues de VEuPathDB/plot.data
Issues semelhantes
-
Add smvr alongside semverAberta
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 78/100
-
Typos in schema fileAberta
Dificuldade 1/5 1-3 horas Facilidade para iniciantes 65/100
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 69/100
Merck/metalite.ae#261 ·
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
-
[R][Parquet] ParquetReaderProperties does not expose page_checksum_verification, so a corrupt page CRC reads silentlyTalvez livre de novo Um pull request para esta issue foi fechado sem ser mesclado. AbertaComponent: R Type: enhancement
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 72/100
apache/arrow#53138 · 1 comentário ·
Mantenedores costumam responder em até 1 dia