Viewing 15 replies - 46 through 60 (of 63 total)
  • @wotacharlie – Perhaps we should add an “advanced option” in our plugin for removing jQuery from gPress (in emergencies such as these) as a way to combat such problems in the future…?

    @wotacharlie – I just uploaded gPress 0.2.2.1 which has a new advanced options setting in the MISC Settings sub-tab that allows you to remove the jQuery 1.4.2 we have add to your themes header. Does this help?

    @nit3watch – We have fixed the issue by only having the Foursquare session_start function run in the admin pages, which now fixes the problem you were facing with searching groups and forums. Could you please verify if the new version solves your problems or not…?

    @msmalley yip fix works. FMI – were are you mainly handling error/bug reporting? As I don’t want to frustrate you, posting on multiple forums..

    Still from the admin pannel>gPress Options> renders as https://img811.imageshack.us/img811/9463/gpress.jpg like grosbouff.

    Did you find a solution for this as well? cause then I could test further but dont stress, if your focus is on something else, just letting you know.

    Edit: getting js errors> https://i49.tinypic.com/r7t015.jpg

    Bravenewcode were doing work for automatic but have abandoned the plugin, BuddyPress Geo due to them focusing on mobile apps or something. Though the code might help you out.

    What it does: https://buddypress.org/community/groups/buddypress-geo/

    BuddyPress Geo allows people on a BuddyPress site to search for other users (or businesses) within a certain distance. It leverages the Google location API to convert ordinary, real-world addresses (i.e., Vancouver BC, Canada) into latitude and longitude. This functionality allows for both location-based member directories or possibly even location-based business directories.

    I personally would need this functionality for searching my groups but I know most users want it for searching member locations.

    @nit3watch – would rather keep as much BUG TRACKING as possible in the BuddyPress.org community site, as its more flexible and easy to post within the activity streams and or group forums, as required…

    Will continue investigating the admin problem you and @grosbouff are facing, it sure is frustrating when I am unable to replicate the problem on my own site – as I don’t know where to start or what to look for… ??

    Just to confirm, has this problem in the back-end always been there for you from whatever version of gPress you started using…?

    Does it show up regardless of what themes and (or) other plugins you are running…?

    @nit3watch and @grosbouff – I believe gPress 0.2.2.2 should fix both of your problems regarding the back-end errors, which were being caused by the use of short_open_tags, which require a change to your PHP.ini files in order to work – so rather than do that, I changed the code back to old fashions normal tags – sorry for forgetting about this… :p Forgot that not all hosting environments support it…

    Am uploading gPress 0.2.2.2 to the repository now, should hopefully be available for download by the time you read this…

    @msmalley its woking now and looks amazing, props to you.

    Will play around and see if there’s anything I should let you know about.

    K, so from after this post.. Ill keep it on bp.org

    And for those who do not already know, if you want to follow gPress from the official BuddyPress.org community site, the link is:
    https://buddypress.org/community/groups/gpress/activity/

    The official gPress support forums can be found at:
    https://buddypress.org/community/groups/gpress/forum/

    Thanks again for everyone’s feedback, I just hope we are able to keep the updates and features coming whilst sticking to our roadmap in a somewhat timely fashion…

    i can’t change the width of maps,is it possible to do?

    If you are unable to append the CSS as required, there are plans to have some form of map width filtering in place in the next release, prior to version 0.2.4.5

    After trying the plugin for some hours, here are some thoughts/issues:

    (1) The initial location of the marker on the map is set to some place on the Atlantic Ocean. As a result, the marker appears with a blue background and you have to zoom out to know where you are. It would be nice if the initial location as well as the initial zoom level were configurable, or at least if they were set to reasonable values (i.e. the middle of land with Countries zooming level).

    (2) Currently, to move the marker you have to drag it to the place you want to mark, so if that place was in the far other side of the map and the zooming level was close-up, you have to do one of the following:
    a) Zooming out until the both sides appear at the same time (the side that the marker initially start at and the side you want to mark), moving the marker and then zooming in again.
    b) dragging the marker to the edge of map screen in the direction of the side you want to move to, and navigate in the map until the marker comes to the other edge and so on. (i.e. Suppose you want to move the marker from a place in Canada to another in Mexico. You will drag the marker to the lower edge of the shown map screen, and then you will navigate in the direction of the south until the marker become on the top of the shown map screen and so on until you reach the destination you want.)
    It will be much more efficient if the user was able to move the marker by the mouse clicking. This way you don’t have to drag the marker screen-by-screen. Instead, you directly go to your destination, click on the place you want and voila! the marker is relocated there.

    (3) There is a problem with the shortcode [gpress place_id=”all”]. When I use it I see a blank area instead of the map.

    Sorry if some ideas weren’t clear enough. My English isn’t that good.
    Best Regards,

    I’m very interested in this plug in, but was wondering if it’s possible to import from a CSV file a bunch of locations I need to display? I have about 200 locations and it seems a bit labor intensive?

    Love this plugin. The admin interface is very very nice.

    Not super keen on the data model. I would prefer each property in it’s own field. Of course, this is selfish, because I am using this with some android and iPhone apps, delivering the data via JSON and it would be much easier if I didn’t have to parse that out. I would be able to just stick with the generic “custom fields” query.

    Any thoughts on changing this to a separate field for each property?

    You’ve saved me a lot of troubles. I was about to write something like this myself. So I will likely jump in on the dev and help at some point.

    Also, while I love the concept of a “Place” custom type for this. It’s a nicer data separation. But have you thought about allowing people to geotag any custom type they create? I am working with a lot fo custom types for story-telling purposes, and it might be nice to be able to tag anything, not just posts and places…

    You can see some of the story-telling possibilities I’m starting to use WP for here:

    https://workbookproject.com/newbreed/2010/08/31/managing-lost-children-storyworld-wordpress-1/

    @ps4482 – at the moment, there is no simple way to import data, but it certainly is on the list of things that will be added when the time permits, and may even get pushed through early if myself or any of my projects require such a feature first…

    @megamarkharris – I know where you’re coming from, and kind of regret using the framework I selected for the admin interface, but by using that FRAMEWORK, it has allowed for fairly rapid development.

    However, I already have it listed on the gPress roadmap to eventually replace this model, and as always, it’s just a matter of time… :-S

    gPress has a very specific route that it presently plans to take, where it will be defining the post types in order for its future mobile apps and mobile UI to be specifically tailored to those types (with places as the first type). There are however plans to add filters and hooks and make the plugin a geo-framework of its own, where it could then be used to geo-tag other types, but once again, it’s all a matter of time…

    If you’ve not already checked-out the gPress BuddyPress community pages, please do – as it’s much easier and convenient to communicate with users there – https://buddypress.org/community/groups/gpress/forum/

    how to remove map from the post? i deleted custom filds but after update they don’t dissapear

Viewing 15 replies - 46 through 60 (of 63 total)
  • The topic ‘gpress’ is closed to new replies.