[Mad Dog]

Thanks. I’ll give that a whirl.

On another way to do it, is there a simple way to show all views all the time and not have to click on it to show the other available views? That’s actually the big issue. It seems like an odd UX to see the current view and figure out to click on it to see the others.

LATER NOTE: I added class=”tribe-bar-views-open” to the code and it seems to force it open all the time (see below). Any reason not to do this or does it muck with anything else?

<div id="tribe-bar-views" class="tribe-bar-views-open">

MD

• This reply was modified 10 years, 4 months ago by Mad Dog.

[Mad Dog]

Thanks Geoff. I’ve already made some changes to that file and I looked there but couldn’t figure out where this piece was happening. Thanks for pointing to it for me!

I’m wondering if you could give me a very quick hand on it. We’re only using two views and what I’d like to do is just display a link to the view you’re NOT currently on. Can I simply modify this to show “not_displaying” (to use a lay term).

							<option <?php echo tribe_is_view( $view['displaying'] ) ? 'selected' : 'tribe-inactive' ?> value="<?php echo esc_attr( $view['url'] ); ?>" data-view="<?php echo esc_attr( $view['displaying'] ); ?>">
								<?php echo $view['anchor']; ?>
							</option>

Thanks!
MD

• This reply was modified 10 years, 4 months ago by Mad Dog.

[Mad Dog]

Thanks! I should have noticed that. Glad you’re around when I’m too busy to stop and pay attention. (:})

[Mad Dog]

This reply is private.

[Mad Dog]

Thanks! This seems to do the trick on the normal views, but oddly when I Search by Date it’s starting the results a day or two (or earlier that week) which is strange behavior. Is there anything I can add that will cause it to only list events based on their starting date while Searching by Date?

THANKS!

[Mad Dog]

I found this (https://theeventscalendar.com/support/forums/topic/filter-events-with-start-date-after-now/) and the function the user wrote appears to work. Though there’s a note in the thread from support that says Although you should look to adding a main query check: $query->is_main_query() which isn’t included in the function.

Is there a better way? Should something be modifed? Or did I stumble on a solution proving that a blind squirrel does indeed find a nut once in a while?

Thanks,
Mad Dog

[Mad Dog]

Hi Geoff–

Thanks for the quick response, even though it’s not what I’d hoped. It’s what I suspected though. With the same rationale I gave the client before checking. (:})

On to post it as a Feature Request!

Thanks,
MD

[Mad Dog]

Thanks. I’ll leave it alone for now. Hopefully not many people will try to change their info and if they do I’ll take care of it manually for them.

Keep me posted on progress or if there’s anything I can do to help test their solution.

MD

[Mad Dog]

I guess I’m glad it’s not in the site set-up but this is a pretty bad one. None of our users can update their organizer information.

– I’m curious what is causing this bug to occur since apparently other people aren’t having this problem or you’d be swamped with complaints.

– Is there anything I can do temporarily so our users can update their organizer information? I have no problem making a change to a core file if need be, knowing the true fix will be in an update. This is an important feature to have working.

Thanks for looking into this and getting the developers on it.

Mad Dog

• This reply was modified 10 years, 5 months ago by Mad Dog.

[Mad Dog]

Thanks for getting back to me. It’s not just the table header but the <td>s themselves in the loop that need to go. I wondered if there was a function I could use to, say, target the dropdown and automatically uncheck those two columns so they wouldn’t appear.

In case anyone else needs to do this, I hid them using CSS since it turns out each of those columns have unique classes (good work, some coder!). So this did the trick:

.events-community.my-events .optional1 {display:none !important}
.events-community.my-events .optional2 {display:none !important} 

MD

• This reply was modified 10 years, 5 months ago by Mad Dog.

[Mad Dog]

This reply is private.

[Mad Dog]

P.S. I do realize I can comment out those <th> lines in event-list.php and maybe I should do that. And then also get rid of or hide the “Display” link. But is there a better way to accomplish this?

[Mad Dog]

Duh!

Thanks. The client’s freakin’ and I was thinking along the lines of adding a page-id which wouldn’t work. Didn’t think of this specificity. THANKS!

I am curious though….while it’s a WP function if it’s on the page you go to after clicking “View” on the Edit Event page, it must be being called by a TEC template page, yes?

[Mad Dog]

Thanks, George. I knew it could be changed in the core files if necessary and you anticipated my next question by telling me where to find it. I’ll see if the client wants it “temporarily” changed until the next update.

Thanks again!

[Mad Dog]

Thanks! The only change needed was to use $post instead of $event since the email is going out when you create the post.

<?php $fields = tribe_get_custom_fields( $post->ID );

You might pass along to someone to mark tribe_get_custom_field (singular!) as deprecated in the Documentation.

Thanks again for the assist!

MD

[Author]

Posts