identity
Forum Replies Created
-
Posts
-
hehe, I figured it was something like that 😉
I definitely think there needs to be some options here. Listers might like to get the comments, but I think it needs to be a choice they make, and can disable if they want to later.
I have 2 reviews, both with star ratings, on one of my test listings, but the count is showing 1. These were created on the frontend “as a user” with 2 differing user accounts, and both differing from the listing owner.
Sidenote: the “more” to the right side of the star ratings, which looks to be a javascript function doesn’t seem to do anything.
Good thinking, let me try that. That’s probably the issue.
Will let you know.
cheers
Yes, 1.2.2 and all plugins updated. This actually showed up yesterday before the update as well.
I’m also running Enfold and it’s up to date with 2.9.2.
The tags show below the post and in the sidebar tag cloud, but clicking on them leads to an empty page with:
Posts
Nothing FoundSorry, no posts matched your criteria
After deactivating all of GD though, the tags worked and the posts showed up. I also double checked tag functioning on another site with Enfold to make sure it wasn’t an Enfold issue with their latest update, but that worked okay as well.
cheers
I don’t think we want to go giving admin rights to post creators, at least not based on WP defined roles.
I agree though that there needs to be some customization here, both for the creator/lister and the admin side. The comment toggle I would assume would also be universal, not just for GD, but the entire WP system. As an admin, my desire to see all GD comments may be different than my desire to see my blog comments.
So there really needs to be a separate setting on the admin side for GD, not a global WP selection.
Likewise, for every creator/lister that doesn’t want to see every comment, there may be one that does, so the ability to toggle this on or off should probably be a setting in the *hopefully coming* author profile/dashboard page.
cheers
I have to confess I’m not sure the value on the backend as implemented is all that useful…since the Package ID is auto-assigned and the title is front-end facing, the main value here is sort by Post Type, but price order is still uncontrolled.
The greatest value is probably in the front end, since having these in a top-down or bottom-up value order is expected and easier to comprehend.
I think what would help would be an additional field that could be edited by the admin to create a logical sorting order based on alphanumeric:
places – 10
places – 20
places – 20a
places – 30
events – 10
events – 20
etc.The coding would be admin controlled, and as long as the protocol is “gappy,” it allows fairly easy insertion (e.g., 21, 22, 22a, 22f, etc.) opportunities to add packages and still retain a hierarchical ordering.
cheers
Wanted to update what I’m seeing now after making the core and Payments plugin updates.
Still see no change to the Payment status…remains UnPaid.
Also, while I don’t want anything to auto-publish, I tried switching the status for submissions over to Publish, but they still show as Draft and unpublished, and still show a UnPaid.Consider this working and resolved.
Super slick!
Thanks.
cheers
This reply has been marked as private.Right, default, no changes made.
A “confirmed” paid listing is showing as Type “Paid” with status selector as “UnPaid.”That is the issue, however it would be nice to have additional classification within the backend listing grid post status:
– free/verified paid -> Pending Review
– unverified paid (and all other) -> Draft
– all published listings -> PublishedCheers
@stiofan, I think the code is missing the function name. I tried tossing “geodir_paypal_item_name_change” in there, but didn’t see any difference, but without it, was erroring out completely.
btw though, when working, this will be an excellent solution.
I’m not sure having auto-publish being tied to payment status is a good thing. That means that offering a free listing allows everything to publish immediately, without any kind of review. I can see the argument that perhaps a paid listing is okay to auto-publish since most spammers probably aren’t going to pay for a listing. My take though is that I want to review every initial listing, free or paid.
I agree on your “cheque in the mail” version, and in a manual case, then it should require a manual action to move from UnPaid to Paid, it’s really the online payment version that is the issue.
I haven’t done any special configuration in PayPal for return URL or anything, so if that’s the issue, I just need to know that…just trying to determine if the GD functioning is working or needs to be improved.
cheers
Thanks guys, I think this will provide an overall better user-experience, and less “issues” on the admin side.
cheers
I can understand that.
At the very least, the coupon entry should be placed ideally at the end or at least after the package selection.
Fortunately, people often fill out forms “in order” of appearance or tabbing if that works.
Either way, the current setup takes their coupon code, and then drops it if they select anything other than the default package.
I can’t really fault users for doing things in the order presented, and I’d bet at least 50% of the time, if not more, this will result in bad experiences for users, either frustration trying to get this to work, or complaints after the fact when they realize they didn’t get their discount.
cheers
