[Mad Dog]

Thinking about this a few minutes, is the actual answer to UNCHECK that, then use Members Role Editor to only allow (in our case) Admin and Teacher roles event creating and editing rights, and then Subscribers will only be able to read them?

[Mad Dog]

Oh……that all makes sense and I was going to say that Subscribers should never be able to add events, but I think I know what’s happening….

I have an odd set-up on this site because it shares legacy Perl scripts (don’t ask!) and have a “general user” that’s a Subscriber that I’m actually using to restrict people from some legacy members pages. (I told you not to ask!) I realize that somewhere along the way an event was added using that username so now anyone using that default member can edit.

If I delete all events for that subscriber, will that stop them from being able to add new events? Or once that door’s open does it stay open?

Hope I’m making sense…

MD

[Mad Dog]

Thanks….it took a while and unfortunately the answer is what I was afraid it was going to be, but at least we got it!

Thanks for sticking with me on this. I’ve seen other support requests about this so hopefully one day they’ll change the routine so this is possible.

Thanks again!

MD

[Mad Dog]

I’m kind of at a loss as to why I’m having so much trouble being clear about the problem. I did what you just suggested 6 months ago to move the entire section to another part of the page. That’s not the issue at all.

I’m trying to move ONE FIELD out of that section to a different place on the page.

Not the whole section.

I don’t know any way to be clearer about this and it’s been a week of back and forth.

Thanks,
MD

[Mad Dog]

BTW….I see someone else is asking a very similar question about moving a Custom Field to another part of the page:

Additional field added (photo credits) should show under image upload

It’s not just me!

[Mad Dog]

That’s simple for displaying the post meta, but I’m not clear how to move the INPUT FIELD on the Add/Modify Event page.

I know the meta is _ecp_custom_12. Below is the actual source code for the input on the page but I don’t think I want to add that to the top using tribe_events_community_form_before_template. In Edit it won’t pick up the existing content of the field. It seems there should be a tag or something I should use, doesn’t it? Not to mention if I put that up top the input field will appear on the page twice since it’s still in “Other” (which I can hide using CSS but it’s still on the page).

<tr>
	<td>
		<label for="_ecp_custom_12" class="">New Course: </label>
	</td>
	<td>
		<select name="_ecp_custom_12">
		<option value="No" >No
		</option>
		<option value="Yes" >Yes</option>
		</select>
	</td>
</tr>

Thanks,
MD

[Mad Dog]

Thanks for getting back to me but apparently I’m still not being clear about my question. Sorry about that.

– I’ve added an Additional Field (custom field if you will) through PRO. We’ll label it “New Course.”

– When a Community User adds or edits an event, it is grouped with the other Additional Fields under the heading “OTHER.”

– I want this one field input to be at the TOP of the page, NOT grouped with “OTHER.”

That’s it.

The only reason I mentioned tribe_events_community_form_before_template is because I am using it at the top of the page and it works fine, so if there’s a way I can include a call to include the field input for “New Course” along with my code there it will do exactly what I need.

I hope this makes more sense. It seems like it should be pretty simple….

Thanks,
Mad Dog

[Mad Dog]

Thanks but I’m not sure that will help. I don’t want to display the field (it’s actually for admin’s information), I want to move its location on the Add/Edit Event page.

By default, all the entry inputs for Custom Fields group together under “Additional Fields” for Community User entry and editing. I want one of those field inputs to be elsewhere on the Add/Edit Event page.

How can I do that?

(I hope this is clearer.)

Thanks,
Mad Dog

[Mad Dog]

Geoff–

That did it. I had done some small customization (adding “required field” by some fields) so comparing the two versions in Notepad++ made it simple. The new version of the file is much different, including some function names that have changed.

I feel kind of dumb not thinking of that but hey….

One thing you might pass along. I know it’s probably a lot of work but it would be really nice for people like me who do a lot of customzation at times to have access to a really good Changelog that tells just what files have been changed (I could scan it and see if any look like files I’ve customized) and more details about function name changes and such, especially if it could affect deprecated ones.

Anyway, THANKS AGAIN for pushing me through this.

Mad Dog

[Mad Dog]

Apparently the file modules/venue.php was changed in V4…….

If I delete the old lines:

if ( $abbr == '' ) {
   echo "disabled='disabled' ";
}

it works fine. Looking at the file a lot changed. Grrrrrr…a definite problem with modifying files.

I need to compare the to files and see if I changed anything earlier or just copied it over in case I needed to and make the changes.

Case (hopefully) closed.

Thanks for sticking with me.

MD

[Mad Dog]

Here’s some more information from testing and checking:

– When I use WebDev to Inspect the page there are no js conflicts being reported.

