Sello 1.18 BETA - dyskusja i zgłaszanie błędów

[MARCIN e-kupowanie.pl 1 015]

http://allegro.pl/webapi/news.php#news_100462

 

Data wdrożenia: 28 stycznia 2015 r.

W dwóch metodach, doChangeQuantityItem oraz doChangeItemFields, udostępniliśmy możliwość zwiększania ilości sztuk przedmiotów w ofertach ze złożonymi już ofertami kupna.

 

Funkcjonalność dotyczy jedynie ofert sklepowych.

 

No tak, ja raczej próbowałem z Kup Teraz.

[Bartosz Rosa 1 775]

Rozumiem, że prace zostaną/ły wznowione

Zdecydowanie będą wznowione, ale nie zdarzymy tego zrobić do 1.18. Nie jest to prosta funkcja w implementacji, wiele miejsc w kodzie wymaga przeróbek. Ale o tym najlepiej podyskutować w osobnym wątku.

[Adam M 2]

Co zatem z Autotekst [Transakcja::Dotyczy] ?

Chyba 3 miesiące temu, wiem na tym forum to "wczoraj", rozmawialiśmy że będzie w najbliższej wersji. Teraz mamy betę, za kilka tygodni stabilną więc na kolejną już nie mam co liczyć bo w firmie i tak panuje opinia że Sello wdraża się miesiącami jeśli nie latami ;-)

 

Czy naprawdę nie da się tego zrobić teraz w najprostszym z możliwych sposobów? A wszelkie rozwinięcia tego pola dodać później. Ewentualnie aby nie mieszać dodać nowy auto tekst:

[Transakcja::DotyczyG] który będzie w przypadku pojedynczych transakcji dawał tytuł a w przypadku zgrupowanych poszczególne tytuły transakcji ?

 

I jeszcze małe pytanie techniczne. Jak z poziomu Sello dowiedzieć się jakie ID ma produkt / towar w Sello ?

[Bartosz Rosa 1 775]

Dobra, zobaczymy co da się zrobić . Wprowadzenie jednak nowego tagu spowoduje, że będziemy musieli go potem utrzymywać.

 

Identyfikatorów niestety nie da się podejrzeć od strony interfejsu.

[PanBanBan Marcin 185]

PYTANIA na rozkręcenie i żeby nie tracić czasu na testowanie tego

Sorry ale żeby dobrze to przetestować i zacząć już robić przykładowe zastosowania to tym razem więcej pytań niż testów

 

1. Rozumiem, że dozwolony jest zapis modyfikatorów dzieląc je na kilka linijek? Na przykład zapis:

[Towar::PW::kolor|is=`czerwony`|then=`[Towar::PW::opis_czerwony]`|else=`[Towar::PW::opis_standardowy]`]

można dla lepszej czytelności zapisać w tej postaci w mailach i tag będzie się parsował prawidłowo:

[Towar::PW::kolor|is=`czerwony`|
then=`[Towar::PW::opis_czerwony]
`|else=`[Towar::PW::opis_standardowy]`]

Czy są tu jakieś zabronione podziały, np. że nie można dzielić taga w miejscu apostrofu? Może coś Wam wyszło tutaj w trakcie testów?

 

2. Czy jest limit modyfikatorów tekstowych w łańcuchu dla jednego tagu?

 

3a. W jakiej kolejności są realizowane modyfikatory tekstowe w jednym łańcuchu? Od początku czy od końca?

3b. Jeśli na przykład są realizowane w kolejności od początku, to czy następny modyfikator tekstowy przyjmuje za swoją wartość początkową - wartość końcową wcześniejszego modyfikatora?

3c. Jeśli tak to czy ten sam modyfikator tekstowy można wykorzystać kilkukrotnie w łańcuchu dla jednego tagu?

Powinno być zrozumiałe, a jak nie to napiszę to przykładem

 

4. Czy maksymalny rozmiar łańcucha dla modyfikatorów warunków to 3 modyfikatory? Na przykład:

is, then, else

lub

contains, then, else

Czy coś tutaj da się jeszcze wcisnąć? Kombinuję z modyfikatorami dla wielu warunków żeby zrealizować coś takiego:

if polewłasne=czerwony then opis czerwony
if polewłasne=niebieski then opis niebieski
if polewłasne=zielony then opis zielony
itd.

Może wykorzystując hide i show?

 

5. Czy można zagnieżdżać tagi z modyfikatorami warunkowymi w innych tagach z modyfikatorami warunkowymi? Innymi słowy czy zostanie zrealizowany taki zapis:

tag1 is, 
then tag2 is, else, then, 
else tag3 is, else, then,

 

6. Czy bloki muszą być przechowywane w miejscu ich wykorzystania czyli dla szablonu aukcji w tym szablonie aukcji, a dla szablonu maili w tym szablonie maila? Czy będzie możliwe przechowywanie bloków gdzieś indziej, np. w słowniku pól własnych ogólnych albo w polach własnych towarów?

 

