Alt text in wikilinks are not parsed correctly

[Mara-Li]

Describe the bug
The bug was previously discussed into Discord and #730.

With the 211f95c commit, the bug remains : alt-text are parsed as width.

To Reproduce

![[my-image.png|alt text]]

Expected behavior
Normally, the example above needed to return :

height: auto
width: auto
alt: alt text

Screenshots and Source
/

Desktop (please complete the following information):

• Quartz Version: [e.g. v4.1.2] 4.1.5
• node Version: [e.g. v18.16] 18.18.0
• npm version: [e.g. v10.1.0] 10.3.0
• OS: [e.g. iOS] Windows 11
• Browser [e.g. chrome, safari] Firefox

Additional context
We have tested multiple way the wikilinks can and must handled text during #730.
Here some example of wikilinks that can be found and used in Obsidian, and how they must be parsed:

Wikilinks	Width	Height	Alt
![[my-image.png|alt-text]]	auto	auto	alt-text
![[my-image|alt-text|20x10]]	20	10	alt-text
![[my-image.png|30|20]]	30	auto	30
![[my-image|alt-text|40]]	40	auto	alt-text
![[my-image|No valid. Only NxN is valid.|60|5]]	5	auto	No valid. Only NxN is valid.|60
![[my-image.png|A very long description that includes a number 100|]]	auto	auto	A very long description that includes a number 100|
![[my-image.png|Some very 589 | random10p | alt55 | and a width | 50]]	auto	50	Some very 589 | random10p | alt55 | and a width
![[my-image.png|300 People in the picture. This isn't a dimension but a description!]]	auto	auto	300 People in the picture. This isn't a dimension but a description!

A previously regex, using negative lookahead worked: https://regex101.com/r/5ySDXI/1

I don't think the negative lookahead can really impact the build time/processing, but maybe a regex can be found to parse correctly everything without lookahead?

[jackyzha0]

I went with your original approach, will do a bit more profiling to check

[Mara-Li]

Thanks!