– The theme is actually very simple (Wellness from Themeforest.net). I changed the name of the /js directory and did the same with other js files (there aren’t many). Styling funked out but functionality didn’t change. It still defaults to “United States.”

– I went to the theme’s default original functions.php file, eliminating all my customizations. It still defaults to United States.”

– I sent a support question to the theme’s developer and will let you know what he says, though since reverting to the default fucntions.php and blocking all js scripts I can find didn’t change it, so I’m not optimistic he’ll have much input….though you never know.

I still suspect it’s connected to the upgrade of TEC. This wasn’t a problem before V4 (or one of the later maintenance updates). I know this because I added some CSS to move the “State/Province” button left to align better. Originally you didn’t see the State button, but if you selected US or Canada and the State/Province button showed up it was aligning badly. Now here’s something interesting…….

So….checking it now, and realizing that there’s CSS which moves the State button left, see if this helps:

– When the page loads the dropdown defaults to United States. The State button is out of alignment

– If I select another country, then select United States again, the State button is where it should be!

That means the CSS #StateProvinceSelect_chosen {padding-left: 350px !important;}) isn’t taking effect when the page loads, but if you change to another country, THEN choose United States, that CSS is working.

What do you make of all that? Aside from needing some ibuprofin right about now……..

Thanks,
MD

[Mad Dog]

Okay….let’s not worry about the relabeling. I looked and apparently there’s a new way to do it (https://theeventscalendar.com/knowledgebase/relabeling-the-venue-organizer-sections-in-event-meta/) and that works fine. Sheesh! It’s the third version of doing that I’ve used!

So that’s cleared up but it obviously didn’t help the reason I opened this ticket. Any leads for what could be causing the “United States” to be picked up instead of “Select Country” since we know it’s theme related? It definitely didn’t do this before so I do suspect some change in the newest version?

Thanks,
MD

[Mad Dog]

Okay….if I change to the default WP theme it works fine, so it’s something in the theme. The only two functions that I see that could affect it are one to make Venue required and one to change the name of Venue and Organizer. Commenting them out doesn’t help.

However….and this is odd. Now I see the function to change the name of Venue and Organizer isn’t working anymore! I suspect this too happened with the latest major upgrade and no one noticed. I don’t know that it would affect the default Country problem but this code is no longer working:

// Change VENUE to LOCATION and ORGANIZER to CONTACT
function filter_translations($translation, $text, $domain) {
    if ($domain == 'the-events-calendar') {
        switch ($text) {
            case 'Venue':
                $translation = 'Location';
				break;
			case 'Organizer':
                $translation = 'Contact';
                break;
			case 'Organizers':
                $translation = 'Contacts';
                break;
			case 'organizers':
                $translation = 'contacts';
                break;
        }
    }
 
    return $translation;
}
add_filter('gettext', 'filter_translations', 10, 3);

Whatest now, Sir Geoff?

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

[Mad Dog]

Hi Geoff–

Maybe it makes a difference that this is for Community Events. I probably should have posted it there.

– Under COMMUNITY SETTINGS > Form Defaults I have:
Venues – Use No Venue/No Default
Organizer – No Default

– Under EVENT SETTINGS > DEFAULT I have:
Venue – No Default
Organizer – No Default

– When I go to COMMUNITY > SUBMIT COURSE:
Under Venue Details – Use New Venue
Country – United States (!)
The source code shows Country as: disabled=”disabled”

If it makes any difference, I have made venue and organizer required fields, but this wasn’t a problem until one of the more recent updates (not sure which one…just heard about it).

Thanks,
MD

[Mad Dog]

I finally found it. It’s in the-events-calendar\src\Tribe\Main.php. I commented out this section for venues and the similar section for organizers.

if ( $venues ) {
	//echo $my_venues ? '<optgroup label="' . esc_attr( apply_filters( 'tribe_events_saved_venues_dropdown_optgroup', sprintf( esc_html__( 'Available %s', 'the-events-calendar' ), $this->plural_venue_label ) ) ) . '">' : '';
	//foreach ( $venues as $venue ) {
	//$venue_title = wp_kses( get_the_title( $venue->ID ), array() );
	//echo '<option data-address="' . esc_attr( $this->fullAddressString( $venue->ID ) ) . '" value="' . esc_attr( $venue->ID ) . '"';
	//selected( ( $current == $venue->ID ) );
	//echo '>' . $venue_title . '</option>';
	//}
	//echo $my_venues ? '</optgroup>' : '';
	}
echo '</select>';

I know this is bad form to do this by hacking a core file, and it will likely be overwritten with an update, but for now it works and the client is happy that Community Users won’t see everyone else’s Venues and Organizers which seems to be the way this *should* work by default.

If you see anything odd or know of any reason I shouldn’t be doing this, please let me know.

Thanks!
Mad Dog

[Author]

Posts