7. Czy jest już jakoś możliwe lub czy będzie jakieś powiązanie tagów z cechami towarów?

 

8. W pomocy dla modyfikatora neg w kolumnie przykład jest użyte słówko not zamiast neg - chyba pomyłka? Czy dobrze go rozumiem, czyli modyfikatory:

is='coś'|neg 
contains='coś'|neg

mamy rozumieć jako

isnot czyli niejest 'coś'
containsnot czyli niezawiera 'coś'

 

9. Value jest skomplikowane i przykłady z nim/jego opis w pomocy również - dlaczego w tym przykładzie z pomocy:

[Towar::Stan|is=`0`|neg|then=`na magazynie`|else=`brak towaru`|template=`Stan towaru: {value}`] 
Spowoduje wygenerowanie napisu:

Stan towaru: na magazynie - w przypadku gdy stan jest inny niż 0
Stan towaru: brak towaru  - w przypadku gdy stan jest równy 0.

value przyjmuje wartość równą słowom "na magazynie" lub "brak towaru" zamiast wartości liczbowej tagu [towar::stan]?

A z drugiej strony w opisie value w tabelce ten przykład

[Towar::Nazwa|template=`<b>{value}</b>`]

i ten:

[Paczka::AdresWysylkowy::NIP|template=`NIP: {value}`]

w miejsce value wstawia wartość taga czyli nazwę towaru i nip?

 

Albo jeszcze inaczej to czy mógłbym prosić o doprecyzowanie jak ten value działa? Lub co się stanie jak połączymy modyfikatory tekstowe z warunkowymi lub zapętlimy pola w polach, to którego pola/modyfikatora wartość przyjmie to value? Lub czy jest jakiś wykaz tych wartości domyślnych jakie przyjmie value dla każdego rodzaju tagu?

 

10. Jakie są przykładowe zastosowania liczników własnych?

 

11. Tak... zaczyna się programowanie Sorry, że pytam tak ogólnikowo ale wolę najpierw dopytać jaki zapis miał twórca na myśli (zwłaszcza dla rozwiązań wielo-warunkowych) żeby nie tracić czasu na testowanie czegoś nieodpowiedniego. A chciałbym też poznać maksymalne limity modyfikatorów żeby od razu przyjąć właściwą formułę i brać się konkretne rozwiązania bo ludzie na nie czekają A można tutaj dużo zdziałać ale trzeba dobrze pomyśleć zanim się zacznie kombinować żeby nie przekombinować

 

12. I jeszcze przyuważona drobnostka - w module aukcje kolumna "ilość na magazynie" nazywa się "ilość mag", a w module towarów "ilość". Tak samo są drobne różnice z innymi nazwami kolumn. Można już było ujednolić nazwy tych kolumn w obu modułach (aukcji i towarów) Mi tam rybka bo ja rozumiem te nazwy ale powinniście zobaczyć jak rozumieją te kolumny osoby dopiero co poznające Sello

 

13. Taka mała drobnostka w pomocy w temacie o modyfikatorach - pasowałoby aby kolumna "wartość przed" była rozszerzona bo przykłady "przed" zlewają się i dla osób nie znających się na rzeczy są niezrozumiałe - np. contains.

Wiersze w kolumnie "Wartość przed" powinny odpowiadać wierszom w kolumnie "Wartość po". Być na tej samej wysokości.

Drobnostka - jak łatwo poprawić to możecie poprawić, a jak trudno to będą ludzie pytać na forum lub poradnik doprecyzuje (powinien być wraz z nową wersją Sello ale czas mam mocno ograniczony ostatnio, w każdym razie zobaczę czy dam radę go chociaż zacząć, plus tą listę sugestii do pól własnych )

 

14. Gdzie się ustawia żeby nie wyskakiwało okienko potwierdzające chęć usunięcia pola własnego? Wiem, że w wersji 1.17.0 została zmieniona jego nazwa żeby przy korzystaniu z myszki można je było ustawić bliżej X-a (za co jeszcze raz bardzo dziękuję) ale myślałem, że w nowej wersji będzie już możliwość jego całkowitego wyłączenia :'(

 

15. Jakaś nowa grafika Sellowskiego Diabełka w zakładce nowości? A w kogo on chce rzucić tą kulką ze śniegu?

 

 

[PanBanBan Marcin 185]

W szablonie trzeba podmienić na [Towar::Zdjecie::1]. Sprawdzamy dlaczego aktualizacja automatyczna się nie powiodła. Aktualnie tag [Towar::Zdjecie1] jest niezdefiniowany więc wyświetla się jako zwykły tekst (nie jest przetwarzany).

U mnie przy konwersji bazy z wersji 1.16.1 tag

[Towar::Zdjecie1]

został prawidłowo zamieniony na tag

[Towar::Zdjecie::1]

w szablonie aukcji, w zakładkach zdjęcia oraz opis.

 

Natomiast samo Sello aktualizowałem z wersji 1.17.0 beta do 1.18.0 beta

 

 

