[Steven Zahm]

@ Tim

How odd because that error message about GD is actually triggered from core a WordPress function that checks that the are installed. I added the actual output of the message primarily for my testing.

As for the state drop downs is is actually even easier that I said. You still make the two changes.

Here’s the code for the first change:

cnHTML::field(
	array(
		'type'     => 'select',
		'class'    => '',
		'id'       => 'address[::FIELD::][state]',
		'required' => FALSE,
		'label'    => __( 'State', 'connections' ),
		'before'   => '<div class="address-state">',
		'after'    => '</div>',
		'options'  => cnGEO::US_Regions(),
		'return'   => FALSE,
	)
);

Here’s the code for the second change:

cnHTML::field(
	array(
		'type'     => 'select',
		'class'    => '',
		'id'       => 'address[' . $token . '][state]',
		'required' => FALSE,
		'label'    => __( 'State', 'connections' ),
		'before'   => '<div class="address-state">',
		'after'    => '</div>',
		'options'  => cnGEO::US_Regions(),
		'return'   => FALSE,
	),
	$address->state
);

I forgot that I already had built in the regions (states) for several countries.

Two caveats … First, unless you were adding states with their two letter abbr and in all caps, editing an entry, you have to select the correct state otherwise I think it’ll simply default to AL. Second, when the states are actually displayed, they’ll be displayed with their abbr instead of the full name. Doing the opposite would require more changes in several areas of code.

[Steven Zahm]

@ Iwona

The first thing that you should do is update cMap to the latest version. The version you have is over 2 years old. This is a free download for you and can be accessed from your purchase history.

re: Do not display the logo, despite the loaded image.
Updating the template should resolve this.

re: Alphabet redirects to the page instead of a business card entries !!!
Go to the Connections : Settings admin page, click the Advance tab and then click the Update Changes button. No changes are necessary. That should fix it.

re: Number the following pages should also be on the bottom of the page.
This isn’t a bug. The version of cMap you have installed, that is the default position. I forget which version that changed but in the latest version the default position is after so updating the template fill address that.

re: Do Not until the end is all translated. I once explained to the Polish language
Couple points…
You can help translate Connections, please see this.
There are many template specific strings which you can change by using the str_***** shortcode options. See this FAQ. The entire list of str_***** can be found on this page.

Let me know if you need any further help!

oh … one more thing. I think the theme is breaking the shortcode output. Go to the Connections : Settings admin page, click the Advanced tab and enable the Template compatibility option.

[Steven Zahm]

@ Steve

I can see that the original source image is here:

http://ecoshowcase.com.au/wp-content/uploads/sites/3/connections-images/citygreen/Citygreen.png

So it should be able to find the crop/scale on demand image too, so it is not making much sense…

I’m sure this is simply a path related issue (both issues). Can I get super admin and FTP access, temporarily of course, so I can figure out where the path bug is being introduced? Without it, I’m not sure I can figure it out as I can not see in my code where the error in the logic is especially since most of it is working correctly.

fyi … the image processing code was rewritten from the ground up so I can just look to see what changes were made because all of it was changed, literally.

[Steven Zahm]

@ Oliver

Nope, that hover text has always been there … unless you’ve updated from a much older version.

Here’s how you remove the mouseovers.

Install the Code Snippets plugin.
Add a new snippet with the following code:

add_filter( 'cn_photo_title', 'cn_clear_mouseover' );
add_filter( 'cn_logo_title', 'cn_clear_mouseover' );

function cn_clear_mouseover( $title ) {
	
	return '';
}

Save and activate the new snippet.

[Steven Zahm]

@ Michael

Ok, I just uploaded an update to SiteShot which should fix this issue.

[Steven Zahm]

@ Michael

Ok, I’ve identified the issue … this happens when SiteShot is active (as a plugin). Deactivating the SiteShot plugin will fix the crop issue.

I have identified the bug within SiteShot and I am working on a fix right now. I reply back when it is released and available for download.

[Steven Zahm]

@ Dani

Yes, this was fixed in the latest release. You should be all set.

If I have not asked and you have a moment, I would truly appreciate a review as they really do make a difference. Many thanks in advance!
http://wordpress.org/support/view/plugin-reviews/connections

[Steven Zahm]

@ George

Ok, I’ve confirmed, found and implemented a fix. The bug is in the new responsive image support CSS code. I’ll be releasing a hotfix release within a week.

What can be done in the meantime is edit the cn-user.css file. Change this:

img.cn-image {
	border: none !important;
	height: auto !important;
	left: 0 !important;
	margin: 0 !important;
	max-height: none !important;
	max-width: 100%;
	padding: 0 !important;
	position: relative !important;
	top: 0 !important;
	/* width: 100%; */
}

to this:

img.cn-image {
	border: none !important;
	height: auto !important;
	left: 0 !important;
	margin: 0 !important;
	max-height: none !important;
	width: auto; /* For proper IE8 support for max-width, width:auto needs to be set first. */
	max-width: 100%;
	padding: 0 !important;
	position: relative !important;
	top: 0 !important;
}

Duplicate the cn-user.css file and name it cn-user.min.css. Upload both overwriting the originals.

Apologies for the trouble!

[Steven Zahm]

Make sure you’ve deleted Slim 1. If it still exists, the dynamic template loader could be loading its files thinking they are custom template override files.

Check to make sure the core CSS is still enabled. The setting is found on the Connections : Settings admin page under the Advanced tab.

Another thing to check. Edit the page where you inserted the [connections] shortcode. Click the Text tab in the upper right of the post editor. Now make sure there is no HTML tags in or around the shortcode. Those tags, if they exist, break the WordPress shortcode parser and odd things can happen.

If you do all this and that doesn’t help … you’ll need to share a link to the page so I can take a closer look and offer more specific advice.

Hope that helps!

[Steven Zahm]

@ Michael

What happens if you disable SiteShot?

[Author]

Posts