Cousas por facer

[deivisCode]

1. Cousas que hai que facer

• Engadir opción de afiliación á autoría no macro \Titular.
• Recolocar as cousas na contraportada, apenas collen.
• Ir actualizando o estilo das citas engadindo atributos e opcións necesarios.
• Engadir variantes de LM que faltan (véxase o log Font shape TU/lmroman10(0)/m/sc' undefined`)
• Crear distintas versións da revista Opcións de clase para a revista #59
  • Simple
  • Completa
  • Impresa
  • Accesible Accesibilidade #30
• Automatizar as novas edicións ofrecendo versións cas distintas opcións (véxase un punto anterior, do cal depende esto).
  • Releases de GitHub
  • Tags de Git (pero é un proceso manual)
  • Accións de GitHub para compilalo solo baixo certas condicións (problema, €€)
• Sería boa práctica seguir certas convencións (véxase o glosario do proxecto Trasno) ao falar de software en galego, principalmente: usar cartafol en lugar de carpeta, e ficheiro en lugar de arquivo (un arquivo sería un ficheiro que contén máis ficheiros, como un ZIP).
  • Tomar decisións respecto a dende/desde, -ble/-bel, etc.
  • Aplicar as decisións na documentación/código.

2. Cousas que hai que decidir se facer

• Eliminar función de Lua gitInfo e sacar a versión directamente de git (git describe, git rev-parse, etc.)
• Marca de auga
• Simplificar masivamente o código
• ¿Separar participantes en \Direccion, \Edicion, etc. ?
• Retocaronse moito os \imprimeDespedida, \imprimeAgradecementos etc. Non sei se hai que facer algo máis ahí
• O texto sobre a imaxe da portada pode chegar a non verse dependendo da imaxe en cuestión, igual que co logo branco da USC. Poderíamos colocar ambos abaixo (como estaba orixinalmente) ou definir macros para a posición do nodo de TikZ do texto (e.g. podemos cambiar o anchor tipo: south west, north, etc.). Tamén se lle pode cambiar a cor do fondo ou da letra (análogo á cor TextoEnResalte) ou engadir un borde ben diferenciado
• Seguimos co tema de facer encrucillados?
  • Metemolos nun arquivo aparte e metemolo cun \input? Ocupa moitisimo no texto.
  • Encrucillados e solucions automáticos. Encrucillados #22
• Hai cousas pouco robustas (na súa colocación) como a portada, cambiar un tamaño nun sitio move todo e fai que se descoloque.
• Alixeirar o funcionamento do indice poñendo macros para as seccións (divulgacion, etc.) no propio arquivo revista_\d\d\d.tex
• Meter un \noindent automatico logo de cada ecuacion?
• Documentación
  • Unha vez decidamos o dos macros, explicar como usar todo, con exemplos, no artigo simplificado (pa que a xente os sepa usar)
  • Tal vez poidamos incluir todo o codigo .tex e imaxes (e outros arquivos relevantes) no propio PDF xerado, como se fai no [latex wikibook] (ver pax. 2) A idea é que ao compartir o PDF quen o teña xa teña info suficionete para recompilalo de cero. Un exempliño: [1]
• Menos importante, escoller un estilo para o propio arquivo .bib. Eu (davis) uso bibtool cunha configuración personal para xerar as claves das entradas. Merece a pena ou mellor facelo a man? Escollemos un estilo concreto?
• Quedara pendiente buscar mellores tipografías, para o texto, mates, título, etc. Usamos LatinModern para todo (cas variantes sans, roman, math, etc.). Ten sentido usar NewComputerModern? (é mais nova e mantida?) Véxase: [LM] [NCM], máis unha comparativa de varias fontes. Varias alternativas:
  - NewCM https://download.gnu.org.ua/release/newcm/
  - Caslon https://github.com/impallari/Libre-Caslon-Text
  - Baskervville https://fonts.google.com/specimen/Baskervville
  - Bembo https://www.ctan.org/tex-archive/fonts/fbb/
  - Garamond https://fonts.google.com/specimen/EB+Garamond
  - Crimson https://www.ctan.org/pkg/crimsonpro https://www.ctan.org/pkg/crimson https://fonts.google.com/specimen/Crimson+Text
• Proceso de compilación
  • Unificar o proceso de compilación para que funcione en todas as plataformas. Pensei en usar CMake, [tectonic] ou [llmk], pero non rentan.
  • Lentitude (posiblemente salvable cas opcións de clase)
    • Asegurarnos de que se poida compilar en Overleaf.
    • Facer estudo de que é o que máis tempo leva na compilación (hai algún paquete que xera estadísticas desto, non me lembro cal). Tal vez poderíamos engadir unha opción na clase para que compile só o esencial (sen QR, ligazóns,... ou o que precise máis tempo na compilación).
• Crear tests para o codigo
• Usar ferramentas de formateado como tex-fmt.
• Establecer un estilo para o propio código

[deivisCode]

Dado que se está a migrar a revista a Typst, moitas destas tarefas están desactualizadas e as solución posibles non valen. Unha vez rematemos a migración, revisitarei esta lista para a nova revista en Typst