algorithm isn't displayed correctly
- Dominant language
- No language data
- Stars
- 42
- Forks
- 40
- PR merge metrics
- No merged PRs in 30d
Description
### Description
The Algorithm 1 gets displayed very wrongly in the HTML version https://arxiv.org/html/2602.20153v1 compared to the pdf https://arxiv.org/pdf/2602.20153#page=6
### (Optional:) Please add any files, screenshots, or other information here.
LaTeX code:
```
\begin{algorithm}[htb]
\DontPrintSemicolon
\SetKwInOut{Input}{Input}
\SetKwInOut{Output}{return}
\caption{\textbf{JUCAL} (simplified). See \Cref{alg:calibration_ctf} for a faster implementation.}
\label{alg:JUCAL}
\Input{Ensemble $\mathcal{E} = \left(f_1, \dots, f_M\right)$, %validation set $\mathcal{D}_{\mathrm{val}}$
calibration set $\Dcal$ (e.g., $\Dcal=\Dval$), grid $C$ for candidate values ($c_1$,$c_2$)}
Initialize best NLL $\gets \infty$ and $(c_1^*, c_2^*)$ arbitrarily \;
\ForEach{\((c_1, c_2) \in C\)}{
%Set
$\text{current\_NLL} \gets 0$ \;
\ForEach{$(x, y) \in \Dcal$}{
\ForEach{$m = 1, \dots, M$}{
%Compute
$\fTSAlg_m(x) \gets f_m(x) / c_1$ \Comment*[r]{Temperature scaling}
}
\ForEach{$m = 1, \dots, M$}{
%Compute
$\fJUCALAlg_m(x) \gets (1 - c_2) \cdot \frac{1}{M} \sum_{m'=1}^M \fTSAlg_{m'}(x) + c_2 \cdot \fTSAlg_m(x)$ \Comment*[r]{Diversity adjustment}
}
%Compute
$\pbJUCALAlg(x) \gets \frac{1}{M} \sum_{m=1}^M \text{Softmax}(\fJUCALAlg_m(x))$ \;
$\text{current\_NLL} \gets$ current\_NLL + $\text{NLL}(\pbJUCALAlg(x), y)$ \;
}
\If{\text{current\_NLL} $<$ \text{best\_NLL}}{
%Update
best\_NLL $\gets$ current\_NLL %and update
\;
$(c_1^*, c_2^*) \gets (c_1, c_2)$ \;
}
}
\Output{$(c_1^*, c_2^*)$}
\end{algorithm}
```
HTML version:
### (Required) What is this issue most closely related to? Select one.
Other
### Internal issue ID
dfba769f-40f6-41b8-a839-07a3ac68a227
### Paper URL
https://arxiv.org/html/2602.20153v1
### Browser
Chrome/145.0.0.0
### Device Type
Desktop
Contributor guide
Research direction
The report provides no repository file or test entry point; start by comparing the linked LaTeX algorithm with its PDF and HTML renderings. Trace the rendering path for this algorithm construct and verify the HTML output matches the PDF layout and content.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- latex
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100