Forum Replies Created
-
AuthorPosts
-
Hi,
I’m glad you got it figured out.
WordPress doesn’t offer a way for 3rd party plugins to install from the dash, but it is possible and it’s on my development list already.
All I can do for now is warn folks in the install instructions:
http://mappresspro.com/installHi,
I tried some more tests. I’m not sure if this is a Google bug or something I can fix in the plugin. The behavior is really strange:
If I geocode “flatiron building”, maps.google.it returns:
“175 Quinta Strada, New York, 10010, Stati Uniti d’America”But maps.google.it won’t accept that as a valid address. If I remove the last part, it works: “175 Quinta Strada, New York, 10010, Stati Uniti”
If I try the same thing in French it returns:
“175 Cinquième Avenue, New York, État de New York 10010, États-Unis”And that address works fine in maps.google.fr.
I’ll try some more tests and open a bug report with Google. I’ll also try some workarounds in the plugin.
All I can suggest for now is to switch your language to English (“en” or leave it blank) when entering locations.
Hi,
I just went to realdealmattress.com and I see only a plain text shortcode. Usually that indicates the plugin isn’t installed/activated properly.
Can you send me a login?
Since you’re not using that site I’ll see if I can get it working, then we can tackle your other sites.
Hi,
Google sets the infowindow size based on the map width and the content of the infowindow.
To prevent it from getting too big, I think you can add this to your “styles.css” of your theme:
.mapp-body {
max-width: 300px;
}When using images, try to use image thumbnails, not the whole image – they’ll load faster. Try making a ‘thumbnail’ for each image and inserting that into the POI rather than the original image.
Also, Google sometimes gets confused about the image size. You can specify the size in your <img> tag:
<img src=”myimage” style=”width:128px; height: 128px;” />
Or, add this to your “styles.css”:
.mapp-body img {
width: 128px;
heigh: 128px:
}Hi,
I think the directions are having trouble with the address in Italian. If you enter the POI as “175 5th Street, New York” it should work.
Even if I go to “maps.google.it” and enter “175 Quinta Strada, New York, 10010, Stati Uniti d’America” and click “get directions” it doesn’t work…
You could also try changing the MapPress language settings: choose “it” for the language and “maps.google.it” for the server.
Hi,
Please provide a URL illustrating the problem.
The infowindow inherits most of its styling from your blog so it’s probably something in your theme. You can see if that’s the issue by switching to a standard theme for a minute, like 2012.
You can change some infowindow styling in ‘mappress.css’ (just put the changes in your theme’s ‘styles.css’). The classes are ‘mapp-iw. Much of the style comes from Google itself, like the shadow, corners, tip, etc.
If you use the ‘infobox’ bubble type instead of ‘infowindow’ (you can change it on the MapPress settings) then you have more control over the CSS. It is styled using the ‘mapp-ib’ classes.
Hi,
[mashup] means display all the locations on the query page.
Try [mashup query="all"] to display all maps from all pages.
Hi,
There’s no ‘get_post_meta’ method for POIs, that’s a WordPress function. You can see the POI methods in file ‘mappress_poi.php’. There are several ways to do what you want, but I think the easiest is to use:
$poi->get_custom('post-class', true);If that doesn’t help please send me a note with the contact form, in case I need to ask for a copy of your template.
Hi,
It looks like the scripts aren’t getting loaded. That can happen with some themes if the wp_footer() call isn’t present. Please see #1 in the FAQ and let me know if that doesn’t help:
http://mappresspro.com/mappress-faq
January 22, 2013 at 5:46 am in reply to: mashups with post__in no longer working after upgrade #11432Hi Jim,
Ok, the update will be out soon. This should also work if you don’t want to wait: “post_type=a,b,c” where a,b,c are your types.
January 22, 2013 at 5:03 am in reply to: mashups with post__in no longer working after upgrade #11429Hi,
The code was to echo the shortcode string, I wanted to see what was being passed to the plugin.
I was able to check using the sample page and I found the problem: for query argument “post_type=any”, the plugin is sending an array. WP_Query requires an array for multiple post types, but for “any” it requires a string.
This is fixed in 2.39.8, which should be out later today.
Until then, you can get it working by specifying a post type (“post_type=post”) or just removing the “post_type=any” clause from the query.
Thanks for letting me know about the problem!
January 20, 2013 at 8:40 pm in reply to: mashups with post__in no longer working after upgrade #11413Hi,
I’ll be happy to look into it. The query problem with ‘array’ parameters was fixed in 2.39.6, or at least I thought it was.
Can you provide a link to a page with the problem so I can see what’s getting sent in with the query?
Also, if you could echo the entire query, and let me know it is, that would be helpful. I think you could code like:
<?php echo ‘[mashup width="540" height="360" maxZoom="4" maptypeid="hybrid" marker_title="post" marker_body="none" directions="none" overviewmapcontrol="false" show="query" show_query="post_type=any&post__in='.$mapIDs.'"]‘; ?>
The site doesn’t show the end date, but you’ll see a notice in your account (when you go to upgrade) if your support has ended.
Hi,
There’s no central list. You need to go back to the post where you created the map originally and you’ll find the map listed there. A central list of all maps is a feature that has already been requested for the plugin. It’s a great idea and it’s already on my development list.
Hi,
That’s usually because of an AJAX error in another plugin or the theme. See #9 in the FAQ:
http://mappresspro.com/mappress-faq
If the solutions there don’t work, please use the contact form to send me a login and I’ll try to debug it.
-
AuthorPosts
