Results 1 to 3 of 3

Hybrid View

  1. #1
    Join Date
    Feb 2009
    Posts
    7
    Plugin Contributions
    0

    Default multiple product_listing pages

    I would like to have different images as a heading for each category for instance where productListHeading is I would want an image instead corresponding to the category. One image to a category above the products.

    Can I further derive the default tpl_modules_product_listing for each category with tpl_modules_(category)_listing or something similar?

    Obviously this would allow different layouts for each category, which would be cool as well. I couldn't find info from much searching so hopefully this is quicker.

    Here's my wip
    store.libertymuseum.org

  2. #2
    Join Date
    Mar 2008
    Location
    Cape Town & London (depends on the season)
    Posts
    2,975
    Plugin Contributions
    0

    Default Re: multiple product_listing pages

    Why take a chainsaw to the code?

    Just upload an image in the category edit screen.

    See: www . karenscakes . co . uk to see if this is what you mean - click on any category... see the category image displayed above the product listing and product info pages...

    All of this controlled in the admin panel. No need to rip the code apart.

  3. #3
    Join Date
    Mar 2008
    Location
    Cape Town & London (depends on the season)
    Posts
    2,975
    Plugin Contributions
    0

    Default Re: multiple product_listing pages

    A further brilliant feature is category-specific stylesheets. You could give each category a totally unique look - just be creating a stylesheet for it.

    The following taken straight out of the README file in a css folder:

    Code:
    The CSS files are sent to the browser in this order: (and alphabetically within each case of more than one match):
    
                 style*.css   // are always loaded and at least ONE should contain site-wide properties.
    language_stylesheet.css   // changes to ALL pages, when that language is used
              page_name.css   // changes to one page 
     language_page_name.css   // changes to one page, when that language is used
                c_??_??.css   // changes to all info pages in a category
       language_c_??_??.css   // changes to all info pages in a category, when that language is used
                   m_??.css   // changes to a manufacturer's listing page
          language_m_??.css   // changes to a manufacturer's listing page, when that language is used
                   p_??.css   // changes to a product's info page
          language_p_??.css   // changes to a product's info page, when that language is used
                 print*.css   // printer-friendly global usage site-wide changes for printing-only
    
    The 'stylesheet.css' always loads first and should contain the bulk of your CSS selectors. Each file loaded takes priority over previously loaded file(s). To save loading time, only new selectors or selectors whose properties you wish to change should be in the optional CSS files. You can have different overrides for the same page, in different languages, because the two would never be called at the same time.
    
    If someone selected the French language on your site, the 'french_stylesheet.css' would also be loaded. It should only contain the site-wide changes you want to make to 'stylesheet.css'. For example, change a 'background-image' for your French customers.
    
    If someone went to any of the other pages, that page's CSS file would be loaded. Possibly you want different 'background-image' & 'background-color' on each of 'page_x' pages. Possibly you do not want a border around '.plainBox' most of the time, but on a couple of pages you do... and on one of those pages you want it in black and the other in red.
    
    Possibly you created a NEW tag and did a <span class="newtag"> in your Privacy Statement. It is defined in only one CSS file, 'german_privacy.css' as '.newtag { text-transform: uppercase }' Because, in Germany, that phrase must be in all CAPS, but not in other countries.
    
    Use your CSS files and the standard tags as much as possible, just change their properties when needed. If possible, DON'T HACK the core code. Use your CSS files to do the work for you. When the style coding has been removed from the ZenCart code and people have to decide if they want to go without the upgrade ~or~ undo all their hacks and finally learn about CSS... your site will still be up and running. 
    
    Additional information is contained in the 'read_me' file in the common folder.
    
    Juxi Zoza
    03/15/05

 

 

Similar Threads

  1. editing multiple pages
    By Trees2wood in forum General Questions
    Replies: 14
    Last Post: 19 Apr 2011, 08:17 PM
  2. Replies: 1
    Last Post: 14 Jun 2009, 09:21 AM
  3. product_listing.php
    By niccol in forum Templates, Stylesheets, Page Layout
    Replies: 1
    Last Post: 8 Jun 2009, 11:12 PM
  4. Multiple Contact Pages
    By Ditch in forum Templates, Stylesheets, Page Layout
    Replies: 7
    Last Post: 4 May 2007, 08:15 PM
  5. Multiple EZ Pages Sideboxes
    By Nictech in forum Basic Configuration
    Replies: 1
    Last Post: 9 Jun 2006, 01:36 PM

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
disjunctive-egg