Nowe opisy Allegro, a modyfikatory w szablonach oraz problem z nagłówkami.

[Artur Wronowski 0]

Cześć,

 

Przerabiam szablon na nowy zgodny z Allegro i natrafiłem na problem. Mianowicie jak dodam do szablonu :

Cena za 1 [Towar::Nazwa|regex_match=`\((\[^()\]|(?R))*\)`|then=`komplet`|else=`sztukę`]

 

to znika cała zawartość opisu i wszystkie sekcje. Gdzie jest błąd ? W starym szablonie działało.

 

Podobnie z

[Towar::WWW|is=``|hide|template=`Strona produktu/nota aplikacyjna: Dokumentacja`]  

 

Po prostu nie działa...

 

Kolejna sprawa to jak mam w pierwszej sekcji (sama góra) :

 

---
# [Towar::Nazwa]

[Towar::Opis]

 

to automatycznie usuwa nagłówek poziomu 2 z [Towar::Nazwa] i zamienia na Normalny.

 

Coś robię źle ?

 

 

 

[Bartosz Rosa 1 775]

Jak są skonstruowane nazwy towarów które mają komplety i sztuki?

 

Drugi przypadek u mnie działa. Czy w towarze nie ma www z niewidocznym znakiem? Czy nie działa oznacza, że w kodzie strony pojawia się kod tagu czy znika, czy zawsze coś się pojawia?

 

 

W ostatnim przypadku to problem po naszej stronie, będzie poprawiony w aktualizacji nad którą pracujemy obecnie - pojawi się myślę, że za kilka dni.

 

 

 

[Artur Wronowski 0]

Komplet:

Bezpiecznik polimer. 0603 0,5A (2szt) [digi-led]

 

Sztuki:

Bateria Li-Poly 80mAh 3,7V [digi-led]

 

Odnośnie drugiego to faktycznie działa, ale czy dało by się wstawić adres URL w przypadku jak takowy jest wpisany do produktu ?

[Bartosz Rosa 1 775]

Nie, URLi nie można wstawiać w nowe opisy, chyba, że w postaci tekstowej. Wtedy powinno zadziałać użycie modyfikatora template z odniesieniem do wartości tagu, który domyślnie generuje z adresu link (który potem jest czyszczony na potrzeby nowego opisu).

[Towar::WWW | template=`Strona produktu/nota aplikacyjna: {value}`]

 

W miejscu {value} pojawi się surowa wartość z pola WWW.

 

A regexa zaraz sprawdzę.

[Bartosz Rosa 1 775]

Skomplikowana sprawa. Na potrzeby zapisu do formatu JSON znaki \ są eskejpowane, czyli \\, tak aby normalne użycie backslasha nie powodowało tworzenia znaków sterujących typu stara\nowa -> stara {nowa linia} owa.

W przypadku jednak modyfikatora regex eskejpowanie jest konieczne z punktu widzenia parsera tagów i następuje konflikt, bo parser dostaje wyeskejpowany znak \ a nie [, po czym znajduje nieistniejący tag i wychodzi z tego niepoprawny kod.

Będziemy musieli pomyśleć nad rozwiązaniem tego problemu, a tymczasowo można spróbować rozwiązać to za pomocą modyfikatora contains, bez wyrażeń regularnych, wyszukując np słowa szt).

[Artur Wronowski 0]

Ok, dzięki za zbadanie sprawy.