[Steven Zahm]

@ Meghan

Good to hear!

[Steven Zahm]

@ Tom

I see from the page source that you also have Market on the page but hidden with HTML comments … WordPress will still process the shortcode and in turn when the Market template is loaded it will load its JavaScript file. Both cMap and Market use the same JavaScript function for the click event so the show map link will have that even bound twice which is why it closes immediately after opening it…

So the solution is to remove the second shortcode on the page where Market is being loaded.

Hope that helps!

[Steven Zahm]

@ Jennifer

I see you’ve purchased both cMap and Market recently… can you please share a link to the page having the issue?

Also, what is the exact shortcode you are using?

[Steven Zahm]

@ tz161

I have not been able to replicate the error… the code on that line and the lines before and after are correct. I have had only one other user have a similar issue, I do not yet know what the actual error message is yet…

Could I have a temp admin and FTP account so I can figure out exactly why you would be receiving this error?

[Steven Zahm]

Ok, version 0.8 is back up for now…

[Steven Zahm]

Welp … I released and found a minor bug the core CSS file is not loading, so I pulled it until later tonight. Otherwise it seems fine as it is running on this site without any issues.

[Steven Zahm]

@ Mitch

I’d keep an eye on the WP repository…

I have not quite pushed it out yet. I’m still writing the changelog and other assorted dot i’s and cross t’s type of things.

The changelog really doesn’t do justice the amount of changes that have taken place under the hood. Likewise, the end user perspective isn’t going to look all that much different either. One thing is certain, the teaks and suggestions you have given me over the years are no far more easily accomplished and I look forward to all the things this release will allow me and the users to do.

One feature I think you’ll like… template file overriding…

I completely refactored the cnTemplate class. This class is basically responsible for core template features.

What it does do now is allow template file overriding and allow loading template file loading based on context much like WP handles loading theme files. Let me try to explain.

Say you’re using the cMap template and you want to make a tweak. Currently you’d open the core template PHP file and make your changes. If you happened to update the cMap, you would lose those changes. Now, instead, you can duplicate the file and put it in one of the following paths [ordered by priority, first highest priority]

../wp-content/theme/{child-theme}/connections-templates/{template_slug}
../wp-content/theme/{parent-theme}/connections-templates/{template_slug}
../wp-content/uploads/connections-templates/{template_slug}
../wp-content/plugins/{template_folder}

This is important because in-admin updates are coming to templates making it very easy to lose tweaks. If the tweaked file is in one of the override paths, their tweak is update safe! Of course they may not benefit from any new features, but more importantly, the likely hood of their setup breaking is reduced.

Oh, the same goes for the template’s, CSS file and JS file.

Another new feature, template file loading based on context…

Currently template could be setup with a list card and a single card. This has been significantly enhanced! Now you can load templates based on if you viewing a specific category or specific region or specific entry and so. Here’s the run down of template files that are supported:

card-category-{category-slug}.php
card-category.php
card-country-{country}.php
card-country.php
card-region-{region}.php
card-region.php
card-postal-{postal-code}.php
card-postal.php
card-locality-{locality}.php
card-locality.php
card-organization-{organization}.php
card-organization.php
card-deparment-{deparment}.php
card-deparment.php
card-{entry-slug}.php
card-single.php
card.php

The same search paths from above also apply. So if a template has one of the above template file, it too can be overridden… or added, if the template does not have one.

Yep, this too, works with the template’s CSS and JS file. Instead of “card” as the file name base it would be the template slug and instead of php, either css or js for the extension.

Suppose you do not want to override the core CSS to Connections or a template, Connections will search the above paths for:

cn-custom.css
{template-slug}-custom.css

These, if found will be loaded as a dependency of either the core CSS file template CSS file. This allows you to have update safe CSS tweaks for both the core CSS and the template CSS files.

And this is just “one” of the core enhancements!

Good stuff?!?

[Steven Zahm]

@ Tom

I’m pushing out the 0.8 release which includes the custom field API today for a few hours to gauge whether or not if the release is as bug free as I think it is. If the support forums do not get flooded with support issues, I’ll leave 0.8 released.

I’m excited to be releasing this … it’s the biggest Connections release yet from a code change perspective.

[Steven Zahm]

@ Tim

Good to hear, marking as resolved.

[Steven Zahm]

@ Helen

Thanks, I just added both sites to the respective template product pages.

[Author]

Posts