Hallo Free Willy,
die Sprachdateien wurden für .22 geändert, leider hab ich noch keine Möglichkeit gehabt, da hinein zu schauen. Aber es würde sicher helfen, wenn Du angibst, in welcher ini-Datei mit Pfadangabe Du nachgeschaut hast. Sprachdateien gibt es so einige.
Zur Not einfach einmal mit einem Suchprogramm den Sprachschlüssel in allen Virtuemart-Dateien suchen. Total Commander kann das zum Beispiel.
So long
Stefan
Die Produkte werden in der Datenbank gespeichert. Es gibt Plugins, die csv-Dateien mit Deinen Daten erstellen, die kannst Du nachher importieren. Suche nach Migration Produkte Import Export csv könnte helfen.
Ok, als erstes würde ich versuchen, die angezeigten Produkte auf 2 pro Zeile zu beschränken. Das geht irgendwo im Backend mit Klickklick.
Deine Texte, zB. "Durchschnittliche" können nicht getrennt werden, gehen also über die Box hinaus, wenn die Box (das div) zu kurz ist.
Die Veränderungen kannst Du in der templates/shop_template_2_v0_3/css/template.css und der components/com_virtuemart/assets/css/vmsite-ltr.css machen. Eventuell auch einmal die Schriftgrößen ändern.
Die Breiten werden durch die Klassen width30 und width70 bestimmt. Die zweitere könnte man auf width60 ändern, das geht im template irgendwo, dann gibt es mehr Platz.
Etwas padding zwischen dem Produktbild-div und dem "Titel mit Beschreibung/Preis"-div könnte auch nicht schaden.
Leider ist das eine ziemlich große Baustelle, die mit ein paar Sätzen nicht getan ist.
Firefox mit Firebug ist schnell gelernt, versuch das mal. CSS-Tutorials gibt es auch wie Sand am Meer. Vor dem Erfolg steht wohl erst einmal einiges an Lesen.
So long
Stefan
Dann wird es schwierig.
Vielleicht Firefox mit Firebug ausprobieren. Irgendwo wird es da im CSS etwas padding oder margin brauchen, eventuell muss der Container vergrößert werden.
Eine Installation bei einem Provider in einem mit Passwort gesicherten Verzeichnis ist eventuell eine gute Idee. Eine lokale Installation hat oft andere Grundeinstellungen als ein Provider, da kann es nachher dann zu Problemen kommen, wenn PHP-Versionen, MySQL oder die Apache-Config nicht übereinstimmen.
So long
Stefan
Hast Du alle Produkte den Shopper-Gruppen zugewiesen?
Eine Möglichkeit, die Bilder "auszuschalten" wäre ein Override für die Kategorieansicht. In der default.php der Kategorieübersicht müsstest Du dann den Code für die Bilder entfernen.
Such doch mal nach Override im Forum, da findet sich einiges.
So long
Stefan
Hatte ich schon erwähnt, dass ich von PHP so gut wie keine Ahnung habe?
Ok, in dem einen Fall (Produkt) wird einer Variable $yagendooImageTag ein komplettes Tag zugewiesen, in der Kategorie steht nur HTML mit eingeflechtetem PHP, um die Attribute für src, title und alt anzugeben. Da scheint die Syntax für die Produktseite anders zu sein. Grrr.
Deshalb muss dann wohl auch die Syntax in der default.php für die Produkte anders sein.
<img src="'.$this->YagProduct->images[0]->urlFullsize.'" alt="" class="product-image" />
würde ich ändern in
<img src="'.$this->YagProduct->images[0]->urlFullsize.'" alt="'.$this->YagProduct->images[0]->title.'" class="product-image" />
wenn das title noch hinein soll:
<img src="'.$this->YagProduct->images[0]->urlFullsize.'" alt="'.$this->YagProduct->images[0]->title.'" title="'.$this->YagProduct->images[0]->name.'" class="product-image" />
Dann sieht das alles ziemlich stimmig aus, bitte auf die " und die ' achten, die stehen da hintereinander und sind wichtig. Verschachtelte Anführungszeichen: "'
Ich hab das alles mit Kopieren und Einfügen gemacht, dann kann nicht viel passieren.
So, bevor Du nun etwas Dummes tust, weil ich Dir etwas Dummes geschrieben habe, sichere Deine Dateien, bevor Du die Änderungen machst, und dann versuch es. Wenn es nicht klappt, einfach die alte default.php wieder zurück kopieren, dann ist alles wie vorher.
Im Übrigen habe ich mir angewöhnt, von Zeit zu Zeit, beim Herumspielen öfter, ein komplettes Backup von der Homepage beim Provider anzulegen. Backup on the Fly, jeder Provider hat da so seine eigene Sprache, glaube ich.
In diesem Fall wird nicht viel passieren, wenn man irgendwo irgendwelche PHP-Befehle vergessen hat oder nicht geschlossen hat, wird schlimmstenfalls einfach nichts mehr angezeigt, weil die PHP-Verarbeitung anhält. Wenn die alte Datei wieder drin ist, läuft alles normal weiter.
Trotzdem, ein volles Backup ist immer gut zu haben, Dateien und Datenbank.
Mit frischem Backup kann man immer mutig ausprobieren. 
Ich bin aber fast überzeugt, dass es so funktionieren wird.
Hope it helps
Stefan
<div class="yagVmFrontpageCategoryListItemImgInner">
<img src="<?php echo $yagCategory->images[0]->urlThumb; ?>" title="<?php echo $yagCategory->name; ?>" alt="<?php echo $yagCategory->images[0]->title; ?>" /></div>
Die Antwort hast Du doch da oben schon selbst gegeben, oder?
Setz doch das alt aus Deiner Kategorieansicht einfach ein und probier es, müsste klappen.
Das alt war übrigens primär eine Möglichkeit, eine alternative Beschreibung für ein Bild anzugeben, das nicht empfangen werden konnte, oder gesehen werden konnte. Ein Text, der auch von einem Programm vorgelesen werden kann, das zum Beispiel einem Blinden hilft, die Seite zu verstehen, sollte bevorzugt werden. Das alt für SEO zu "missbrauchen" ist schon fast unmoralisch, allerdings ist ja auch Google in dem Sinne "noch" fast blind, deshalb können wir das noch einmal durchgehen lassen.
Doppelpost, Löschen-Button nicht gefunden.
Ah, dann möchte ich mich entschuldigen, mein erster Schul-PC konnte schon Turbo-Pascal.
Heute bekommt man halt nichts mehr geschenkt, nicht einmal mehr Freeware, irgendwo ist da immer ein Haken. Das mag daran liegen, dass die Leute, die sowas programmieren, auch diese dumme Angewohnheit haben, dass sie jeden Tag etwas Warmes zu essen haben möchten. Da waren die Anfangszeiten noch besser, als es Leute gab, die für die Communiti-Dingesda umsonst ihre Fähigkeiten gegeben haben, damit alle kommerziellen Anwendungen davon profitieren konnten, ohne auch nur einen halben Prozent Ihres Gewinns abzugeben, ja, Gewinn, nicht Umsatz.
Im Übrigen handelt es sich bei Virtuemart nur um ein wenig PHP und HTML, ein COBOL-Programmierer sollte wenig Probleme haben, das gesamte System seinen Anforderungen anzupassen. Ohne PHP wirklich zu beherrschen, konnte ich mit meinem sehr beschränkten Programmierwissen, alle Probleme aus dem Weg räumen.
Ja, klar, zu meckern gibt es eine Menge bei diesem noch nicht ausgereiften System. Aber dann doch bitte produktiv, sollte für einen Cobol-Programmierer doch kein Problem sein.
Es gibt jedoch eine Menge Leute, die von sich behaupten, Programmierer zu sein und nie über Hello World hinaus kamen, dann kann man die technischen Dinge auch jemandem überlassen, der das technische Wissen hat und einfach einmal eingestehen, dass man bisher nur auf dem Wissen anderer aufgebaut hat.
Jeder, den dieses nicht betrifft, möge dies nicht persönlich nehmen, dies ist nur für diejenigen bestimmt, die sich oben angesprochen fühlen. Unter denen gibt es eine Menge Personen, die andere interessante und wichtige Fähigkeiten haben, mögen sie sich doch jenen zuwenden und Erfolg haben.
Stefan
VM 2 hat mich auch am Anfang ziemlich herausgefordert, irgendwie war alles anders als in VM1, was denken sich diese Programmierer nur dabei?
Na, dann hab ich angefangen, mich ein wenig einzulesen, ein paar Foren durchstöbert und siehe da, irgendwie stand der Shop dann doch nach einiger Zeit auf den Beinen. Es läuft sogar nach kleinen Anfangsproblemen sehr gut.
Ich hab VM2 übrigens kostenfrei bekommen und danke den Programmierern und den netten Menschen hier im Forum, die mir diese Plattform und gute Antworten zur Verfügung gestellt haben. Ich musste nicht einmal Fragen stellen, alles war über Google und die Suche zu finden. Die kleine Pizzeria meines guten Freundes, die sich sicherlich einen kommerziellen Shop nicht hätte leisten können/wollen, ist jetzt in der Lage, ihre Produkte wieder (nach VM1) im Netz anzubieten.
Nochmals herzlichen Dank für dieses kostenlose System, das ich in Zukunft eventuell in anderen Bereichen einsetzen werde. Sicherlich ist es kein RTF-Baukasten (Ready to Fly), aber mit ein wenig eigener Initiative können doch ansehnliche Ergebnisse erzielt werden.
Grüße
Stefan Schumacher
Hm,
im Mobiltemplate andere Variablen aufrufen, vielleicht einfach ein _MOBIL an die bestehenden anhängen und dann einen Override für die neue Variable erstellen, damit auch ein Wert vorhanden ist.
War jetzt nur so ein Schnellgedanke ohne Hintergrundwissen, was genau Du verändern möchtest.
Stefan
In der view.html.php aus productetails finden sich die Zeilen 171 und 172.
Vielleicht kannst Du von dort ausgehen und weitersuchen.
Edit:
https://forum.virtuemart.net/index.php?topic=100285.0
gibt noch einen Suchansatz.
Sorry, no time for more
Stefan
Servus,
mir fiel ein Schreibfehler im Backend auf:
COM_VIRTUEMART_SHOPPER_FORM_ADDRESS_1="Addresse 1"
im Frontend heißt das:
COM_VIRTUEMART_SHOPPER_FORM_ADDRESS_1="Adresszeile 1"
Ist es sinnvoll, unterschiedliche Dateien für die Festlegung der gleichen Sprachvariablen zu verwenden?
Meiner Meinung nach sollten Frontend und Backend sich entweder der gleichen Datei bedienen, oder die Variablen sollten sich unterscheiden.
Zum Beispiel Backend:
COM_VIRTUEMART_ADMIN_SHOPPER_FORM_ADDRESS_1="Adresse 1"
Frontend:
COM_VIRTUEMART_FRONT_SHOPPER_FORM_ADDRESS_1="Adressezeile 1"
Ob es Vorteile hat, beide Variablen zu verwenden, weiß ich nicht, mir würde eine
COM_VIRTUEMART_SHOPPER_FORM_ADDRESS_1 für BE und FE reichen.
Nur so ein Gedanke
Stefan
PS. Nein, ich weiß nicht wie die Leerzeichen oben zwischen die Adres se kommen, im Quelltext kann ich sie nicht sehen.
Versuch einmal com_virtuemart\components\com_virtuemart\views\productdetails\tmpl\default.php,
die verweist auf default_addtocart.php im gleichen Ordner.
Override hier:
templates\Dein_Template\html\com_virtuemart\productdetails\default.php und default_addtocart.php.
Oder möchtest Du das nur für das letzte Produkt in einer Kategorie haben? Den Teil hab ich nicht so ganz verstanden.
Stefan
Servus,
ich stand vor dem gleichen Problem, hab dann überlegt, ob ich diese Navigation überhaupt brauche und bin zu dem Ergebnis gekommen: Nein.
Also hab ich den Code aus der Produktseite herausgelöscht, nur einen Verweis zurück zur Kategorie gelassen, und nun ist das alles schön übersichtlich.
Brauchst Du die Links?
Eben ein anderer Ansatz der Problemlösung, ein schneller vor allen Dingen.
Stefan
Hast Du für die Produktkategorie allgemein die Mehrwertsteuer angegeben?
Ich hab da einiges herumgestellt, und dann hatte ich plötzlich den Brutto-Preis in der Auswahl, in Deinem Fall dann +200,00.
Ich glaube, es hat an dieser Voreinstellung gelegen.
Geh auf Produkte, Steuern & Rechenregeln. Dann auf Deinen Steuersatz klicken.
Hier gibt es ein Feld Produktkategorie. Alle Produktkategorien auswählen, die diesem Satz unterliegen.
Cache leeren und noch einmal anschauen.
So long
Stefan
Ok, so werden wir das folgende in der Bestätigungsmail los:
Der Status Ihrer Bestellung ist:
Einen Override für die Datei mail_html_shopper.php anlegen, gleicher Ordner wie in #3 beschrieben.
Den folgenden Quelltext finden und entfernen:
Hope it helps
Stefan
Edit: Ich sehe gerade, da ist ein Bug im Quelltext, eigentlich sollte der Code oben in einem <tr> eingeschlossen sein, da ist aber nur ein schließendes </tr>. Das schließende Tag auch entfernen.
Scheinbar hat das der Anzeige nicht weh getan, aber wenn es schon verändert wird, kann man es ja auch gleich korrigieren.
Die invoice_items.php könnte dann so aussehen:
Stefan