[PanBanBan Marcin 185]

Ctrl+Tab przenosi na następną zakładkę. Do tej pory działało prawidłowo, można było wykonać kilka operacji wprzód lub tył (Ctrl+Tab lub Ctrl+Shift+Tab) - teraz po pierwszej czynności funkcja się blokuje

To jest akurat wynik poprawki, która ustawia focus na polu z opisem, wcześniej było domyślnie zaznaczone pierwsze pole i próba kręcenia kółkiem myszki powodowała zmianę w kontrolce wyboru źródła szablonu.

Oby udało się to poprawić na poprawne działanie - staram się rzadko korzystać ze (spowalniającej) obsługi myszką.

Tak, potwierdzam

Wspomniane skróty klawiaturowe po przejściu do zakładki opis przestają działać.

Rozumiem też sprawę z focusem bo rzeczywiście sam sobie wcześniej przypadkiem kilka razy zmieniłem szablon korzystając z myszki i rolki

[PanBanBan Marcin 185]

I jeszcze jedno pytanie

 

16. Jak długie ciągi znaków mogą być porównywane przez modyfikatory is i contains. Czy mogą to być ciągi składające się z kilku wyrazów czyli spacja jest traktowana jako kolejny znak w ciągu do porównania?

 

17. Ewentualnie jeśli modyfikatory zostały zaimplementowane w Sello na podstawie gotowych rozwiązań to czy gdzieś można poczytać o tych rozwiązaniach bardziej szczegółowo, zobaczyć więcej przykładów, itp.

[Bartosz Rosa 1 775]

1. Rozumiem, że dozwolony jest zapis modyfikatorów dzieląc je na kilka linijek?

W chwili obecnej pomiędzy modyfikatorami nie można dowolnie wstawiać dodatkowych znaków spacji czy nowych linii. Wszystko musi być zapisane jednym ciągiem - ale będziemy nad tym pracować.

 

2. Czy jest limit modyfikatorów tekstowych w łańcuchu dla jednego tagu?

Żadnego limitu nie wprowadzaliśmy, jeżeli jest to wynika z niezależnych od nas powodów.

 

3a. W jakiej kolejności są realizowane modyfikatory tekstowe w jednym łańcuchu? Od początku czy od końca?

Modyfikatory przetwarzane są kolejno od lewej do prawej. Wartość z modyfikatora po lewej jest przesyłana do modyfikatora kolejnego po prawej (stąd znak pipe | oddzielający modyfikatory, który oznacza przekazywanie wyniku do kolejnego "procesora"). Dodatkowo modyfikatory logiczne przekazują wynik logiczny, czyli np is, contains przekazują wynik porównania do kolejnego np show, który w zależności czy wynik był prawdziwy czy nie wyświetlają bądź ukrywają treść tagu.

 

3b. Jeśli na przykład są realizowane w kolejności od początku, to czy następny modyfikator tekstowy przyjmuje za swoją wartość początkową - wartość końcową wcześniejszego modyfikatora?

Tak. Aby np sprawdzić czy wartość tagu jest "Polska" ale uwzględniając również "polska" i "Polska" można zrobić coś takiego:

[Klient::AdresWysylkowy::Panstwo|lower|is=`polska`|...]

czyli najpierw zmniejszyć litery a potem je porównać.

 

3c. Jeśli tak to czy ten sam modyfikator tekstowy można wykorzystać kilkukrotnie w łańcuchu dla jednego tagu?

Powinno być zrozumiałe, a jak nie to napiszę to przykładem Uśmiech

Można, jeśli tylko znajdziesz zastosowanie do takiego układu .

 

Wyjątkiem jest tag template, który jest wykonywany niezależnie od innych, bo definiuje szablon tagu i jest wykonywany na samym końcu, niezależnie od miejsca, w którym został użyty.

 

4. Czy maksymalny rozmiar łańcucha dla modyfikatorów warunków to 3 modyfikatory? Na przykład:

is, then, else

Modyfikator warunkowy robi tylko i wyłącznie odpowiednie porównanie i przekazuje wynik dalej (prawda lub fałsz). Modyfikatory typu is, contains nie biorą pod uwagę wyniku działania poprzedniego is,contains, więc w ten sposób nie zrobisz operatora OR lub AND.

 

5. Czy można zagnieżdżać tagi z modyfikatorami warunkowymi w innych tagach z modyfikatorami warunkowymi? Innymi słowy czy zostanie zrealizowany taki zapis:

Można. Parser tagów wyszukuje i przetwarza najpierw tagi wewnątrzne, ze wszystkimi modyfikatorami. W kolejnym przebiegu sprawdza czy zostały jeszcze jakieś tagi i je przetwarza. I tak 3 razy.

Jeśli zatem zrobisz coś takiego:

[Towar::Nazwa|template=`[Towar::PW::promocja|upper|is=`T`|then=`PROMOCJA `]{value}`|upper]

tag będzie przetwarzany następująco:

