Weired looking bibliography

[somber turret]

I use the default ieee style and this just looks awful. If there is no Author a whitespace appears bevroe the entry. The entry in the middle is super weiredly stretched. Any idea what could be wrong?

The weirdly stretched one comes from par(justify: true). That is fixable for me. but what is going on with the whitespace.

But that kind of stretch is stil stuper weired.

[novel salmon]

see https://github.com/typst/typst/issues/5898

[somber turret]

Thanks a lot. Sadly the fix does not work in my document.

[novel salmon]

i think thats a different issue then

the issue i linked is about it not justifying to the full text width

but im not sure what could cause extra spacing on that entry

(maybe you should send the bibliography file you're using)

[somber turret]

Am, I allowed to send it as DM to you, since it contains semi private information?

[novel salmon]

you could just send here the snippet for the bad entry

or just strip the private information

[somber turret]

That entry is safe to share for me:

un-sicherheitsrat-bpb:
  type: web
  url:
    value: https://www.bpb.de/themen/internationale-organisationen/vereinte-nationen/48583/sicherheitsrat-der-vereinten-nationen/
    date: 2025-03-01

[novel salmon]

not sure but i think it might just be treating [7] as part of the line and so assigning the same spacing to it

[somber turret]

That could indeed be the case. But I assume that is not supposed to happen?

[somber turret]

And why does not have no affect in the other entries.

[waxen totem]

seems that leading spaces aren't always trimmed properly and the ieee csl is doing some weird stuff where it always adds an additional space before the URL access information even when there already is one or when it's at the start of the entry

[somber turret]

Yeah. Seems like it. I only have it in ieee style.

[waxen totem]

you could copy that csl file into your project and remove the offending prefix=" ". I'm not sure if there are any other cases where this prefix is necessary though

[novel salmon]

huh

that's really weird

lol

if anything it should be using delimiter in a parent group

[waxen totem]

it is also using that, it has double spacing

[novel salmon]

lol

@somber turret feel free to open an issue in hayagriva and we can mark it as upstream

then hopefully someone will poke upstream about it

(i guess you could do that too if you want)

[somber turret]

I am not in the deps of typst and curious. Why is this a hayagriva issue and not a typst issue?

[novel salmon]

hayagriva is our library to render bibliography

typst just outputs what hayagriva tells it to

so extra spacing, weird text etc. is all due to hayagriva and not the typst compiler

[somber turret]

Alright. Thanks for the explenation. I will open an issue.

[novel salmon]

i mean you dont have to know that though, we will move your issue to hayagriva if you create one in typst/typst, so dont worry too much about it

[novel salmon]

it appears to not have it in this line: https://github.com/citation-style-language/styles/blob/f715cd4df63f3a6e70e15bc877a793f56e315558/ieee.csl#L356

which is interesting

hmm huh

i cant seem to find it?

in any of the usages

oh maybe the problem is that whatever is before it is missing

[waxen totem]

right i just assumed it because there certainly are two spaces

[novel salmon]

i think this should be the relevant branch

[waxen totem]

oh there are two spaces because author has another space in its suffix

[novel salmon]

that could be a problem but i think the type would be webpage

so the problem is missing title probably

[waxen totem]

author is before the type branching

[novel salmon]

but then there would be an extra comma too no?

since the suffix is ", " for that

[waxen totem]

ah no the suffix is not shown in the entry above, i tested what happens when i add an author and only then i get two spaces

[novel salmon]

what if you add a title?

either way that already demonstrates a problem

but yeah

[waxen totem]

then it looks correct, no leading space and no double space afterwards

[novel salmon]

that tracks

so that's just it, they're not using a group with a space delimiter, but adding ad-hoc spaces to prefixes and suffixes :p

[somber turret]

I opened this issue for it https://github.com/typst/hayagriva/issues/283

@novel salmon Do you think it has a chance to be fixed in the next typst version?

[novel salmon]

it depends on upstream fixing it

i.e. it has to be fixed at this repo https://github.com/citation-style-language/styles/

[novel salmon]

however you dont need a new typst version to fix it

you can load your own .csl file

so you can take ieee.csl from that repo and modify it to remove the extra space in the prefix in the "access" macro

though it might be a bit more work to make a more general fix which doesnt break other entries

it'd involve adding delimiter=" " to <layout> under <bibliography> and then removing additional spaces from all prefixes and suffixes in underlying macros

well, i guess it's just a bit of manual work

but if you do it then you should also submit it as a PR to that repo

[somber turret]

I do not mean the csl. I mean the weired issue when having justify: true.

[novel salmon]

Are you not referring to the spacing in the entry?

i.e. this

that is caused by an additional space at the start of the entry which the CSL style is inserting

so the fix is exclusively through the csl file

[waxen totem]

i'm wondering though if leading/trailing/duplicate spaces should be trimmed by typst in general. according to this comment duplicate spaces should be trimmed, but i couldn't find that in the spec

[somber turret]

Yeah. Thats what I ment. But there is also the general space that is there even whithout justify. Thats the one I do not ment.

[novel salmon]

do you mean the one in entry [4]?

cuz that seems to be the same problem

[somber turret]

yup