Posts by JordinB

    I’ve found the key to a multilingual site with perch no matter if you go branched or duplicate region based is making sure that the very first thing you do is detect the language and set a perch system variable for the language so that it can be referenced in templates:

    1. PerchSystem::set_var(‘lang’,$lang);

    with this you can reference the current language pretty much everywhere you need either with :

    1. PerchSystem::get_var(‘lang’);
    2. // or in templates:
    3. <perch:content id=“lang” type=“hidden” />
    4. // or template conditionals
    5. <perch:if id=”lang” match=“eq” value=“en” >Do something for English</perch:if>

    note the type hidden in templates or it will show in the CMS content form

    Totally agree with ryan . I don’t care when V4 is coming, that it must it’s initial target. But I’d really like to know that it’s being worked on still. Maybe some tweets with interesting screen shots or something just to peek interest. If your product has zero communication over the year it just looks stagnant and is a much harder sell.

    I wonder if the so called subscription (but isn’t a subscription ) model will actually sustain development any more than the current model. If you don’t actually have to pay yearly and the vast majority of people don’t seem to actually update regularly what incentive do they have to fork out the extra to update? I would bet it wouldn’t make a huge increase in revenues.

    If you create a monthly(yearly ... whatever) subscription plan for those larger agencies, is that really going to bring in more than the regular licenses themselves? I think it would need to be a decent amount per month to make it more profitable.

    I’d like to see someone (smarter than I am) put together some quick numbers to forcast revenue over the short, mid and long term vs maintaining the standard model.

    I was working on a replacement Gallery app but then decided to shut down dev until more info became available about how apps for v4 are supposed to work. Not knowing what’s going on with v4 has seriously hindered and motivation to move forward with perch development. Considering v4 was supposed to drop last summer I didn’t want to continue developing for v3... so now I just don’t know what to do.

    Just released our new Cognetif website last night : specifically designed for mobile and running on Runway.

    also last week we release the latest version of the website of my oldest client: they’ve been with me for over 10 years, and their first site was a static html that was converted to regular Perch a few years ago. Now they’re up on runway with this new version. Next is to get them to take some better photos of their work so we can really showcase their flowers.

    does dreamweaver not do a find/replace within all files of a path ? Its been forever since i've used DW. Modern IDE's will allow to do that. ;-D

    if you have duplicate pages in the database, Perch probably sees them as new pages and not having any content, or the content regions are empty. Your previous content is probably tied to the subfolder pages still in the database.

    1. Backup the DB.

    2. You could try removing the new non-subfolder pages from the database and then change the pagePath of each entry removing the subfolder, use something like:

    1. UPDATE `MySQL_Table` SET `MySQL_Table_Column` = REPLACE(`MySQL_Table_Column`, 'oldString', 'newString') WHERE `MySQL_Table_Column` LIKE 'oldString%';

    3. you'll have to check and probably do the same for any table that references the 'regionPage' column.

    4. No guarantees here. but if you're stuck and can easiy restore the database, its worth a try.

    5. I would recommend not developing in a subfolder in the future...for any CMS.

    6. Good luck.

    you should be able to do something like:

    1. <img src="<perch:if exists="image"><perch:blog id="image" type="image" width="1000" height="400" crop="true" label="Article Image" order="1" help="Image Size 1000px x 400px" /><perch:else />/assets/images/<perch:categories id="[category name]" set="[set name here]" ><perch:category id="catSlug" /></perch:categories>.gif</perch:if>" alt="" />

    Here we use the image if it exists on the blog, otherwise we use a gif from /assets/images that has the same name as the category slug.

    For your product list concern, again you can either use the full shop which will definately work to list the products in a "catalog" layout. Since you're in control of your design with Perch, you can decide if the product page has the traditional "add to cart" controls. This can be an excellent solution if the client "may" in the future want to eventually open up to e-comm. The down side is that you need to setup some default shop configuration like tax rules etc just to use it. Also the product edit page will still contain all the fields required for the perch shop, and this may not all be relvant to the catalog layout. (think quantity, tax etc)

    If ecom is completely out of the picture, you can create the category structure in Categories and use a Collection to store the products. This way you have full control on the product template and the editing experience will be much simpler in the CMS.

    I'd present both options to the client with the pros and cons and let them decide.

    Two methods for a multi-lingual site, either create a branched method where the site splits off from en / fr a the top and duplicates the pages between each language, OR multi-region method where you grab the language from the URL param in the runway routes: [en|fr:lang] and then append the language to the content regions so in the CMS you'll see 2 regions for each input on the page.

    Which way to do it really depends on your client, do they expect to have identical content in both en and fr ? if so the multi-region can work well as they edit both en and fr content for the same page in one place not having to navigate to the alternate language page. Some clients have a "stronger" or primary language which has more in-depth content than the secondary language, in this case i'd recommend the branched site method.

    I've used both, and it really does depend on the client.

    Sometimes the same collection items might need to be ordered differently depending on the context they are being used. It would be nice to be able to use the drag and drop item ordering on more than the default context.

    What I mean is i may have a collection of fabrics. And they are categoriezed by "Design: Plains, Patterns", they are also categoried by "Color Groups : blue, brown, yellow ...". Since we can't seem to order by a collection categorization, it would be cool if we could instead defined a new ordering context. Then i could order the items differently for a page that wants to display the fabrics ordered by the color group category vs a page that needs to display the fabrics ordered by the design category.

    I could see this implemented with a small header above the reordering items to manage the contexts: select box to change current context, add button to create a new context, delete to remove etc. If you change the context, the items refresh with the ordering of that context. And you can't delete the default context.