- najpierw rozwinięty będzie wewnętrzny tag i powstanie coś takiego (zakładam że w polu własnym promocja jest litera "t", zatem wygeneruje się napis PROMOCJA:

[Towar::Nazwa|template=`PROMOCJA {value}`|upper]

 

W drugim przebiegu parsera przetworzony będzie tag Towar::Nazwa (Buty zimowe) i wyjdzie:

PROMOCJA BUTY ZIMOWE.

 

6. Czy bloki muszą być przechowywane w miejscu ich wykorzystania czyli dla szablonu aukcji w tym szablonie aukcji, a dla szablonu maili w tym szablonie maila? Czy będzie możliwe przechowywanie bloków gdzieś indziej, np. w słowniku pól własnych ogólnych albo w polach własnych towarów?

Bloki mogą być zdefiniowane gdziekolwiek w szablonie, ale w obrębie tego szablonu w którym mają być użyte. Na początku przetwarzania są one wyszukiwane i usuwane z szablonu (zapamiętywane są na tymczasowej liście). Dodaliśmy je po to, aby nie trzeba było zbytnio rozciągać tagów jeśli trzeba przetworzyć jakiś dłuższy fragment tekstu. Przechowywanie bloków globalnych np w polach własnych globalnych w chwili obecnej nie zadziała (pomijając już, że jeszcze nie ma globalnych PW ), bo jak wspominałem bloki są wyszukiwane przed rozpoczęciem parsowania. Aby to działało bloki musiały by być wyszukiwane przy każdym przebiegu parsera - jeśli nie będzie przeciwwskazań spowodowanych szybkością działania to pomyślimy o takiej możliwości.

 

7. Czy jest już jakoś możliwe lub czy będzie jakieś powiązanie tagów z cechami towarów?

W tej chwili nie ma, ale mamy top w planach.

 

 

8. W pomocy dla modyfikatora neg w kolumnie przykład jest użyte słówko not zamiast neg - chyba pomyłka? Czy dobrze go rozumiem, czyli modyfikatory:

Ma być neg, początkowo było not i widocznie zakradła się literówka .

Tak, dobrze rozumiesz. neg po prostu neguje wynik porównania operatora is, contains.

 

9. Value jest skomplikowane i przykłady z nim/jego opis w pomocy również

{value} można używać w modyfikatorze template i onzacza po prostu miejsce, w którym będzie wstawiona wartość tagu. Innymi słowy, jesli chcesz aby wartość pola własnego była umieszczona w nawiasach piszesz:

[Towar::PW::kolor|template=`( {value} )`].

Dlaczego nie napisać po prostu ([Towar::PW::kolor])? Bo jeśli w towarze nie będzie pola własnego kolor, to otrzymasz w drugim przypadku puste nawiasy: (  )

Modyfikator szablonu template nie wygeneruje samych nawiasów jeśli wartość tagu (czyli to co idzie do {value}) będzie pusta.

 

Idąc dalej, operator then powoduje zastąpienie aktualnej wartości tagu inną wartością. W cytowanym fragmencie jest to np:

then=`na magazynie`. Cokolwiek było wartością tagu zostanie zamienione na wartość na magazynie. Wtedy jako {value} zostanie użyta nowa wartość przypisana przez modyfikator then, a nie pierwotna wartość tagu.

Jak widzisz, [Towar::Stan] jest tam użyty tylko do porównania z wartością 0, nie zaś do wyświetlenia samego stanu.

 

Domyślnie szablonem dla większości tagów jest `{value}`. Dla zdjęć jest to np `<img src="{value}" />.

 

10. Jakie są przykładowe zastosowania liczników własnych?

Numerowanie transakcji dodawanych ręcznie, aby zamiast nazwy Transakcja dodana ręcznie występującej tysiąckrotnie mieć np: Transakcja 1, Transakcja 2, Transakcja 3... Odpowiedni tag można wpisać w polu z szablonem nazwy dla pola transakcja Dotyczy w parametrach domyślnych transakcji w administracji.

 

12. I jeszcze przyuważona drobnostka - w module aukcje kolumna "ilość na magazynie" nazywa się "ilość mag", a w module towarów "ilość".

Zostawiliśmy w ten sposób celowo, żeby nie komplikować modułu towarów, w których ilość jest oczywista. W aukcjach natomiast jest ilość na aukcji, zatem dla odróżnienia od ilości magazynowej (czyli tej z modułu towarów) jest sufiks mag.

 

13. Taka mała drobnostka w pomocy w temacie o modyfikatorach - pasowałoby aby kolumna "wartość przed" była rozszerzona bo przykłady "przed" zlewają się i dla osób nie znających się na rzeczy są niezrozumiałe - np. contains.

Dzięki, też to wczoraj zauważyłem .

 

14. Gdzie się ustawia żeby nie wyskakiwało okienko potwierdzające chęć usunięcia pola własnego?

W parametrach użytkownika.

 

15. Jakaś nowa grafika Sellowskiego Diabełka w zakładce nowości? A w kogo on chce rzucić tą kulką ze śniegu? Uśmiech

Dokładniej, to zapożyczona z grafik przygotowanych do kalendarza, który kiedyś rozdawaliśmy na targach Allegro . A taki śniegowy, bo mamy luty .

 

16. Jak długie ciągi znaków mogą być porównywane przez modyfikatory is i contains

Nie są przez nas ograniczone. Są one traktowane literalnie, czyli napis musi być dokładnie taki jak porównujesz, ze spacjami itp. np. is=`buty zimowe` nie zadziała jeśli w tagu masz wartość "buty dobre zimowe".

 

17. Ewentualnie jeśli modyfikatory zostały zaimplementowane w Sello na podstawie gotowych rozwiązań to czy gdzieś można poczytać o tych rozwiązaniach bardziej szczegółowo, zobaczyć więcej przykładów, itp.

Wzorowaliśmy się na działaniu modyfikatorów w smarty oraz modx, aczkolwiek cały kod jest pisany przez nas, więc różnice w działaniu mogą się pojawić.

[PanBanBan Marcin 185]

Bardzo dziękuję Ci Bartek za doprecyzowanie

 

Już wczorajszy dzień był bardzo pracowity. No i noc, bo przez całą noc mój mózg parsował tagi A zapowiada się kilka takich następnych dni i nocy. Już pracuję nad kilkoma rozwiązaniami, z których pewnie większość użytkowników będzie chciała skorzystać

 

14. Gdzie się ustawia żeby nie wyskakiwało okienko potwierdzające chęć usunięcia pola własnego?

W parametrach użytkownika.

Bardzo, Bardzo, Bardzo za to dziękuję

[Ks. Robak 314]

Nowe Sello robi duże wrażenie jak już wspomniałem.

Widać dużą ilość pracy włożonej w przygotowanie tej wersji.

Aż muszę odczekać parę dni i przeznaczyć je na naukę, aby móc zacząć tworzyć nowe szablony.

 

Ale już widzę masę możliwości.

 

I te strony informacyjne o nowościach - super.

 

Możliwość ustawienia pytania przy usuwaniu pól własnych w 3 wariantach - super.

 

Kropka w środek

 

Szkoda tylko, że lista pól własnych w szablonach dostała pasek przewijania, a nie możliwość rozszerzenia okienka.

 

Tak tylko dodam to co mi się nasunęło:

Liczniki po utworzeniu powinny mieć wartość "Następnej wartości" jako 1, a nie 0.

[PanBanBan Marcin 185]

Szkoda tylko, że lista pól własnych w szablonach dostała pasek przewijania, a nie możliwość rozszerzenia okienka.

Masz na myśli listę tagów z lewej w zakładce opis? Ona w wersji 1.16 też ma paski przewijania?

 

No i nie dodali jeszcze zawijania wierszy w polach własnych

[PanBanBan Marcin 185]

Fałszywe apostrofy w modyfikatorach?

Zacząłem testy z modyfikatorami i na początku dla ułatwienia skopiowałem sobie przykłady z pomocy Sello i przerabiałem je sobie w różny sposób. Wszystko było okej dopóki jako wzory wykorzystywałem przykłady z pomocy Sello bo nie wpisywałem sam znaków apostrofów.

 

Problem pojawił się gdy zacząłem samodzielnie wpisywać modyfikatory, które w żaden sposób nie chciały się generować. Albo inaczej - generowały się jako pustka. Dopiero po jakimś czasie zauważyłem, że moje apostrofy różnią się wyglądem od tych skopiowanych z przykładów pomocy Sello

 

` - to jest apostrof z pomocy Sello, który znajduje się na klawiaturze z lewej strony od jedynki pod klawiszem Esc

' - to jest apostrof z klawiatury, który znajduje się na klawiaturze razem z cudzysłowem " obok klawisza Enter

 

Który apostrof jest prawdziwy i co za różnica czy użyję tego czy tego? Bo użycie tego co się znajduje razem z cudzysłowem generuje tag jako kompletną pustkę

 

 

[PanBanBan Marcin 185]

WIELKIE JAJA z modyfikatorami w szablonach wiadomości

1. Utworzyłem szablon nowej wiadomości, formatowanie HTML.

 

W szablonie umieściłem tag

[Klient::ImieNazwisko|is=`Jan Kowalski`|then=`czerwony`|else=`zielony`]

 

Przechodzę na paczki. Wybieram na liście paczkę na nazwisko Jan Kowalski !!! i klikam nowa wiadomość. Klikam z szablonu i wybieram nowo utworzony szablon. Oczywiście powinien się wygenerować napis czerwony bo nazwisko klienta się zgadza ale guzik - generuje się napis zielony

 

Błąd do powtórzenia od ręki. Możecie wpisać w is dowolne nazwisko z dowolnej paczki i zawsze wygeneruje się Wam zielony. Sami spróbujcie

 

Nawet nie zdajecie sobie sprawy ile czasu zajęło mi zlokalizowanie przyczyny tego błędu. Dotyczy on wszystkich modyfikatorów... ale tutaj ZONK - nie powiem Wam teraz jaka to przyczyna. Zobaczymy ile czasu Wam zejdzie na rozwiązanie tej zagadki Ja też chcę mieć trochę radochy...

 

Oczywiście jak nie zlokalizujecie przyczyny tego błędu to Wam powiem – jakby co to wiecie gdzie mnie szukać

 

 

 

2. Szablony wiadomości sformatowane jako zwykły tekst to jakaś masakra. Po zapisaniu rozwala się cały układ maila łącznie z tagami. I nadal generuje się napis zielony Taka podpowiedź, że to nie o to chodzi Ale nadal szablon wiadomości sformatowany jako zwykły tekst to masakra

 

[PanBanBan Marcin 185]

W jaki sposób wyłuskać tylko jedną notatkę do dokumentu zawierającą adres punktu odbioru?

[Transakcja::NotatkiDoDokumentu|contains=`adres punktu odbioru:`
|then=`[Transakcja::NotatkiDoDokumentu]`
|else=``]

 

Wszystko ładnie się wstawia - czyli jeśli notatka do dokumentu zawiera tekst "adres punktu odbioru:" to wstawi się zawartość notatki, a jak nie zawiera to wstawi się pustka. Ale problem się zaczyna gdy do dokumentu są oznaczone dwie lub więcej notatek - wtedy wstawiają się wszystkie, a tego nie chcemy

 

Nie widzę tutaj rozwiązania do wyłuskania tylko tej jednej konkretnej notatki ale mam nadzieję, że się mylę Tag [Transakcja::NotatkiDoDokumentu] zawiera w sobie wszystkie notatki...

 

Jeszcze próbowałem kombinować z truncate ale liczba znaków w adresie odbioru jest różna i nie da się tego zestandaryzować w ten sposób. Może pomógłby jakiś modyfikator usuwający całość znajdującą się przed lub po wykrytym fragmencie tekstu? I gdyby wykrył w tagu NotatkiDoDokumentu tekst o numerze 2.spacja, to usunąłby 2.spacja plus całość znajdującą się za tym 2.spacja?

 

Albo może dodać tag - "notatka do dokumentu nr 1" bo chyba adres punktu odbioru zawsze jest wpisywany w notatkę numer 1. Chociaż jak dodamy go ręcznie to i tak będzie inny numer notatki więc najlepsze byłoby pole własne do którego można by wpisywać adres punktu odbioru lub przekopiowywać z wiadomości i byłby święty spokój ale to wymagałoby dodania uniwersalnych pól własnych do przesyłek z możliwością ich dodawania do transakcji i paczek, o czym już kiedyś pisałem...

A może właśnie to by pomogło na te wszystkie dziwne przypadki - słownik pól własnych do transakcji i paczek - taki sam jak do towarów. I do każdej transakcji można by dodawać pola własne z tego słownika? Plus umożliwiony ich eksport, wydruk i tagi tych pól w wiadomościach? Tak tylko się głośno zastanawiam...

[Ks. Robak 314]

Szkoda tylko, że lista pól własnych w szablonach dostała pasek przewijania, a nie możliwość rozszerzenia okienka.

Masz na myśli listę tagów z lewej w zakładce opis? Ona w wersji 1.16 też ma paski przewijania?

 

;D ;D

Tak, teraz też to zauważyłem

 

 

Coś mi się zdaje, że wszystkie błędy poprzednich pól własnych dalej są

 

Właśnie przetestowałem usuwanie treści pola z poziomu grida - pole zostało usunięte po kliknięciu OK.....

 

Pole kopiowane z innego towaru zmienione w treści w okienku zmian zbiorczych.....dalej kopiuje to co było w towarze, a nie ze zmienioną treścią....

 

No i szkoda, że ciągle nie można wsadzić [Towar::Masa] do szablonu towaru do Specyficznych "Waga (z opakowaniem)".

 

 

[Ks. Robak 314]

Albo robię coś źle albo nie działa

 

W szablonie wiadomości wpisuję:

 

 

[Transakcja::ListaTowarow|template=`< b >{value}< /b >`]

 

 

i potem w wiadomości pojawia mi się

tabelka a przed nią jest < b >

a po niej < \b >

 

jako tekst.

 

 

Oczywiście tych spacji tam nie ma.

[Alwin Kolano 143]

Wydaje mi się, nie ma prawa to działać ponieważ w wiadomościach nie ma edytora HTML tak jak jest to w przypadku szablonu aukcji.

 

Jak chcesz mieć listę towarów wytłuszczoną czcionką to w szablonie wiadomości napisz pogrubioną czcionką [Transakcja::ListaTowarow]

[PanBanBan Marcin 185]

Właśnie przetestowałem usuwanie treści pola z poziomu grida - pole zostało usunięte po kliknięciu OK.....

Doprecyzuj o czym mówisz to przetestuję u siebie...

 

Pole kopiowane z innego towaru zmienione w treści w okienku zmian zbiorczych.....dalej kopiuje to co było w towarze, a nie ze zmienioną treścią....

Tu też musisz doprecyzować o czym piszesz bo u mnie działa na 1.16.1.

Zaznaczam towary na liście, zmiany zbiorcze, pola własne - wczytaj z wartościami.

Zmieniam wybrane pole własne z tych wczytanych poprzez jego otwarcie lub na gridzie i klikam ok żeby wykonać zmiany zbiorcze

Wszystkie towary posiadają zmienioną wartość tego pola, a nie tą z wczytanego towaru...

Jak Ty to robisz?

 

No i szkoda, że ciągle nie można wsadzić [Towar::Masa] do szablonu towaru do Specyficznych "Waga (z opakowaniem)".

To pewnie zostanie załatwione wraz z przeniesieniem specyficznych, kategorii, wyróżnień, itd. do pól własnych ale to będzie musiało pewnie poczekać bo Alwin się niecierpliwi o auto-funkcje, które są równie ważne albo i nawet ważniejsze

[Ks. Robak 314]

Właśnie przetestowałem usuwanie treści pola z poziomu grida - pole zostało usunięte po kliknięciu OK.....

Doprecyzuj o czym mówisz to przetestuję u siebie...

 

 

Mówię o tym https://forum.sello.pl/index.php?topic=7132.msg45376#msg45376

 

 

Pole kopiowane z innego towaru zmienione w treści w okienku zmian zbiorczych.....dalej kopiuje to co było w towarze, a nie ze zmienioną treścią....

Tu też musisz doprecyzować o czym piszesz bo u mnie działa na 1.16.1.

Zaznaczam towary na liście, zmiany zbiorcze, pola własne - wczytaj z wartościami.

Zmieniam wybrane pole własne z tych wczytanych poprzez jego otwarcie lub na gridzie i klikam ok żeby wykonać zmiany zbiorcze

Wszystkie towary posiadają zmienioną wartość tego pola, a nie tą z wczytanego towaru...

Jak Ty to robisz?

 

 

Mówię o tym https://forum.sello.pl/index.php?topic=7132.msg47634#msg47634

 

Pamiętam, babcia mi opowiadała, że na starych wersjach Sello to chodziło dobrze.  ;D

W 1.17 się zepsuło.

 

 

[Alwin Kolano 143]

...ale to będzie musiało pewnie poczekać bo Alwin się niecierpliwi o auto-funkcje, które są równie ważne albo i nawet ważniejsze

 

polejcie mu bo dobrze mówi/pisze

Teraz allegro daje dużo możliwości wystawiasz raz aukcję do wyczerpania zapasów, a Sello bedzie dbać o to aby ilość towarów była adekwatna do magazynu w skrócie autouzupełnianie stanów na aukcji. Zobacz ile to rozwiązuje problemów dot. atrybutów specyficznych, jaka automatyzacja, jakie oszczędności - osobę wystawiającą aukcje można zatrudnić na 1/4 etatu  .

 

PS. przypomnijcie mi albo rzućcie kilkoma propozycjami do czego można/będziecie wykorzystać te modyfikatory  

[Ks. Robak 314]

...ale to będzie musiało pewnie poczekać bo Alwin się niecierpliwi o auto-funkcje, które są równie ważne albo i nawet ważniejsze

 

polejcie mu bo dobrze mówi/pisze

Teraz allegro daje dużo możliwości wystawiasz raz aukcję do wyczerpania zapasów, a Sello bedzie dbać o to aby ilość towarów była adekwatna do magazynu w skrócie autouzupełnianie stanów na aukcji. Zobacz ile to rozwiązuje problemów dot. atrybutów specyficznych, jaka automatyzacja, jakie oszczędności - osobę wystawiającą aukcje można zatrudnić na 1/4 etatu  .

 

 

 

To tylko złudna fajność.

Pamiętaj, że możesz zmieniać ilość, ale nie możesz zmieniać ceny.

A teraz przy szalejącym dolarze ceny mam co dostawę inne.

I co mi z tego, że jak wrzucę 20 szt. nowego towaru to Sello mi je wystawi (zwiększy) po obecnej cenie ?

I tak trzeba ręcznie nad tym zapanować.

 

 

PS. przypomnijcie mi albo rzućcie kilkoma propozycjami do czego można/będziecie wykorzystać te modyfikatory  

 

Można np. zrobić tabelkę, w której wiersze wstawiają się tylko tam, gdzie jest wpisana wartość pola własnego.

Koniec z tabelkami pod każdy produkt.

Można sobie zrobić tabelkę ogólną, a tam gdzie nie ma jakiejś cechy, po prostu się jej nie wpisuje.

 

Mniej CSS do ukrywania i pokazywania niepotrzebnych elementów w szablonie (np. zdjęć, linków do youdupa).

 

Możliwość pokazywania i ukrywania elementów tekstu w opisie, np.

-mam noże jednej firmy, dla której projektuje te noże kilku designerów.

Zamiast kopiować za każdym razem do opisu noża opis odpowiedniego designera, to mogę wsadzić do szablonu opisy wszystkich designerów i włączać ten właściwy polem własnym.

 

Jest fajnie, a będzie jeszcze lepiej.

 

 

No dobra Alwinie, wiem, że przy produktach jednorazowych jak u Ciebie te wszystkie zalety mogą być mniej atrakcyjne. Ale jak ktoś handluje towarami seryjnymi to dużo na tym skorzysta, jeżeli oczywiście

"Wykona dużo pracy, aby potem nic nie robić"

(-) PanBanBan 14:32.

 

;D ;D

 

[PanBanBan Marcin 185]

Właśnie przetestowałem usuwanie treści pola z poziomu grida - pole zostało usunięte po kliknięciu OK.....

Doprecyzuj o czym mówisz to przetestuję u siebie...

Mówię o tym https://forum.sello.pl/index.php?topic=7132.msg45376#msg45376

Potwierdzam ten błąd na wersji 1.16.1

Wprawdzie u mnie pole nie zniknęło z listy pól własnych - było cały czas na nim widoczne ale nie dało się go już edytować. Po zapisaniu towaru już go nie było.

 

Ale w wersji 1.18 beta działa to trochę inaczej:

a)

