fabon

listingsパッケージのtitleオプションでエラーになる

1

listingsパッケージとjlreqクラスのどちらの問題か分からなかったので、とりあえずこちらでissueを立てます。 # 問題 listingsパッケージでtitleオプションを使うと、エラーが出ます。 (`@makecaption`周辺のエラーのようですが……) # 再現用コード ```tex \documentclass[dvipdfmx]{jlreq} \usepackage{listings} \begin{document} \begin{lstlisting}[title=hoge,language={tex}] \LaTeX \end{lstlisting} \end{document} ``` # 結果 ``` ! Argument of \lst@title@dropdelim has an extra }. ``` (dvipdfmxオプションを削除してLuaLaTeXで実行しても同じエラーで止まりました)

jlreq-trimmarks: 読み込み時のエラー

3

最新のTeX Liveで実行すると、最小限のコードでもエラーが出ます。 バージョンはjlreqが2022/04/11、jlreq-trimmarksが2021/11/05です。 ```tex % min.tex \documentclass[dvipdfmx,uplatex,paper=a4]{jlreq} \usepackage[dvipdfmx,uplatex]{jlreq-trimmarks} \begin{document} hoge \end{document} ``` ``` uplatex min.tex ``` ``` ! You can't use `\unless' before `macro'. \ifjlreq@trimmarks@tate l.898 ...\jlreq@trimmarks@bleedboxsize@odd{\@tempa } ``` dvipdfmx/uplatexオプションを適切に変えてplatexやLuaLaTeXで実行しても同じエラーが出ます。...

`inlineSSRStyles` option causes duplication of CSS

8

### Environment Nuxi 3.6.1 RootDir: /home/projects/github-nk3n5b Nuxt project info: ------------------------------ - Operating System: Linux - Node Version: v16.20.0 - Nuxt Version: 3.6.1 - Nitro Version: 2.5.1 - Package Manager: [email protected]...

`getUnixTime` with a date before UNIX epoch

1

The commit https://github.com/date-fns/date-fns/commit/c0aa54cc317b4f0525ac84aa4f7be63bd3bcbdba is likely to introduce a bug in `getUnixTime` function. I think UNIX time of two moments in the same second should returns the same result, so in...

rbs files with untyped block type/method type parameters causes error in `bin/test`

1

reproduction: 1. run `bin/init_new_gem foobar` (version: `0.0`) 2. edit `gems/foobar/0.0/foobar.rbs` as below ```rbs module Foobar def foo: (?) -> untyped end ``` 3. running `bin/test gems/foobar/0.0`, raises an error as...

`Temporal.ZonedDateTime.p.getTimeZoneTransition` returns an incorrect result

3

**Describe the bug** `Temporal.ZonedDateTime.p.getTimeZoneTransition` should return future time when a time zone offset changes, but currently boa doesn't do for few cases. **To Reproduce** Steps to reproduce the issue, or...

Arithmetic year for "chinese" and "dangi" calendars is different from the spec

3

```rust use temporal_rs::{PlainDate, Calendar}; use tinystr::tinystr; use core::str::FromStr; fn main() { let iso8601_date = PlainDate::try_new_iso(2025, 7, 23).unwrap(); let chinese_date = iso8601_date.with_calendar(Calendar::from_str("chinese").unwrap()).unwrap(); let korean_date = iso8601_date.with_calendar(Calendar::from_str("dangi").unwrap()).unwrap(); println!("{} {}", chinese_date.year(), korean_date.year()); }...

As far as I understand, there is a consensus that Temporal doesn't accept nor do fallback for 'islamic' and 'islamic-rgsa' calendars, as specified in tc39/proposal-intl-era-monthcode#46 . But currently temporal_rs accepts...

This pull request will remove support for Temporal classes which are removed in the latest proposal (cf. https://github.com/tc39/proposal-temporal/issues/2853 and https://github.com/tc39/proposal-temporal/issues/2854).