Ulrich

What “div” thing? Site is online, but in maintenance mode. Can give you login to include yourself in IP-whitelist.

@wakabayashi Yes, i want some HTML in my shortdescription, therefore i changed {$product.descriptionshort|striptags:'UTF-8'|truncate:360:'...'} to {$product.descriptionshort} as you suggested. This doesn't work and make descriptionshort invisible because if i add add a picture to an article in editor or open and save an article in editor for another reasaon, editor will enclose descriptionshort with ...

@zimmer-media But truncate means only counting of charakters to 360 (or any other length, cut the rest and delete it. It's not related to this dilemma of “” … “ ” inside “” … “ ”. striptags will remove inner pair of p and make descriptionshort visible, but no chance for text formatting. I think, clean solution will be to prevent adding this inner pair of p tags.

@zimmer-media As far as i know, closing the editor of articles will always parse the text of description_short and will add this p tag.

@zimmer-media But this is the code for displaying descriptionshort. p tag is added anywhere else. Why? But you're right: striptags will remove all tags and would solve the problem. Many thanks! But this means i can't use and anymore and have a totally unformatted description_short.

@zimmer-media template for PS 1.6

uuuum, regression? Is that something contagious ?

p tag is in database table tbproductlang in field description_short. But ONLY for those articles, wher i have before manually added a picture in cataloge > article > edit. That is it: Opening and closing any article, no matter what the occasion, will add the p tag. Have checked it right now. It may not be seen anywhere else that it causes an error, only in the list view where it prevents the display of description_short.

No, it doesn't help. Opening and saving any article will always add “” … “ ” and make it invisible.

No, it doesn't help. Have also removed "" ... " " before saving. If i open again, "" ... " " was added again...

@lesley This is my description_short: Büdingen, Angela von: Gereimte Homöopathie. Eine Arzneimittellehre in Versen. Heidelberg, Haug, 1997; 152 S., broschiert ; 19 cm ; guter Zustand, geringe Gebrauchsspuren ; ISBN 3-7760-1629-9 Don't name it malformed :-( Anywhere is added and if i open in editor it has changed to Büdingen, Angela von: Gereimte Homöopathie. Eine Arzneimittellehre in Versen. Heidelberg, Haug, 1997; 152 S., broschiert ; 19 cm ; guter Zustand, geringe Gebrauchsspuren ; ISBN 3-7760-1629-9 THIS is malformed, because its inside ...

@lesley yes, i think so. I made a dirty workaround and replaced in product_list.tpl the lines <p class="product-desc" > {$product.description_short} </p> with <p class="product-desc" > {str_replace("<p>", "", {str_replace("</p>", "", $product.description_short)})} </p> This works fine, but it would be better to search around where this useless "... " is added to $product.description_short and remove it.

@lesley I don't think it's theme related, because opening and saving articles in BO is genuine thirty bees?

@DRMasterChief Wenn ich manuell einen Artikel anlege, muss ich die Zuordnung aus den vorhandenen Kategorien wählen. Wenn ich auf “neue Kategorie” gehe, verlasse ich nach einer Warnmeldung, daß bereits eingegebene Artikel-Daten verlorengehen die Artikel-Maske und die Kategorie-Maske öffnet sich. Beim Import mit csv, xls usw. scheint - analog dazu - vorausgesetzt zu werden, daß vor dem Import bereits für jeden Artikel eine Kategorie mit IDENTISCHEM Namen vorhanden ist. Andernfalls bekommen alle NACHFOLGENDEN Artikel nach dem ersten Artikel, für den die Kategorie fehlt, dessen identischen “SEO-freundlichen” Link. Außerdem ist mir aufgefallen, daß beim Import Fehler in der Zuordnung zu einer Kategorie auftreten, wenn bei den Import-Daten eine Kategorie ein “&” enthält, z.B. “Astronomie & Kosmologie”, während “Astrologie und Kosmologie” funktionierte. Ob und für welche anderen Sonderzeichen das noch zutrifft, habe ich nicht überprüft.

false thread, can not delete this post, sorry

@DRMasterChief Wenn ich manuell einen Artikel anlege, muss ich die Zuordnung aus den vorhandenen Kategorien wählen. Wenn ich auf "neue Kategorie" gehe, verlasse ich nach einer Warnmeldung, daß bereits eingegebene Artikel-Daten verlorengehen die Artikel-Maske und die Kategorie-Maske öffnet sich. Beim Import mit csv, xls usw. scheint - analog dazu - vorausgesetzt zu werden, daß vor dem Import bereits für jeden Artikel eine Kategorie mit IDENTISCHEM Namen vorhanden ist. Andernfalls bekommen alle NACHFOLGENDEN Artikel nach dem ersten Artikel, für den die Kategorie fehlt, dessen identischen "SEO-freundlichen" Link. Außerdem ist mir aufgefallen, daß beim Import Fehler in der Zuordnung zu einer Kategorie auftreten, wenn bei den Import-Daten eine Kategorie ein "&" enthält, z.B. "Astronomie & Kosmologie", während "Astrologie und Kosmologie" funktionierte. Ob und für welche anderen Sonderzeichen das noch zutrifft, habe ich nicht überprüft.

@DRMasterChief if I remember correctly, i also had the problem a few weeks ago. i think it occurred when i imported articles with csv without to create previousley the related category in BO. The problem has disappeared, as soon as I created - before import - a category for all imported articles and problem reappeared for all subsequent articles in the csv, if there was for any ONE of imported articles no identical category in BO. Ich bin SEHR daran interessiert zu erfahren, ob JTL-WaWi mit thirty bees reibungslos zusammenarbeitet ... ;-)

version 1.0.4 RC , warehouse-theme , PHP 7.0 I do not know if this also applies to version 1.0.3: If i import articles with short descriptions with a csv file, in the category-catalogs in the grid and table views the name of the product is displayed, in the list view the name of the product and also the short description is displayed, but ONLY if there is NO reference to an image and instead the default no-image-available-image is loaded. If I open and save an article in which the short description in list view is displayed (one of those without a picture) in the BO and save it again, short description will no longer be displayed, even if i don't change anything in the editor. The reason is that within "short description" </ p> another pair </ p> is inserted when i open the article in the BO or if a picture is referenced to the article, like this: "short description" </ p> another pair </ p> and therefore "short description" remains invisible :-(

You are faster than Santa's reindeer! Yes, it works fine without user groups on both one-page-checkout and five-page-checkout. Thank you very much

Fine, thank you!

No problem, in the meantime i will activate user groups. Any chance for beta test 1.0.4 ?

Finally, i think query for custom payments should be changed, to enable custom payments also for setting "user groups" = "no" in "Performance".

In terms of custom payments: Basically, I doubt how the order in the one-page checkout can actually work: it's the reverse order (from top to bottom) as in the 5-step order process. The customer chooses first a payment method, then a shipping method, as the third decides the shop code, as to which customer group (guest, create account) befitting he ordered and then he enters his address. What if the payment method and / or shipping method was not approved by the shop owner for this customer group and / or address? I think order should be as in 5-step order process?

Das ist kein Bug, sondern meine eigene Blödheit: In den Einstellungen > "Leistung" waren unter "Optionale Funktionen" die "Kundengruppen" deaktiviert. Nach Aktivierung von "Kundengruppen" werden die custom payments angezeigt.