Beiträge von Milbo

    Hallo,


    ihr habt mich mit den Erklärungen ein ganzes Stück weiter gebracht. Allerdings scheitert es am AUTOMATISCHEN Emailversand.


    Bei Kundenregistrierung gehen Emails an Käufer und Verkäufer raus. Wenn der Käufer "Kaufen" anklickt, bleibt der Status "in Bearbeitung", daher geht keine Email raus. Nach meiner Vorstellung und der Erklärung von Stefan müsste ja mit "Kaufen" der Status automatisch wechseln und die Bestellbestätigung verschickt werden.


    Nein, das bestimmt die Zahlungsmethode und daher wirft das Thema soviel Fragen auf. Denn es gibt 3 Hauptmöglichkeiten, welche gleichermaßen benutzt werden.


    1. Versand und dann Bezahlung
    a) Üblich Email ohne Rechnung, order status "von Käufer bestätigt", es wurde noch nichts bezahlt.
    b) mit Rechnung (Soll Besteuerung)


    Die Ware wird ausgeliefert => "versendet", dann bezahlt => "bestätigt", da könnte man einen eigenen Orderstatus nutzen, der heisst z.B. "versendet und bezahlt"


    oder
    2. Bezahlung per Wallet system (paypal, sofort, usw)
    Das Bezahlsystem updated den Order status in VM wenn bezahlt wurde (auch bei refunds, cancel, usw), die emails werden automatisch versendet (je nach gesetzten Orderstatus), üblich ist das für der Orderstatus "bestätigt", alles was auf bestätigt steht wird dann verschickt (falls es da zu Kollision kommt, sie 1b)


    3. Kreditkarte
    is ähnlich wie 1b)


    Unten sind ein paar Workflows aufgelisted http://docs.virtuemart.net/man…-concepts/220-orders.html

    Datenschutzbestimmung ist dasselbe wie tos, bzw widerruf. Ein Benutzerfeld "custom".


    Man macht einmal wieder eine Kopie, mit anderem Namen, etc (kann ich in der Membership auch mitgeben, is ni viel arbeit). Dann wird der Rest nur noch per GUI gesteuert. Wo man was eingibt, registrieren, Versand, Cart. oder auch halt in beiden (Registrieren und Warenkorb).


    Das PDF, was man anfügt, macht man dann händisch. Das sollte dann halt bei mindestens einer email mitgeschickt werden. Sollte mit der Rechnung z.B. gleichzeitig gehen. Wenn das nicht gleichzeitig geht, muß ich mir den Bug ansehen.

    Ja, aber was ihr beide nicht erwähnt habt.


    Die wid.php (mein Name für die Datei mit der Widerrufsbelehrung) sollte im sublayout ordner des Cores liegen. Denn sie ist im Core nicht dabei und würde nicht überschrieben werden (ausser Membership version). Vorteil das layout wäre in jedem template verfügbar.
    Sie kann aber auch die Datei in den Override folder des templates für die sublayouts legen, dann ist sie nur in diesem Template verfügbar.
    In ihrem Fall rate ich davon ab, Layout Overrides zu benutzen. Viele Templates bringen ihre eigenen Overrides bereits mit. Man sollte versuchen sich auf reine css overrides zu beschränken, dann hat man am wenigsten Ärger.


    Das letzte größere Bohai gabs bei der Versandkostenanzeige, was quasi kaum möglich ist, gemäß der Vorgabe umzusetzen.


    VM tut es, exakt!



    Also sie müssen quasi im Warenkorb direkt sichtbar sein und nicht erst am Ende des Bestellvorgangs (Der läuft in meinem Shop wohlgemerkt über 4 oder 5 Seiten).


    und da merkt man, das juristisch hier einiges durcheinander geworfen wird. Der Bestellvorgang ist reines Datensammeln, das ist die Vorbereitung zu einem Vertrag. Entscheidend ist nicht das Datensammeln, sonder NUR die Präsentation am Ende, das ist der Vertrag und muß sich an die Gepflogenheiten eines korrekten Vertrags halten. Der "Kostenpflichtig bestellen" oder "Kaufen" button wird behandelt wie die Unterschrift eines Vertrages. Man kann Inhalte die unter der Unterschrift eines Vertrages stehen (z.B. auf einem extra Blatt), sogar anfechten (wenn auf dem Blatt kein extra Kürzel ist, mehrseitige Verträge bekommen wenn man es richtig macht ein "gesehen" Kürzel).
    Desweiteren ist ein ordentlicher Vertrag übersichtlich und es steht nichts drin, was da nicht rein soll, also keine Werbung erlaubt. Allerdings darf man schon Werbung in der Warenkorb Ansicht machen, z.B. unterhalb des "Kaufen" Buttons, oder überhalb der Adresse (aber ich würds dennoch lassen).



    Also unter Umständen, bei einem nicht eingeloggten Kunden ohne Kenntnis des Versandlandes. Also steht da entweder standardmäßig zunächst der Versand für Deutschland oder – hab ich bei einigen Shops auch schon gesehen – man kann in nem extra Feld die PLZ angeben.


    Da kommen wir der Sache schon näher, das ist nämlich ein andere Grundsatz im B2C Geschäft innerhalb Deutschlands. In Deutschland wird dem Kunden der Endpreis, inklusive aller Steuern gezeigt. Das kann man ganz einfach selber überprüfen, geht man in die Norma um die Ecke sieht man nur Nettopreise, geht man in die Metro (ursprünglich reiner B2B Markt) sieht man die Nettopreise und Brutto in klein, da ein B2B.
    Letzendlich geht es nur darum, Laienhaft gesagt, der Kunde soll keine Überraschung beim Kaufen erleben. Man muß sich auch immer Fragen, wozu und warum wurde so ein Gesetz gemacht. Das mit den Versandkosten wurde gemacht, weil Leute bei ebay anfingen, ihr Geld mit dem Versand reinzuholen. Diese Unsitte hat sich dann auf kleine Shops übertragen. Es widerspricht auch dem Wettbewerbsgedanken, da macht einer das Produkt 1 euro billiger und holt es über den Versand rein (und wird auch oft nichtmal versteuert). Um diese Unsitte zu unterbinden wurde das neue Gesetz erlassen.
    Ähnlich mit dem "kostenpflichtig kaufen", da ging es ja um Abos, die sich als kostenlos präsentiert haben, hat man die bestellt, hatte man auf einmal einen Abovertrag, mit allen Fallen die man da so kennt.


    Also wie machts denn VM? VM kann die Versandkosten dynamisch auf der Produktansicht darstellen. Dabei wird der Versandpreis des Warenkorbs angezeigt und zwar inklusive der Annahme, man würde 1 Produkt des gezeigten Kaufen. (ich merk schon, daß wird ein neuer Manual Eintrag).
    Beispiel:
    Man hat ne Versandmethode konfiguriert, welche kostenfreien Versand ab 100 euro anbietet, ansonsten 5 euro kostet. Gehe ich auf ein Produkt sehe ich als Versandpreis 5 euro. Jetzt füge ich ein Produkt hinzu für 70 euro. Beim nächsten Produkt hängt es vom Preis des Produktes ab, was ich sehe. Kostet das Produkt weniger als 30 euro, sehe ich weiterhin 5 euro, kostet das Produkt mehr als 30 euro (70 + 30 = 100 => kostenfrei), sehe ich als Versandkosten 0,0€.


    Die nächste Frage von dir war, woher kennt VM das Land? Es gibt 2 Möglichkeiten. Es gibt die einfache günstige Möglichkeit, man setzt als Standard die ID von Deutschland in das "default" Feld vom shopperfield (Benutzerfeld oder so) virtuemart_country_id. Die id ist 81, imho. Btw im Manual hab ich dafür bisher nur einen Satz, sollte wohl ein Tutorial hin Shopperfields - VirtueMart Documentation


    Die coolere Möglichkeit kostest an bissal, dafür gibts den kostenfreien Geolocator und den günstigen vmLocaliser. Der Geolocator bietet eine Datenbank welche uns sagt, welche IP aus welchem Land kommt. Das funktioniert zu 99%. Der vmLocaliser setzt diesen Wert für Gäste und Registrierte ohne eingegebenes Land beim Betreten des Shops automatisch. Orders : VM-Localise


    Das ganze arbeitet auch zusammen mit MOSS Orders : Bundle MOSS Tax + VM Localise und wenn man richtig abgehen will auch mit EU VAT ID (TIN) check für B2B Orders : Bundle EU Vat ID checker + MOSS Tax Synchroniser .


    ist so der Anbieter quasi immer in der Pflicht, alles rechtskonform anzupassen, sonst steigen ihm die Nutzer aufs Dach.


    Die Nutzer sind das in der Regel nicht, sondern die, ehrm Abmahnmafia. Für mich eine rechtswidrige Industrie, die es in dieser Form auch nur in Deutschland gibt. Man muß im übrigen auch nicht jede Abmahn hinnehmen und nicht jede ist korrekt. Vor Gericht ists wie auf Hoher See ;-)



    Lt. dem Video fehlen VM nur noch zwei Kleinigkeiten zur Trustedshopszertifizierung. Also gehe ich davon aus, dass alles geht und sich nur die Frage stellt, ob ichs auch raffe wie.


    Ja, das geht. Dafür haben wir extra die Attachment Funktion eingebaut. Der Rest besteht aus meiner Meinung nach teils unsinnigen Vorgaben. Dazu muß man wirklich wissen, daß gerade Trusted Shops, weil sie eben haftbar sind, das Gesetz sehr, sehr streng auslegen und auch gerade im Sinne von jmd, der kein Plan hat. Das ist nicht Dummheit von denen sondern imho die Idee, daß im Zweifel der Richter wenig Ahnung (vom Internet) hat und dem Wortlaut des Gesetzes folgt (gab es oft genug). Es gibt dazu noch einige aufs Internet spezialisierte Anwälte, welche letztendlich ihr Geld damit verdienen, Webseiten Betreiber übelste Schreckensvisionen zu erzählen. Letztendlich wurde da die letzten Jahre viel diskutiert, so wie es aussieht scheinen wir Recht gehabt zu haben. Falls man sicher gehen will scheint auch die Zertifizierung vom Händlerbund völlig ausreichend zu sein.
    Hier isn netter Thread zu dem Allgemeinem Problem Wie der



    In der widerruf.php steht bisher der aus der Tos kopierte Text. Mir ist klar, dass ich da was anpassen muss, nur was wurde eben im Video nicht gesagt und der Zeichenwirrwarr in der Datei überfordert mich.


    Die fertige Datei is in der Membership drin Support : VirtueMart Supporter Membership
    Grund ist, die läßt sich einzeln schwer verkaufen.


    „Dafür hab ich mal das Vendormodul geschrieben. is auch bei der Membership als Added value dabei.“ Für mich wieder Fachbegriffe mit denen ich nix anfangen kann. Du verstehst mein Problem?


    Das Vendormodul, Verkäufermodul. Es zeigt das Impressum mit den Händler daten auf jeder Seite an, bzw je nachdem wie das Modul eingestellt ist. Es ist Multisprachenfähig.


    Added Value sind kleine features, die in einem Sack zusammengefasst werden und mitgeliefert werden.


    Hier ist ein Thread der mag für dich nützlich sein http://forum.virtuemart.de/all…il-bestaetigungsema-1547/ und MUST READ: How to get direct Virtuemart Support from the VM Team

    Hallo,
    Nur leider werden die Änderungen an den Auswahlfeldern im Frontend nicht übernommen. Es findet also keine Aktualisierung der Seite statt.


    Üblicherweise ist das ein jQuery problem.



    Habe auch versucht mit dem PlugIn jQuery Easy einen evtl. jQuery Konflikt zu lösen. Komme ich aber nicht mit weiter.


    Sollte nicht nötig sein, kann was verbessern, aber auch erst ein Problem erzeugen



    Mittlerweile habe ich im Netz etwas gefunden was helfen könnte, bin aber kein PHP-Experte, und weiß daher nicht ob und wie ich diesen Code in die produktdetails default.php einfügen soll.


    Entweder unseren original code nehmen, oder den von Yagendoo.

    Kompliziertes Thema. Da muß ich mir die Vorschriften für so eine Kasse genau ansehen. Theoretisch hat VM die Möglichkeiten, ich müsste es nur "schreiben". Wir beachten schon so einige Vorschriften. Man kann z.B. eine Rechnung nicht löschen, was immer wieder zu Verärgerung führt, aber es ist genau aus diesem Grunde.


    VM ist also bereits wie eine Registrierkasse aus Sicht des Shopbetreibers. Allerdings kann er immer noch die Datenbanken manipulieren und das ist nicht abgesichert. Allerdings ist es unser Ziel genau dies auf kurz oder lang zu leisten. Daher ist bereits technisch die Möglichkeit eingebaut, relativ einfach Datenfelder zu verschlüsseln.


    Relativ einfach wäre eine verschlüsselte Prüfsumme, welche Manipulation zwar möglich macht, aber es praktisch unmöglich macht, dass sie nicht entdeckt wird. Manipulationssicher gibts praktisch nicht, wenn jemand Zugriff auf die Datenbank hat. Den Eintrag einer Rechnung kann man immer löschen und die Zahlen den anderen Rechnung anpassen. Man kann allerdings eben versuchen es zumindest so zu machen, daß Manipulationen auffliegen.


    Barannahmen, tja da brauchts letztendlich eine physische Registrierkasse, welche zumindest eine Quittung ausstellt.


    Beim ersten Bestellvorgang, nach Eingabe von Adresse, Bezahlart und Versandmethode funktioniert der Button zur Kasse nicht. Aktualisiere ich die Seite funktioniert er.


    bin mal auf deine Seite gegangen, du hast da sowas an


    - jQuery Easy Modifications Report -
    jQuery is loaded by the template
    Bootstrap is loaded by the template
    re-ordered header libraries
    Execution time (in seconds): 0.000385761260986328


    Das würde ich mal ausschalten. Hintergrund The VM JavaScript Handler - VirtueMart Documentation

    /home/www/doc/xxxx/xxxxx/xxxxxx/templates/yag_showroom_vt/themes/yag_showroom_theme/assets/yagIncludes/com_virtuemart/default_customfields.php on line 5


    Frag Yagendoo, das ist nicht unser Code.


    Wir nutzen NIE

    PHP
    1. <?php if( !empty($field->custom_field_desc) ) : ?>
    2. <?php endif; ?>


    Bei uns würde das so aussehen

    PHP
    1. <?php
    2. if( !empty($field->custom_field_desc) ) {
    3. }
    4. ?>


    bzw, gerade geschaut. Bei uns gibts die Datei garnicht, aber vermutlich ist es deren Version der customfields.php in sublayouts. Könnte man also auch mit einem sauberen Override lösen. Bei uns steht

    Code
    1. if (!empty($product->customfieldsSorted[$position])) {

    Yepp, das Tax include macht die Rechnung allerdings etwas Sicherer.


    Rechtlich betrachtet ist aus kleinen Gründen hier und da etwas besser keine Steuer bei dein einzelnen Produkten auszuweisen, da nur Kürzel anzuzeigen und eben die gesamte Steuer getrennt auszuweisen. Das ist bei 1 Steuersatz ziemlich egal, aber wenn man mehr als einen hat, sinnvoll.


    Das neue layout erlaubt eben verschiedene Steuersätze + mehrere Steuersätze für eine Rechnung.


    Also...


    Beim deutschen Recht geht es mir nicht nur um das Vorhandensein bestimmter Texte und Anzeigen,
    sondern auch darum, dass es an der richtigen Stelle angezeigt wird.


    Kleiner Tipp, wir machen das hier auch schon seit ein paar Jahren. Abmahnfrei!



    normalerweise zu Beginn des Checkout,


    Ich gebe den dringenden Rat nicht irgendwelchen Anwälten oder Seiten zu glauben, sondern selber den Text zu lesen. Noch nicht einmal das Wort checkout kommt im Gesetz vor. Ob das über, oder unter dem Produktlisting ist, völlig wurscht.


    und es gibt eine ganz, ganz, ganz, ganz wichtige Regel bei Anwälten. Ich gehöre zu den Leuten, ich rede mit mindestens 3! Wer sagt, "mein Anwalt hat gesagt", da antworte ich immer, ja "Meine AnwältE" haben gesagt. Das ist nämlich der Grund warum es Gerichte gibt, ein Rechtsanwalt garantiert KEINE Rechtssicherheit. Was den Warenkorb angeht, da hab ich mit 4 Anwälten geredet, is zwar schon an bissal her. Das Ding ist halt, da gibts ne Menge Gerüchte von Anwälten die ihren Leuten das Geld aus der Tasche ziehen. Ahja Michaels version ist imho vom Händlerbund zertifiziert.


    Tja und trotzdem gibts son anderen Laden, der macht bei VM immer nen riesen Aufstand. Wir hatten die Diskussionen schon, die manchmal leider mit unschönen Zukunftsvorhersagen endeten (ihr werder zu Boden abgemahnt, passts nur auf, ihr Trottel). "Komischerweise"
    ist das nicht eingetreten. Das liegt daran, das wir Programmierer und Juristen uns ans sich gut verstehen, denn Jura und Informatik sind von der Denkweise 1:1 gleich. Die Jura ist nur ein Gesellschaftsprogramm und ja, die Jura wird mehr und mehr durch Programme ersetzt werden, hatte da erstn krasses Gespräch mit nem Manager eine Buchhalter Firma



    unter Widerruf abgespeichert. Natürlich stehen die AGB jetzt 2x im Warenkorb :-) denn an der Stelle hat der Redner das Thema
    gewechselt ^^


    nun da muss noch in der php des Widerrufs das wort Tos ändern und den Sprachenschlüssel.



    Etwa so müsste ich es auch mit der Datenschutzerklärung machen.


    Es würde mich sehr wundern, wenn du wirklich eine Datenschutzerklärung brauchst. Die braucht ein normaler Online laden nicht.



    Und natürlich will ich die drei Links auch in einem "Service"-Menü unterbringen.


    Dafür hab ich mal das Vendormodul geschrieben. is auch bei der Membership als Added value dabei.



    Ich habe auf der engl. VM Seite glaube ich (sorry ich hab so viel gelesen) ein Handbuch gefunden - mit translate übersetzt -, ferner
    Tutorials und ne Schritt für Schritt Anleitung für den Anfang. Natürlich bin ich alle Menüpunkte und Registerkarten der VM Konfig durchgegangen
    und habe da eingegeben, was mir verständlich war oder alternativ eben Mustertexte um zu sehen, wo sie später im Shop erscheinen.


    Sauber, welches Handbuch? Wäre interessant welches Video du geschaut hast.



    Aber ich verstehe viele Begriffe nicht (sowohl im Handbuch, im Vortrag des VM-Herrn, oder in euren Erklärungen). Beispiel: "customfield String, ansonsten das Multivariant, override"= böhmische Dörfer für mich^^


    Verständlich. Das liegt hauptsächlich daran, das der Hauptprogrammierer ein Deutscher ist, der aber hauptsächlich auf Englisch schreibt und sich im englisch sprachigen Forum aufhält ;-)
    Also die sog. "selbsterstellten Felder" sind die customs. Ein custom an ein Produkt drangeklemmt, wird gerne customfield genannt. Ich frage mich immer, ob wir sie nicht customproto und customfield nennen sollten.


    Das Customfield String, ist das einfachste Custom. Es gibt einfach die Möglichkeit einen Text einzugeben. Wenn ein Customfield das Attribute "is input" = "Warenkorb Eingabe" hat, hatsn Preis. Wenn es nur im Warenkorb beim Produkt angezeigt werden soll, nimmt man "is cartattribute" = "Warenkorb Attribut"


    overrides sind oft erklärt. Man kann auch joomla Anleitungen dazu lesen. Templating & Layouts - VirtueMart Documentation




    Staffelpreise ist so gemeint:
    Mindestbestellmenge 10 Stück,
    10-49 Stück je 1 Euro
    50-99 Stück je 0,80 Euro usw.


    Die Staffelung muss z.B. in einer Tabelle in der Produktbeschreibung stehen und bei Änderung der Menge im Feld muss sich auch die Preisanzeige im Produkt anpassen.


    Das ist imho standardmässig enthalten. Bin mir nicht ganz sicher, wie das mit der Tabelle war. Könnte auch ein layout in der Membership gewesen sein. Ansonsten, wenn man da ganze etwas ausführlicher braucht Products : Quantity related price calculation es ermöglicht auch abstrakte Staffelpreise, also festgelegt durch Kategorien, oder Hersteller, oder auch Produktgruppen, welche zusammengefasst werden (ab 4 Produkten dieser Kategorie)



    Artikelgewicht habe ich im Produkt schon hinterlegt, man sieht es aber nicht im Artikeltext.


    Wie oben schon angedeuted. Das hat man früher mit einem override gemacht. Seit vm3.0.10 gibts das custom "Property" (Eigenschaft), welches das dynamische Anzeigen des Gewichtes ermöglicht.



    Ja, genau mir fehlen Anleitungen (mit möglichst wenigen engl. Fachbegriffen :-)) Wenn ich hier mit dem ganzen Kram nerven darf, dann bleib ich :-)


    Du darfst uns den Kram gerne fragen, nur meine nicht, daß du damit nervst. Das englische Manual hat letzte Woche 19 neue Seiten bekommen. Ziel ist auch eine deutsche Übersetzung, bezahlt wird sowas z.B. durch die Membership.



    Zur "Leihdomain". Ich hab von nem anderen Projekt eine Subdomain auf mein Paket umgeleitet, weil meine Domain noch in der Registrierung ist und meine anderen ja alle auf bestehende Seiten verweisen.


    Dann kannste uns doh den Link gebe, oder?


    Die Angabe des Zusatzes "MwSt...." ist kein Problem, da kann ich einen Override zur Verfügung stellen, heute ist etwas spät, wenn ich es vergesse, einfach noch einmal anstupsen.


    Viel zu kompliziert. Das würde ich mit einem customfield string lösen. und weil ich ein faul bin, natürlich als Pattern.

    Habe mal den PHP Developer mode eingeschaltet und bekomme folgende Fehler.
    Vielleicht kann jemand damit etwas anfangen:


    Notice: Undefined index: normal in /home/www/doc/xxxx/xxxxx/xxxxxx/templates/yag_showroom_vt/themes/yag_showroom_theme/assets/yagIncludes/com_virtuemart/default_customfields.php on line 5


    Warning: Invalid argument supplied for foreach() in /home/www/doc/xxxx/xxxxx/xxxxxx/templates/yag_showroom_vt/themes/yag_showroom_theme/assets/yagIncludes/com_virtuemart/default_customfields.php on line 5


    bedeuted <?php foreach( $this->product->customfieldsSorted[$this->position] as $field ) : ?>


    das Array hier $this->product->customfieldsSorted[$this->position] hat keine Werte für den Schlüssel "normal". Üblicherweise hat fast jeder customfields und daher steht da was, aber das kann auch mal leer sein.


    Abhilfe, wir können in den core ein leeres array reinsetzen, und/oder man prüft vorher


    PHP
    1. <?php if(!empty($this->product->customfieldsSorted)): ?>


    ändern in


    PHP
    1. <?php if(!empty($this->product->customfieldsSorted[$this->position])): ?>

    Hallo Stefan,
    ich hab bisher joomla 3.4.4 und akeeba backup installiert. Dann VM 3.0.10. Als Template habe ich beez3 eingestellt, weil es mir zunächst um das Einstellen der "Wesentlichen Dinge" ging. Also die Dinge, bei denen ich nicht sicher bin, ob sie sich überhaupt wie benötigt umsetzen lassen.


    richtiger Ansatz



    Ich habe einen Artikel anlegt, da scheitere ich schon am Preis.
    Ich muss einen Bruttopreis eingeben, daraus soll dann im Warenkorb die enthaltene mwst angezeigt werden. Wenn ich den Nettopreis eingebe, habe ich immer Rundungsdifferenzen.


    Dafür gibts den Haken "Einkaufspreis berechnen" (oder so ähnlich, kenne die deutsche Übersetzung nicht).



    Dann muss ich entweder Staffelpreise einrichten oder zu dem normalen Stückpreis ein Auswahlfeld für einen einmaligen Aufpreis als Pflichtfeld mit zwei Wahlmöglichkeiten einfügen.-) so


    Wie meinst du das? Wozu brauchst du Staffelpreise? Ein Auswahlfeld welches den Preis berücksichtigt? Product creation - VirtueMart Documentation
    Letztendlich kommt es drauf an, ist es einfach nur eine Preisänderung würde ich das customfield String nehmen, ansonsten das Multivariant.



    Es soll beim Artikel der Bruttopreis stehen mit dem Zusatz "inkl. Mwst zzgl. Versand" Dies dann mit der Versandkostenübersicht verlinken.


    Dabei bietet VM kostenlos was viel besseres an. Es zeigt dynamisch die anfalllenden Versandkosten und berücksichtigt dabei die bereits im Warenkorb liegendend Produkte.



    Das Artikelgewicht muss in der Beschreibung stehen und die Versandkosten sollen sich nach diesem Gewicht berechnen.


    Die Berechnung des Gewichts ist Standard, man muss nur das Gewicht in die Produkte eintragen. Das Artikelgewicht ist der neue Customfield type "property" müsste "eigenschaft" auf deutsch heissen.



    Ich hör jetzt hier mal auf, so könnt ich nämlich ewig weitermachen ;-) eins führt zum nächsten (Problem)


    Ich sehe bisher keine Probleme, nur fehlende Anleitung (die wir ja gerade heftigst pushen)



    Optisch sieht natürlich besch... aus, vlt liegt das auch nur an beez3.

    .
    Yepp, liegt an beez3, das sieht einfach besch... aus. Unser Standardtemplate für den vm2 fullinstaller zwar auch nicht mega klasse, aber ich finds schöner Welcome to VirtueMart 3 Sample store


    Allerdings ist das auch so. Unser standard template ist an sich so "einfach" wie möglich, da niemand das Standard template verwendet. Das wird immer abgewandelt.



    WEnn ich die hier poste bekommt später sonstwer Besuch ;-)


    ne Leihdomain?