bhavens

found the syntax:
$this->column_selector( false, true, array(field1, field2, field3), 'column' );

However, I did see on your website where you talk about searching and sorting the list and you say “For sorting, the fields offered for sorting must be checked as “sortable” and also be present in the list display.”

That is not the behavior I am experiencing. I am getting all fields checked as “sortable” even if they aren’t present in the list display. Bug?

That worked (actually I took it to 2em). That also increased the size of the month name so I removed my code that was already making it larger. I did need to add
line-height:200%;

Thanks!

Maybe related?

I have two administrative fields, admin_active (defaults to yes) and admin_approved (defaults to no). Neither of these fields is on my sign-up form.

I use the sign-up form to create a new participant.

On the List Participants screen it shows Active Listing as “yes” and Approved as “no” (as is appropriate)

However, when I *edit* that record, both checkboxes are unchecked. If I then click [Submit] (without changing anything), they are now both showing as “no” in the list.

In the custom template for searching and sorting what is the format to supply an array of field names? (vs. the default answer of false)

Hmm…

List Page: Performer
Fields: ld_name, ld_city (both marked as sortable)

List Page: Venue
Fields: ld_name, ld_city, venue_capacity, venue_restrictions (all marked as sortable)

On my example above (the list page for performers) the Search drop-down just has the fields displayed on the screen (Name, City) – great. However the *sort* drop-down has Name, City, Capacity, and Age Restriction (those last two don’t pertain to this list)

Maybe this is a feature request that the sort drop-down be limited to fields actually being displayed on the screen.

Related.

I too have an empty group that I can’t delete (reappears as soon as I click [Update Groups]) Tried deactivating all other plug-ins and re-trying with same effect.

Also… I removed several fields that I decided against using. They no longer show up under Manage Database Fields but they *do* show up in the Participants Database table (using phpMyAdmin). Might this be related to why removing the group doesn’t “take?”

BTW, is it ok to drop the “deleted” fields from the Participants Database table?

Correction: Sort drop-down displays all fields in the database that have a number other than 0 in the Display Column list *and* are marked as sortable.

Coachsteele99,

Yes, the code goes in the Default field.
You also want to make that field the “Hidden” Element
You also want to check the Signup box for it as it has to be on the page (albeit hidden) in order for it to work.

Re: hyphens in slugs
well… I stand corrected. I do not know what as happening a couple of days ago, but now if I change my filter to include the hyphen (vs. ?) it works just fine. Aargh.

BTW, your response-time on this forum is wonderful and greatly appreciated.

The switch/case did work – a case for each type with the type-specific fields inside the case.

Now on to getting the graphic to display larger on the single record (but not in the lists)… I have it in an if statement so it only displays if it exists (stole that from somewhere here on the forum) but I can’t figure out what I need to do to make it display larger.

(This really is a terrific plug-in.)

oh, stupid, stupid… I didn’t realize that the theme I was using (which is on white background for the record) has h1,h2,h3, etc. as WHITE. It was there all along but I wasn’t seeing it. Eesh.

I would love to hear feedback, however, on if the Switch/Case is the way to go with this.

Thanks!

B.

One oddity that I found with the “post->post-name” filter tip is that you can’t have a hyphen in your page slug. Well, you *can* but then your filter has to use a “?” in place of the hyphen. Drove me nuts for a while.

I am quite new to the Participants Database (like as of yesterday) and am working my way through things as well, but I would suggest you try one of two things;

If you have BR and PONY fields in separate groups use the group filter (it will only display fields that you have “Column” numbers other than 0 in):

[pdb_list groups="brstuff,abc,def,ghi" filter="type=brpage"]
[pdb_list groups="ponystuff,def,ghi" filter="type=ponypage"]

Or you can simply specify which fields you want to see:

[pdb_list fields="brinfo,foo_1,foo_2, foo_3" filter="type=brpage"]
[pdb_list fields="ponyinfo,foo_1,foo_2, foo_3" filter="type=ponypage"]

Obviously, my group/field names are wack. ??