Selecteer skin en thema

In dit scherm kan gekozen worden voor één van de beschikbare standaard presentatievormen voor de skin. Voor de ‘eigen layout’ skin is er een mogelijkheid dat de skin kan worden ge-upload (plus tevens de bijbehorende stylesheets). Dit gebeurd in een vervolgscherm. Hier kunnen ook de standaard skin en stylesheets worden ge-download om gebruikt te worden als uitgangspunt voor de eigen ontwikkeling van een skin.

Skin van pagina instellen

Deze optie zorgt ervoor dat alle pagina’s op je site dezelfde skin krijgen als een bepaalde pagina. Welke pagina dat is kun je zelf instellen. Het is ook mogelijk om per pagina een andere skin in te stellen. De home pagina is de basis pagina van je site, die heeft dus niet de mogelijkheid om de skin van een andere pagina te gebruiken.

Selecteer skin

Hier kan gekozen worden voor één van de beschikbare standaard skins.

De skin gebruikt de verschillende standaardcomponenten zoals een menu aan de linkerkant van het scherm (indien dit is ingesteld) en een tabblad (horizontaal menu) aan de bovenkant van het scherm voor de verschillende productlijsten of onderdelen (bepaalde categorie bijvoorbeeld) van een productlijst. Ook kunnen er zaken zoals een eigen logo e.d. worden ingesteld.

Geen skin: gebruik deze instelling indien de productlijsten via een frame of een iframe in de eigen website worden geïntegreerd. De productlijst, meerinfoschermen en het bestelproces worden dan los getoond (voor het bestelproces is er een aparte skin instelling).

  • Calabria
  • Parma
  • Salerno
  • Trieste

NB: wij raden het gebruik van skins binnen iframes ten zeerste af, omdat dit een bijzonder storingsgevoelige constructie is.

NB: Met name de browser Safari geeft storingen wanneer een winkel is opgenomen in een andere site via een IFRAME. Enerzijds mag dat IFRAME niet in een container element zoals bijv. een TABLE of DIV element worden geplaatst, omadat het dan kan voorkomen dat het scherm van de winkel soms leeg blijft (wit) en pas wordt getoond als er in het scherm geklikt wordt. Wanneer het IFRAME direct in de body wordt geplaatst dan is dit probleem niet aan de orde. Anderzijds is er een probleem met de standaard cookie instelling van Safari. Wanneer de winkel is opgenomen in een IFRAME, dan draait de winkel op een ander domein dan de site waarin hij is opgenomen. Het functionele cookie dat de winkel plaatst om de winkelwagen te laten functioneren, wordt daardoor door de standaard cookie instelling van safari geweigerd. Hetgeen resulteert in een lege winkelwagen als een klant wat wil bestellen. Dit is alleen aan te passen in de browser van de klant, door de cookie setting in te stellen op accepteer altijd alle cookies.

Thema

De meeste standaard skins hebben een of meerdere thema’s die kunnen worden gekozen. De thema’s kunnen ingesteld worden bij selecteer thema.

Upload eigen skin

Upload eigen skin

Als geen van de standaard skins voldoen aan je wensen, dan kun je zelf een skin ontwerpen en hier uploaden. Vanwege de intelligentie die in de html van de skins is verwerkt is het aan te raden om één van de standaard skins als basis voor je eigen skin te gebruiken.
Als je eigen skin klaar is om gebruikt te gaan worden, en gevalideerd is op correctheid van de code via validator.w3.org dan kunnen de drie bestanden bij Upload skin HTML / CSS worden geupload. De layouts zijn opgebouwd uit een drietal bestanden:

  • skin (html)
  • skin style-sheet (css)
  • skin thema style-sheet (css)

Deze bestanden hoeven niet alle drie te worden gewijzigd om je eigen skin te maken, ze kunnen los van elkaar worden geupload. Let erop dat je de namen van de bestanden niet wijzigt, anders moeten de paden naar de stijlsheets in de html worden aangepast.

