Forum Replies Created
-
AuthorPosts
-
January 20, 2014 at 2:20 pm in reply to: Any chance of making Events Calendar Pro Responsive? #94868
Brook
ParticipantHowdy Chris,
Events Calendar Pro actually already is responsive, if your theme supports it. As of version 3 even Photo and Map views are responsive, and the Events bar. Of course the others views are as well. Some responsive sites have chosen to disable month view, simply because trying to display 7 columns (one for each day of the week) side by side in 320px is not always feasible without horizontal scrolling. But, technically the view is responsive if your data and theme-CSS support it as well.
As you point out our demo page is not responsive though. This is because the theme author has not yet been tasked with creating an updated version. I apologize for the confusion this creates. However, if you use our stock plugin with a responsive theme, like the default WP one, you will indeed find it to be very responsive.
Does that answer your question? Thanks for posting!
– Brook
Brook
ParticipantHowdy Chris,
This is possible with a two step process per event. Depending on your desired outcome an optional third step might be necessary.
1) Create the event ticket with a set stock count.
2) Purchase the tickets yourself. If you set the stock count to one and purchase one ticket, the sold out notice will display. Likewise if you set it to 100 and purchase 100. Obviously you do not want to to transfer any funds. This can be accomplished by setting the event price to $0, or temporarily setting your payment gateway to Test Gateway.
Optional) If you set the ticket price to $0 but want to display the actual event ticket price alongside the sold out notice, after completing step 2 edit the ticket price to its actual value.
Would that work for you? Fortunately you will only have to follow that procedure for the events you are transferring over. Future events will be quite easy to add.
– Brook
Brook
ParticipantHowdy Derek!
That’ s a good question. From the sound of it you basically want to create a custom Cash on Delivery gateway that accepts requires a users credit card details but does not process it, just stores them. All of those features would fall under the banner of WooCommerce APIs. WooTickets itself does not allow you to create custom gateways, rather it adds a product to your WooCommerce cart and from their WooCommerce is responsible for checkout and such. Thus, you would want to consult with the folks at WooCommerce to learn how to do such a thing. It is entirely possible someone has already built just such a payment gateway and would be willing to share it with you.
Does that make sense? I do not wish to usher you away but I am not fit to fully answer your question, for I am an expert on WooTickets not WooCommerce. If you do have questions about WooTickets features or the API please fire away. Thanks!
– Brook
Brook
ParticipantRegarding your PS/test site, did you have any mock events in there to populate those fields? In my stock install with data, that snippet is functioning swimmingly.
To assist you with your live site I would need to actually see it with the code installed. I realize this is not always possible. But, if you can throw the snippet up and link to the site here, perhaps I can help diagnose what is happening.
Thanks for working with me on this!
– Brook
Brook
ParticipantHowdy Fred,
This is certainly doable with our API. Of course utilizing the Events API does require a PHP background and understanding of the WP API.
It probably makes the most sense to add a separate page for community Facebook events, and like you said you could just have a simple form for submitting FB Event IDs. You can use Tribe_FB_Importer:: create_local_event() for processing the forms data.
If you have the know how this should be very easy. If not we could recommend some developers that know all of the APIs. Does that answer your question? Thanks for posting!
– Brook
Brook
ParticipantYou are welcome!
Brook
ParticipantNo I do not think you would need to go that far. It sounds like your found your conflict, the theme. It’s likely a recent update to the theme, or maybe the theme is not fully WP 3.8 compatible.
Whatever the case, if I were you from here I would just try and isolate what part of theme causes the problem. Maybe try the stock unmodified Flyingnews. Try disabling features of it, etc. until you find the source. The theme author might be of some assistance here.
– Brook
Brook
ParticipantHowdy anthony,
That does make sense. It is easily one of the most interesting use cases I have ever seen. The activation error message pro is undoubtedly coming from here. If you have renamed the class TribeEvents then you are in for a bit of a dilemma. That is referenced at least 100 times in Pro’s code.
That is far from the only dilemma you are facing. Such an intense modification to the code would likely require new post types, query strings, taxonomies, the list goes on and on. Without these things trying to run your plugin side-by-side with another one means they will be pulling from the same data, and stepping all over each other’s toes. A recipe for disaster, and I doubt it will behave how you want. Then if you ever want to update the plugins, you will have the joy of doing this work all over again.
Can what you need be accomplished by having one plugin with separate categories for the different stuff? Furthermore you could even hide some categories from the public view, and only show them to logged in users or those with a certain user role (even a custom one like ‘student’). If you are quite familiar with the WP API, then our API will provide you with all the tools you would need to hide and show events to select user roles. If you are not thoroughly familiar with the WP API, then I would strongly recommend you avoid two plugins. User role modifications like those above are a lot easier than trying to rewrite a couple of plugins.
– Brook
January 17, 2014 at 7:54 am in reply to: Connection Buddypress & Events Calendar Pro / Eventbrite Tickets #94006Brook
ParticipantHowdy Ed,
Regarding your questions:
1) For sure! First of all you can have free tickets for events, even in limited quantities if needed. If you want to manually add an attendee who has not purchased a ticket, you can do that as well including for events where tickets must be purchased. These are all feature of Eventbrite and our plugin certainly does not hamper them in anyway. Before purchasing anything you can play around with these features by creating an event on the Eventbrite website.
2) We would like to see that our selves. You might consider voicing your support for this feature request. In the mean time you can integrate specific things if you have a few in mind, but they will need to be developed. If you are not a developer, we could give you contact info for some devs familiar with our API.
You are welcome! Let me know if you have any other questions.
– Brook
Brook
ParticipantHowdy abdielflorespr,
Absolutely! That will be quite easy. Just link directly to the category. If your default view is Month, it will show up as Month view. Example: http://wpshindig.com/events/category/wordpress-meetups/
If that is not your default view you can link directly to the category and view. Example: http://wpshindig.com/events/category/wordpress-meetups/month/
Does that make sense? Would it work for you?
– Brook
Brook
ParticipantThat is super strange. The Javascript console errors must have been a separate issue.
I asked earlier if you have tried reverting to the stock 2012 theme. Have you? A theme could cause issues as well. If turning the theme and other plugins does not work, you might need to reinstall WordPress and our plugins. While fairly rare it is possible one or more of the files got corrupted/modified and is the actual source of this glitch.
Sorry this is such a pain. Sometimes there is no easy way to isolate issues and then fix them.
– Brook
Brook
ParticipantHowdy Rafael,
First of all, I really appreciate your patience in regard to this.
I do not believe this is on our radar anymore. Though I will doublecheck with Rob, and if he has anything different to say I will add another reply here. One of the devs said that they ended up scrapping this feature request, basically because it does not make sense. The field you are referring to is actually called <pubDate>. To change this to something other than the publication date is really violating expectations. In fact, that portion of the feed is actually being generated by WordPress itself, not our plugin. So, we would have to undermine the way WordPress is designed to work in order to accomplish this change.
Instead we came up with an alternate option that enhances WP feeds instead of subverting their semantics. I see you already found this tutorial on how to add start and end dates to events. You stated in the comments that it was giving you trouble. Can I help you with that? What specifically was happening? Was there an error message?
Thanks again for your patience. I am sorry nobody updated you. When we end up having to change course on a logged feature request, it can be difficult to contact everyone who requested it.
– Brook
Brook
ParticipantHowdy shawntarlo,
Thank you for posting! Frequently this is the result of improperly designed theme. Often times the theme author is using a non-standard way of detecting if this is a 404 page, instead of the method WordPress recommends which is using the is_404() function. For instance, sometimes theme authors will detect if the current page has 0 posts, and then assume that if there are 0 then this should be a 404 page. Well on some events pages, like a month view with no events, it will be 0. But, this should not be a 404 page as we are still serving content.
If disabling the theme and using the 2012 one instead fixes the problem, then you should get with your theme author and have them fix the issue.
Please let me know if you have further questions, or if disabling the theme did not fix it. Thanks!
Keidrych, if your issue is completely identical then my above comments would apply to you as well. If there is any difference please open a new topic, that will allow us to address your problem specifically. Thanks!
– Brook
Brook
ParticipantUhoh. I apologize, we have been having some funky things happen with private replies. Here is a copy of what I posted:
Thanks Jonny,
That error you are seeing is coming form the plugin folder facebook-members. Clearly that plugin is not picky enough about where it is running. Looks like it starts generating fatal errors and thus stopping other scripts from properly executing. You will have to get with the plugin authors, this is basically a bug.
Does that make sense? Please let me know. Thanks!
– Brook
Brook
ParticipantThat is a great idea. Since it sounds like you found the proper place to insert or filter those additions, then you are set!
-
AuthorPosts
