[Barry]

Hello Gregoire: you’ll be happy to know we took this on board as a bug report and it should be fixed in the very next maintenance release (due imminently) 🙂

[Barry]

You know, “fixing things” implies there is a bug here or something that’s fundamentally wrong. Really what you want is a change and, in your eyes, an improvement – but it’s not a change that we frequently see being requested. That doesn’t by any means we’re not interested or that we won’t ever do it – just that we want sound reasoning and some more feedback before doing so since this is a change that would affect all of our customers and users, not just you. I’m sorry that approach is problematic for you.

I also don’t feel that asking you to post a feature request over on our UserVoice page is too onerous a task when all is said and done – especially when you feel so strongly about this – but it’s entirely up to you. It’s an avenue that’s open to you when and if you want to follow it.

[Barry]

Mastafu: again, I still don’t agree. That doesn’t mean I’m right and you’re wrong – and it doesn’t mean I don’t understand or appreciate your suggestions and ideas.

/%year%/%monthnum%/%day%/%postname%/

When that particular permalink structure is in use with a WordPress blog every single post (belonging to the regular post post type) uses it. If we took a similar approach then every single event URL would be a quite lengthy affair, unnecessarily so – and I believe you yourself commented here or in another thread on how a “good URL” is as short as possible.

WordPress offers numerous ways to structure permalinks. The fact that this is one of the ways they offer by default for date-based permalinks is interesting but doesn’t in itself mean it is some sort of best practice that should be used across the board. Maybe it is an SEO win – or maybe it introduced only for performance reasons – however it’s been around for a long while and if we were to adopt a similar approach we would want a concise argument to be laid out for doing so.

Please don’t use pretty words, saying how much you appreciate users support, which leads to nothing … just to closing the topic, and being happy not to have to spend extra time on fixing things. This is not how support works for paying customers.

I’m sorry you feel that way, because we do appreciate new ideas and suggestions for improvement. That doesn’t mean, however, that every time someone proposes a change we will accept it – nor should we.

As I suggested when I closed the thread, if this is something you feel strongly about please post a feature request and detail your arguments as to why your way would be an improvement. The advantage of this is that other customers can then show their approval or otherwise comment on the idea, which is useful information for us: you clearly feel quite passionately about URL structure but it may be others have opposing views or other concerns about any changes here.

Returning to the issue you opened this thread for, from my last reply:

I’m surprised to hear you say there is no canonical URL, however, can you point to an example of this?

Are you able to elaborate on this at all? Where are they missing and are you seeing this with a default theme or something else?

[Barry]

OK, I see what you’re saying.

Right now however the plugin simply isn’t built in such a way that it can readily facilitate this. If you are at home working with the WordPress rewrite rules system then you could probably tweak it into behaving as you would like.

I’m surprised to hear you say there is no canonical URL, however, can you point to an example of this?

[Barry]

OK, thanks for the input 🙂

It’s not a category or sub-category at all, however, but a date.

If you happen to perceive it as being a category then I can see some sort of logic there, but I’m not sure that’s a strong enough reason to warrant a change here. If you still feel strongly about this please do post a feature request over on our UserVoice page – that way other customers can add their support and that will give us a better impression of how much demand there might be for this.

Right at this point in time though I don’t think we’ll be taking this further and will close the thread. Please understand we’re very grateful that you took the time to share this idea, though, it is genuinely appreciated to receive this sort of feedback.

Cheers!

[Barry]

There’s lots of useful information in our tutorials and Frequently Asked Questions sections already – for example here’s an FAQ entry on our default custom fields.

If you notice anything that’s missing or want to suggest additional documentation/coverage of a feature please don’t hesitate to post a feature request 🙂

Thanks! (I’ll go ahead and close this thread now.)

[Barry]

By default they are sorted in descending order (future first, past at the bottom) and you can reorder them – should you prefer the opposite order – by clicking on the Start Date column header, for example.

We do welcome feature requests – but would ask that you post them on our UserVoice page so they enter the correct flow.

Thanks (and I’ll go ahead and close this thread).

[Barry]

So the first snippet I suggested was a fairly generic example that could have been used in either template – what I went on to do was illustrate an example using the Default Page Template for the Twenty Thirteen theme. Sorry that wasn’t clearer.

I just looked at event-defaults.php and did a search for “sidebar” but there was nothing on that page that I could modify and change to the code you gave me.

That particular template is not one that you should customize (nor, generally speaking, should you try to modify any templates inside the admin-views directory). There is a great overview of theming and customizing templates in the form of our Themer’s Guide which talks through which templates you need to modify.

My feeling though is that you’re really going to need a higher level of support to accomplish what you want here than we can offer. We do have a referral list we can provide if you want to work directly with a developer?

[Barry]

Ah, I see you what you mean now. So your description of events makes me think something like this is happening:

* A script (your own/your lightbox script) is listening out for click events on various link elements
* It is probably binding itself to those events once the page loads
* When something – like the calendar widget – dynamically changes its HTML after the page has initially loaded then any events relating to the new links it creates will not be caught by the custom script

In essence then what you probably need to do is listen out for events relating to calendar widget operations and then re-bind. Hope that helps!

[Barry]

Sorry Shimatorabi, I don’t mean to confuse you by suggesting everything must be tweaked to make it work – rather I mean it may have to be tweaked to gel with your theme (it may not).

Thanks for the info, but everytime you give me a code, you say that it needs to be tweeked. I’m not worried about the styling to make it look better. That part I can do. However, I tried everyting you mentioned so far, and I’m not able to get a specific sidebar that is for the events pages to show up on the details pages and not the month view.

OK – so can you share what you tried already in terms of customizing your default events template (via a service like Pastebin or Gist rather than posting directly in the forum)?

Thanks!

[Barry]

I believe we might be able to do something to help – bear with me and I’ll get back to you as soon as I can 🙂

[Barry]

Hi Shimatorabi – I’ve already tried to give you some generic code that should work within our default events template and with most themes which I posted over here – you could add that code to the default events template, positioning it wherever makes sense in the context of your site.

We’ve also got various learning resources that can help you to learn the basics of customizing our templates, such as our Themer’s Guide and I’d definitely recommend that as a good place to start.

That covers in far more detail than I can do here the ins and outs of the process. Thanks!

[Barry]

I’m not sure there is anything that specifically covers the different URL formats, but it’s pretty easy to determine by playing with and navigating through each view, etc.

[Barry]

I just took a second look and on clicking one of the links below the mini calendar widget it opened in the lightbox – guessing you figured out a solution for this?

[Barry]

The ldeavila,

I think this was actually changed recently as previously events and posts were both sorted by post date. The problem there, of course, is that an event might be scheduled well in advance but then disappear down the river of blog posts, which other users weren’t happy with.

So it’s a difficult thing to get “right” – simply because different users have different needs and expectations.

[Author]

Posts