In den Kasseneinstellungen gibt es das Feld "General mail attachment".
Da dachte ich mir "cool - genau das was ich brauche um die AGBs mitzuschicken".
Leider funktioniert das wohl nicht ganz so wie ich das erwartet habe. Weder die Angabe mit "http..." noch eine Angabe mit dem lokalen Dateipfad hat dazu geführt, dass die PDF angehängt wurde.
Das ist aber genau der richtige Weg. Im englischen Tooltip stehts drin "Lade den Anhang in den Verkäufer Media Ordner und trage hier den Namen ein.
SErvus,
erstmal am besten auf vm3.0.4 updaten. Ansonsten die ACL überprüfen, falls das nicht geholfen hat.
Man könnte es optional einbauen, so ähnlich wie bei den Bildern, "zeige brutto Preise, wenn weniger als 30 Produkte gelistet werden".
Es ist relativ einfach zu schreiben, aber es ist halt eine Performance Sache. Wenn es einer ordentlich schreibt und nen patch gibt, patch ich es rein. Wenn jmd was zuschiesst, kann ich es auch schreiben.
lol, nicht zu fassen. Also am code braucht man garnichts ändern.
Richtig macht man es so
Shopperfields =>agreed, das ganze auf hidden setzen, default auf 1 und fertig, den Rest macht VM. und ja seit vm2.6.12 oder so, sollte ein einfaches unpublish auch reichen.
Interessant, auf meinen qnap NAS gings sofort. Eigentlich sollte es 755 sein
das kommt entweder durch png bilder im pdf, oder absolut eingebundene Bilder im PDf (also mit http:// eingebundene Bilder). Meist handelt man sich sowas ein, wenn man html in payment/shipment beschreibungen nutzt.
Einfach die neue vm3.0.4 ziehn. Dann child variante auswählen. Also generic child einfach gegen child variant austauschen. Damit geht deutlich mehr.
Genau dafür ist es.
Das Feld ist hauptsächlich für Währungskonvertierungen gedacht.
das ganze ist auch keine Profitmargin, falscher Fachbegriff, wird ausgetauscht. Man kann z.B. den Einkauf in Doller reinschreiben, z.B. 25$, das wird dann in Shopwährung umgerechnet, danach kann man die Regel für Profit anwenden. Das ergibt den Basispreis, der wird modifiziert durch Varianten und darauf kommt dann (im deutschen system) die Steuer und dann der Discount, dann wird die Steuer nachgerechnet. In anderen system wird zuerst der Preisabschlag berechnet und dann die Steuer.
Du machst ein unpublished product als Muster
und erstellst dann Kinder. Alles was der Elter hat, hat auch das Kind. Die leeren Felder werden automatisch gefüllt. Du kannst die leeren Felder der Kinder mit Inhalt füllen und damit die Eigenschaft vom Papa überschreiben.
Du kannst mit den Strings Gruppen bauen, du kannst aber auch "islist" nutzen und in den default die listwerte mit ; getrennt eintragen. Dann hast ein customfield was gleich die fertige Liste ist.
und bitte auf vm3.0.2 updaten.
in Joomla SEO aktivieren (haken) in VM nicht "seo deaktivieren", also kein Haken.
Na, das ist doch gut zu wissen. Dieses SEO abschalten für VM ist imho für 3rd party SEF componenten. Der normale Betreiber braucht da nix umstellen.
Vermutlich bist du ein gewissenhafter Benutzer, der sich jede Einstellung anschaut und seine Gedanken dazumacht. Das mag gerne Monate her sein.
In VM versuchen wir es so zu machen, dass man Einstellungen nur tätigen muss, wenn man von der Norm abweicht. Soweit die Theorie 
, klappt natürlich nicht immer (was ist schon die Norm).
Schöner Shop,
zur Kasse steht ja da, wenn alles richtig ausgefüllt ist, wird daraus "Kaufen", oder so.
Naja, das ist für mich eine Krücke, keine Lösung.
Das funktioniert normalerweise natürlich mit SEF angeschaltet. Kann es sein, das seo in joomla eingeschaltet ist, aber in vm ausgeschaltet?
dann bennenne nur html/com_virtuemart/cart und user um, ... so behälst du die restlichen overrides.
Ich empfehle aber immer erstmal alles abzuschalten und dann nochmal zu gucken, was man wirklcih geändert haben will. Viele Overrides in templates fixen Fehler nicht mehr vorhandene Fehler.
Super, vielen Dank Milbo
Nachdem ich auch in der Zahlungsart in der Konfiguration die richtige Angabe in "Bestellstatus für noch ausstehende Zahlungen" mit dem neuen Bestellstatus (ungleich P) gefüllt habe, funktioniert jetzt alles bestens! Habe irgendwie die Konfiguration in der Zahlungsart immer übersehen ... sorry.
Ja das ist mistig. Es liegt daran, dass es eben Sinn macht verschiedene Orderstati je nach Payment zu nutzen. Man überlege nur Vorkasse/Überweisung, per Nachnahme, Kreditcart, paypal und ähnliches.
Bei Vorkasse wartet man bis das Geld da ist und verschickt dann.
Bei Nachnahme verschickt man gleich.
Bei Kreditkarte üblicherweise gleich
Bei Paypal erst wenn das Geld angekommen ist, aber wird automatisch umgestellt.
Daher leider etwas unübersichtlich.
Genau dieses Problem sollte in vm2.9.9.5 behoben sein. Für vm2.6 gibts deinen workaround.
es gibt keine deutschen Produkte.
Es gibt Produkte und diese haben Übersetzungen. Ein normales Produkt hat eine Übersetzung. ein 2 sprachiges Produkt hat 2 Übersetzungen.
Vermutlich machst du sowas wie den shop auf englisch eingestellt und auf deutsch im BE ansehen. Die Standard shop sprache ist deine joomla Frontend default Sprache.
