Descrição do problema
O número de colunas do corpo do artigo está fixo em 2 em vários pontos do código (_setup_two_column_body_section, _add_two_column_section em pipeline/docx.py), e a largura de coluna usada por figuras e tabelas (_compute_single_column_width em figure.py, _compute_table_width em table.py) sempre divide o espaço disponível por 2, sem ler nenhuma configuração. Não existe hoje nenhuma forma de gerar um PDF com corpo em 1 coluna — mesmo que fosse exposta uma opção pra isso, essas quatro funções calculariam a largura errada (dividindo por 2 uma área que deveria ser inteira).
Isso está registrado como gap conhecido na issue #1278: "_compute_single_column_width/_compute_table_width assumem sempre 2 colunas (/2 fixo) — só verificável a partir daqui, quando um JSON específico pode setar default_column_count: 1."
Passos para reproduzir o problema
- Chamar
_compute_single_column_width/_compute_table_width com uma configuração de 1 coluna (hoje nem é possível passar isso de forma significativa, já que nada lê essa configuração).
- Mesmo se o valor fosse aceito, o resultado sempre divide por 2, produzindo metade da largura real disponível.
Comportamento esperado
O número de colunas do corpo deve vir de uma configuração (default_column_count), e todas as contas de largura (figura, tabela, corpo) devem usar esse valor — com 1 coluna, a largura de "uma coluna" deve ser igual à largura total disponível, não a metade dela.
Anexos
N/A
Ambiente utilizado
Descrição do problema
O número de colunas do corpo do artigo está fixo em
2em vários pontos do código (_setup_two_column_body_section,_add_two_column_sectionempipeline/docx.py), e a largura de coluna usada por figuras e tabelas (_compute_single_column_widthemfigure.py,_compute_table_widthemtable.py) sempre divide o espaço disponível por2, sem ler nenhuma configuração. Não existe hoje nenhuma forma de gerar um PDF com corpo em 1 coluna — mesmo que fosse exposta uma opção pra isso, essas quatro funções calculariam a largura errada (dividindo por 2 uma área que deveria ser inteira).Isso está registrado como gap conhecido na issue #1278: "
_compute_single_column_width/_compute_table_widthassumem sempre 2 colunas (/2fixo) — só verificável a partir daqui, quando um JSON específico pode setardefault_column_count: 1."Passos para reproduzir o problema
_compute_single_column_width/_compute_table_widthcom uma configuração de 1 coluna (hoje nem é possível passar isso de forma significativa, já que nada lê essa configuração).Comportamento esperado
O número de colunas do corpo deve vir de uma configuração (
default_column_count), e todas as contas de largura (figura, tabela, corpo) devem usar esse valor — com 1 coluna, a largura de "uma coluna" deve ser igual à largura total disponível, não a metade dela.Anexos
N/A
Ambiente utilizado
master