Michael Sena
Forum Replies Created
-
AuthorPosts
-
Hello Guust
Thanks for your reply. That’s actually what I expected. I assumed that the code would have an impact across the theme, but that has not been my experience, so I’m a little confused.
I’ve already added the code to my functions.php of child theme. I didn’t think it worked for listings initially, however I discovered that when I imported my data (csv) there was address, city, region and zip data included in the post_address column, so the duplicate data was causing the layout to appear incorrectly. As I correct that issue in the data, listings appear as they should according to the code addition.
Thing is…I started from scratch with Events, so there shouldn’t be any database issues, but the event address has not been adjusted according to the code. I did notice your statement “at the correct place”…I figured… if it’s working for listings, it should be working for events, but it’s not. So I guess I’ll ask, where’s the “correct place”?
Thanks
MikeThe proper URL will work after the post is published…correct? Prior to being published, that URL leads to a 404 page. Obviously I’m still not clear on this, how can an admin preview a post prior to it’s being published if the “preview link” is not going to be an option?
Thanks for your patience!
MikeThanks Guust…
Apparently my brain is mush at the moment…didn’t look at the widget settings. Sorry for the waste of your time!Mike
Hello Stiofan, thank you for your comment. So you’re saying that the only way to get a preview of a listing is by entering it through the frontend submission form?
Your right Guust….GD listings are no ordinary posts! 😉
When I save a listing created in the backend I get a metabox allowing me to preview the listing ((see this example). That preview link works perfectly in all my CPTs except gd_nightlife and gd_store???
The one common denominator I noticed is when the preview works correctly I get a URL like: http://mysite.com/?post_type=gd_place&p=61000%2F&preview=true. Both of the examples I provided are missing the &preview=true statement. That can’t be right can it? Although I’ll admit I tried adding the &preview=true statement to the example URLs and they still didn’t resolve correctly….I’m confused.
It would be one thing if none of the CPTs offered a preview, I’d assume that was just the way it was…but when all but two work….frustrating :-/
Thanks for sticking with me on this! 🙂
MikeYes…it’s working correctly now, thanks for resolving that!
Hey Guust
So in the backend I have the map zoomed to the level I’d like… the Map tab view is right but look at the sidebar map zoom in this screenshot. I’d like both to show the same zoom level.
Hi Guust…glad to hear that the preview is working well in the frontend…I hadn’t had an opportunity to check that. I’m having a problem with it in the backend. Guess it would have been helpful to share that with you…sorry! I have not fixed it. Not adding any special code, just adding a typical listing in the backend. I thought it was weird that the preview URL wasn’t generated correctly. What could cause that?
A side point, there isn’t a Preview button in the Publish metabox. You can only preview a listing after hitting “Save Draft” and the preview link appears above the title area. Is that how it was meant to be? That’s different from what I’m accustomed to in WP…like in the Post section.
Thanks
Mike:-/ That’s too bad. The directory has view options, it would be nice if there were a couple of options for the blog. Even just the choice between grid and list. I don’t have too many wishlist items…but that would be one 🙂 Thanks Kor
Mike
No problem…I’ll watch for a solution
Thanks!
Oh yea…duh, didn’t notice the recurring radio checked :-/
Last thing, it looks like the Related Listing(s) are getting pinned on the map too (http://yourmetrodenver.com/events/food-events/food-truck-rodeo/). I hadn’t seen that before, is that new? I’d prefer to focus on the event listing only, so is there a way to remove the related post map pin? I didn’t see anything in the design settings that addresses that.
Thanks
That’s perfect…thanks Paolo!
So I’m a little confused on the Directory update. In my download area Directory-Starter is at 1.0.6, Directory-Whoop is at 1.0.7…but I’m using Supreme. I must be missing something 🙂
As far as dates as links… check out this page: http://yourmetrodenver.com/events/food-events/food-truck-rodeo/ Notice the sidebar date is resolving like a link in both color and rollover action… even though it’s not a link. Firebug shows it associated with .geodir_event_schedule a.gde-recurr-act. This example is not a recurring event so the hyperlink color and rollover action (underline) are a little confusing.
Thanks for the heads up on the Force Update plugin…I’ll go ahead and delete that since it’s not needed.
Thanks for all your help! As a frustrated former Templatic user…we are loving GeoDirectory!!
Hello Paolo,
The supreme 1.0.3 update fixed the duplicate dates…Thanks! I noticed that the date shows up as a link, that I would assume would take you to a listing of all the events on that date…but the link doesn’t work???
BTW, I’m not getting plugin update notifications. I installed the GeoDirectoryx Force Update Plugin…then went to the update dashboard and clicked on Check Again. No change. Can you refer me to a post that provides other solutions?
Thanks again for the duplicate date fix!
Mike
This reply has been marked as private. -
AuthorPosts