-na liście dodałem nowe pole, wpisałem w nie wartość na gridzie, klikłem enter

-ponownie zaznaczyłem to pole na liście w gridzie i backspacem usunąłem jego wartość i klikłem enter

-pole nadal jest na liście w towarze (można je normalnie edytować) --> patrz podpunkt b

-zapisałem towar i otworzyłem go ponownie - pola nie było

 

b)

-po usunięciu wartości pola backspacem i kliknięciu enter - pole nadal jest na liście i jest edytowalne

-jeśli wpiszemy w nie nową wartość + enter to po zapisaniu towaru i ponownym jego otwarciu to pole będzie w towarze nadal z prawidło wpisaną ostatnią wartością

 

Ja akurat używam tutaj strzałek, a nie Entera bo po jego użyciu znika mi zaznaczanie na gridzie i trzeba klikać po kilka razy strzałki żeby ponownie wróciło.

 

 

Pole kopiowane z innego towaru zmienione w treści w okienku zmian zbiorczych.....dalej kopiuje to co było w towarze, a nie ze zmienioną treścią....

Tu też musisz doprecyzować o czym piszesz bo u mnie działa na 1.16.1.

Zaznaczam towary na liście, zmiany zbiorcze, pola własne - wczytaj z wartościami.

Zmieniam wybrane pole własne z tych wczytanych poprzez jego otwarcie lub na gridzie i klikam ok żeby wykonać zmiany zbiorcze