Gebruik dynamische skin van een eigen server

Als het uploaden van je aangepaste skins niet voldoet omdat je de skins veel moet wijzigen, dan kun je gebruik maken van de koppeling dynamisch ophalen skins. Deze koppeling is beschikbaar in alle abonnementen.

Met de optie “Externe dynamische skin” wordt de skin door het systeem opgehaald van je eigen server en toegepast als layout op de webwinkel. De skins kunnen op je eigen server statisch klaarstaan (is sneller) of dynamisch worden samengesteld. Het ophalen van de skin kunt je activeren door op je eigen server een bestand (script) te plaatsen, die een complete html (let op, dit html bestand moet correct gevalideerd kunnen worden) terugstuurt bij aanroep door het webshopsysteem. Het html template moet een normale skin template zijn, die anders ook zou kunnen worden geupload in het systeem.

Om het dynamisch ophalen van de skins te activeren vul je de url naar je eigen skin in bij Externe dynamische skin

Extra informatie

Meegestuurde variabelen

  • search=wit wordt overgenomen uit de querystring
  • maat=40 is de keuzelijst selectie
  • _moreinfo=0 de productlijst wordt weergegeven
  • vid=nnnn winkelnummer
  • cid=nn productlijst nummer

Voor de dynamische skin koppeling wordt de waarde _moreinfo=0 of _moreinfo=1 meegegeven in de request om aan te geven of het om een meerinfo scherm gaat. Dit veld wordt door het systeem zelf ook gebruikt. Verder wordt het active menu en/of domein zoeken selectie meegegeven in de vorm =. De logisch kolomnaam komt overeen met de naam van de kolom <a,b,... Zz>, zoals deze ook wordt gebruikt binnen Excel. Bovendien wordt er bij het gebruik van een custom-layout productlijst binnen de skin geen style-sheet meer geladen.

Twee randvoorwaarden voor gebruik van een dynamische skin

De remote skin moet beginnen met de DTD en deze moet op 1 eigen regel staan. Met andere woorden, de eerste regel van de remote skin moet beginnen met:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> als je skin is opgebouwd in xhtml of <!DOCTYPE HTML> als je skin is opgebouwd in html5. Als deze DTD niet op de eerste regel staat dan wordt de remote skin niet geaccepteerd door het systeem. Dit in verband met security issues die kunnen ontstaan bij het verwerken van een remote skin. Het mag natuurlijk ook een strict DTD zijn, als de definitie maar op de eerste regel staat.
De naam van het remote skin bestand mag niet skin.html zijn, gebruik in plaats daarvan skin.php. Dit is nodig omdat sommige webservers geen post toestaan naar een HTML pagina, de webserver genereert dan een server error.
Om dit uit te sluiten wordt een skin.php verwacht door het webshopsysteem.
Je neemt bijvoorbeeld niet de productlijst extensies op maar je geeft aan waar de productlijst moet komen met <div style="myshop-block:content"></div>. Welke productlijst wordt weergegeven (met z’n eigen custom-layout) is dan weer afhankelijk van de url
Gebruik met HostingXS (schone urls)

Wanneer je gebruik maakt van de ‘schone urls’ van HostingXS (URL’s zonder een foldertoevoeging) dient de dynamische skin zich te bevinden in de folder /dynamic-skin/.

Deze folder is bij HostingXS automatisch ingesteld als speciale folder welke vanaf HostingXS gehost word en word vanuit het mijnWinkel systeem geaccepteerd als locatie van een dynamische skin op het eigen domein.

Reactie

Was dit nuttig?

Ja Nee
U heeft aangegeven dat u dit onderwerp niet nuttig vond ...
Zou u hieronder willen uitleggen waarom niet? Bij voorbaat dank!
Dank voor uw reactie.

Geef uw reactie op dit onderwerp.

Verstuur Reactie