[Chris]

Hi,

I tried just setting the widget to ‘custom query’ and entering this in the input below ‘custom query’ (where 35403 is the ID of a page):

page_id=35403

That works for me, so I’m guessing the AJAX issue is something specific to your site.  Try deactivating all ofyour other plugins and switching to the 2012 theme to rule out the most common sources of AJAX errors.  Some other suggestions are here:

http://mappresspro.com/mappress-faq

If that doesn’t help, please send a URL and a login to your blog (use the contact form) and I’ll see if I can spot the problem.

I’ve never tried the add_filter approach myself but the padding sounds like a CSS problem.  As an alternative, you could use do_shortcode() directly into the template’s sidebar.php file.

 

[Chris]

Hi, try:

echo $mappress->l10n();

[Chris]

Hi,

I assume you just copied over the script tags?  I forgot about mappl10n, though – you can output it by calling $mappress->l10n();

I still think it would be better to just deuque/deregister the scripts you don’t want, though – that way if MapPress changes you won’t need to re-do the checkout page.

 

[Chris]

Hi,

I don’t think WordPress offers any way to output only specific queued scripts.

You could take a look at a normal page with a map and just copy the google/mappress script tags into your checkout page template.  Call the MapPress print_maps() function to output the map data after those tags:

<?php
global $mappress;
$mappress->print_maps();
?>

Perhaps there’s a way to conditionally not load the other scripts on the checkout page?   Or you could dequeue them before the wp_footer() call:

http://codex.wordpress.org/Function_Reference/wp_dequeue_script

 

[Chris]

Hi,

Just to be clear, wp_footer() only loads scripts in the footer.  It doesn’t actually display the blog footer – that’s done by get_footer() instead.

Were you thinking of get_footer()?

If that’s not the problem and you really can’t call wp_footer(), then you could possibly just trigger action ‘wp_print_footer_scripts’ instead, e.g. do_action(‘wp_print_footer_scripts’).  That calls the internal function to queue all the scripts.

 

[Chris]

Hi,

This is a bug, thanks for reporting it.  The plugin isn’t saving the shadow when it checks the icon directory.  I’ll release a new version to fix it ASAP.

[Chris]

Hi,

For anyone else looking: this is not a MapPress issue.  The form plugin was storing the wrong values in the custom fields.

@esscot: I think this is now resolved, but let me know if not.

[Chris]

Hi, feel free to use the contact form to send a URL.

But I don’t think this is something I can fix via MapPress.  My guess is that it’s a Google issue.  What happens if you click a landmark on this map, can you close the infowindow?

https://google-developers.appspot.com/maps/documentation/javascript/examples/full/map-simple

 

[Chris]

Hi,  you can use the contact form.

Could you also please try entering those fields manually and publishing the post?

[Chris]

Hi,

That sounds strange.  Try this: view that post and check the values in the custom fields.  Then enter “newburgh” in one and “in” in the other and publish the post.

Does the map show the same location?  I just tried it – but I got the center of Newburgh, IN, as expected.

Is it possible some other field value is getting set and interfering with the address?

Please send a login and I’ll take a look at your site.  Or, see if you can replicate the problem for me on a demo site:

http://mappresspro.com/demo

[Chris]

Hi, that actually sounds like a bug in the Google API – I see someone has a ticket on in their bugs database but it’s 8 months old:

http://code.google.com/p/gmaps-api-issues/issues/detail?id=4398&q=infowindow%20android&sort=-stars&colspec=ID

Do you have an example URL, and for which Android version do you have the problem?

[Chris]

Hi,

The documentation mentions ‘post__in’.  I don’t think ‘page_in’ exists.

If you want to get specific pages this should work:

post_type=page&post__in=1,2,3,4

I think it also works this way, without specifying any post_type:

post__in=1,2,3,4

 

[Chris]

@amadex, it’s hard to say without more info, but usually this happens when you’re using draft/private posts that can only be seen while logged in (WP adjusts the query based on your login status).

Probably the easiest thing is to just send me a URL and login, and tell me where to find your mashup.

[Chris]

Hi, you’re correct, the data is saved in mappress_maps – but it’s saved as serialized obejcts, so it’s not easy to implement searches by lat/lng.  You can read each map individually and unserialize it like this (where $mapid is the map you want):

Mappress_Map::get($mapid);

[Chris]

Hi,

Sometimes it looks like the wp_footer() call is there, but it doesn’t actually run for a particular post/page.

Try putting this right above it to see if it’s actually output:

<?php echo “FOOTER HERE!”; ?>

 

[Author]

Posts