Wszystkie towary posiadają zmienioną wartość tego pola, a nie tą z wczytanego towaru...

Jak Ty to robisz?

Mówię o tym https://forum.sello.pl/index.php?topic=7132.msg47634#msg47634

 

Pamiętam, babcia mi opowiadała, że na starych wersjach Sello to chodziło dobrze.   ;D

W 1.17 się zepsuło.

Nie potwierdzam tego błędu w 1.18 beta. Zrobiłem w 1.18 tak samo jak zrobiłem to w 1.16.1 i towar miał naniesione zmiany. Zmiany robiłem bezpośrednio na gridzie jak i otwierałem wybrane pole własne - wszystko naniosło się zgodnie ze zmianami.

[Ks. Robak 314]

Nie potwierdzam tego błędu w 1.18 beta. Zrobiłem w 1.18 tak samo jak zrobiłem to w 1.16.1 i towar miał naniesione zmiany. Zmiany robiłem bezpośrednio na gridzie jak i otwierałem wybrane pole własne - wszystko naniosło się zgodnie ze zmianami.

 

Nie to nie !

 

No dobra, odkryłem pewną zależność.

 

Jak się nie zaakceptuje enterem tylko kliknie OK to się nie pojawia w nowym towarze.

A jak się zaakceptuje, to się pojawia.....

 

 

[PanBanBan Marcin 185]

Nie potwierdzam tego błędu w 1.18 beta. Zrobiłem w 1.18 tak samo jak zrobiłem to w 1.16.1 i towar miał naniesione zmiany. Zmiany robiłem bezpośrednio na gridzie jak i otwierałem wybrane pole własne - wszystko naniosło się zgodnie ze zmianami.

 

Nie to nie !

 

No dobra, odkryłem pewną zależność.

 

Jak się nie zaakceptuje enterem tylko kliknie OK to się nie pojawia w nowym towarze.

A jak się zaakceptuje, to się pojawia.....

Czyli prawidłowo? Nie zaakceptowałeś naniesionych zmian Enterem więc skopiowała się do towaru stara zawartość tego pola. Ale strzałką przejście na inne pole też wystarczy żeby zaakceptować zmiany w polu?