[wp-hackers] wp-hackers Digest, Vol 91, Issue 22

zanematthew at gmail.com zanematthew at gmail.com
Sat Aug 11 14:22:38 UTC 2012


On Fri, Aug 10, 2012 at 3:45 PM, <wp-hackers-request at lists.automattic.com>wrote:

> Send wp-hackers mailing list submissions to
>         wp-hackers at lists.automattic.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.automattic.com/mailman/listinfo/wp-hackers
> or, via email, send a message with subject or body 'help' to
>         wp-hackers-request at lists.automattic.com
>
> You can reach the person managing the list at
>         wp-hackers-owner at lists.automattic.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of wp-hackers digest..."
>
>
> Today's Topics:
>
>    1. Re: Theme global variable/constant... (Casey Bisson)
>    2. Skeletor - A tool for managing WordPress Skeleton (Ryan McCue)
>    3. Re: Advice regarding Custom Post Types and Taxonomies (Mike Walsh)
>    4. Re: CPT and Taxonomy (on Otto's advice) (Otto)
>    5. Re: CPT and Taxonomy (on Otto's advice) (Diana K. C)
>    6. Re: Theme global variable/constant... (Micky Hulse)
>    7. Re: Theme global variable/constant... (Manuel Schmalstieg)
>    8. Re: Theme global variable/constant... (scribu)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 10 Aug 2012 06:52:29 -0700
> From: Casey Bisson <casey.bisson at gmail.com>
> Subject: Re: [wp-hackers] Theme global variable/constant...
> To: wp-hackers at lists.automattic.com
> Message-ID: <174D209F-8E4C-47DC-9889-8B362F954459 at gmail.com>
> Content-Type: text/plain; charset=us-ascii
>
>
> You can define those in your theme's functions.php, though you might also
> consider defining some functions there instead.
>
> --Casey
>
> On Aug 9, 2012, at 9:15 PM, Micky Hulse <mickyhulse.lists at gmail.com>
> wrote:
>
> > Hello,
> >
> > Silly question: What would be the best way to setup a global theme
> > variable and/or constant?
> >
> > I'm building a theme, and I'd like to setup a few vars/consts that my
> > theme templates can access.
> >
> > Would the theme's functions.php file be the best spot to set/define
> these?
> >
> > Sorry if stupid question.
> >
> > M
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
>
>
>
> ------------------------------
>
> Message: 2
> Date: Sat, 11 Aug 2012 00:24:40 +1000
> From: Ryan McCue <lists at rotorised.com>
> Subject: [wp-hackers] Skeletor - A tool for managing WordPress
>         Skeleton
> To: wp-hackers at lists.automattic.com
> Message-ID: <502519A8.3040909 at rotorised.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hey hackers!
>
> I've just unleashed Skeletor to the world:
> https://github.com/rmccue/Skeletor
>
> Skeletor is a super simple tool for managing a WP Skeleton-based site.
> It's designed to help you out with creating a new site and more tools
> will be added soon to manage further bits of it.
>
> This is very much an early version of Skeletor. I'd love to hear any
> feedback on it, including feature requests. I've got a few ideas of my
> own, but haven't yet implemented them (I only wrote Skeletor this
> afternoon).
>
> Hopefully some of you find this useful!
>
> Thanks,
> --
> Ryan McCue
> <http://ryanmccue.info/>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 10 Aug 2012 10:29:29 -0400
> From: Mike Walsh <mpwalsh8 at gmail.com>
> Subject: Re: [wp-hackers] Advice regarding Custom Post Types and
>         Taxonomies
> To: wp-hackers at lists.automattic.com
> Message-ID:
>         <
> CAMg3evEZCwTDjszHsH_rBHuP5bE3G-6JvELDwMZFkk7zKb4zSA at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I appreciate all of the dialog on my problem, I've read through it all
> several times this morning trying to understand the pros and cons of the
> various points made.  A couple of comments:
>
> I decided to implement players as their own CPT instead of an extension of
> the user profile because of my experience using WordPress to manage a swim
> team.  For the swim team plugin I've written (wp-swimteam), parents
> register as users and then add their swimmers to the system.  It is a huge
> challenge to get parents to use the WordPress Dashboard.  We may not think
> twice about logging into it and performing any number of Dashboard actions
> but based on my experience working with 500+ swim team families, a lot of
> them simply don't understand or more frequently, are lazy and don't want to
> be bothered with entering and maintaining their information although they
> like to complain when it is wrong.  They want someone to do it for them.
>
> Based on the 5-6 soccer teams we've been involved with over the years, I've
> taken the approach with that a team manager is usually responsible for
> maintaining the relevant data and making sure it is available to all
> players and parents.
>
> Using a CPT for the players I can certainly allow a parent to register as a
> user and give them author rights to their player so they can maintain their
> player's information but quite frankly, I am pretty sure I don't want to.
>  Each player currently has a profile sheet for college recruiting purposes
> (a few of the players are probably good enough to play in college but not
> all of them but the club asks all players to have a profile sheet).  Think
> of it as a resume of sorts.  Some of the parents have taken quite a bit of
> creative license with accomplishments which all had to be edited back out
> of the documents.  I don't think we'd want to hand over authorship rights
> to a player's profile.  In theory it would be wonderful.  In practice I
> can't imagine what sort of nonsense would get posted.
>
> So I am back noodling on Ben's suggestion to also define the Roster as a
> custom post type instead of a taxonomy like I've currently done.  I am
> still not clear that it will help uniquely identify a team/player/roster
> combination that I would like to maintain.
>
> I am currently playing with Posts 2 Posts, does anyone have any experience
> with CPT-onomies?   http://wordpress.org/extend/plugins/cpt-onomies/ It
> looks similar but not exactly like Posts 2 Posts.
>
>
I had the same problem regarding the admin for WordPress and having users
login to manage certain pieces of content. I went the route of creating
custom forms, leaving Gravity Forms behind. Granted they are not robust as
my needs are simple.

Once logged in an attendee can do the following:

   - Manage their schedule <http://bmxraceevents.com/attendees/zanematthew> --
   An attendee is a user and they are related to many "events", a custom post
   type.
   - Create events <http://bmxraceevents.com/events/new> -- A custom post
   type, associated with a "venue" another custom post type. This is
   also integrated into the WordPress admin.
   - There's also "inplace edit" for "admins", which is similar to scribu's
   front end edit <http://scribu.net/wordpress/front-end-editor>



> On Thu, Aug 9, 2012 at 8:20 PM, Ben Lobaugh <lists at lobaugh.net> wrote:
>
> > Mike,
> >
> > Creating a Person post type is pointless because it will be a one to one
> > relationship with the User. It is quite easy to extend user profiles to
> add
> > additional fields. I have done so many times on project. I can share code
> > with you if you would like.
> >
> > A new post will be created each year for PlayerHistory (unless you need
> to
> > track per game) to contain all the stats. You _could_ put that as user
> meta
> > called _Stats20XX if you wanted, but it would be difficult to implement
> in
> > a quick smooth manner. Because it should be one(User) to many
> > (PlayerHistory) it is better to keep it as a CPT. It also allows you to
> > take advantage of the autogenerated interface in wp-admin and using tools
> > such as GravityForms on the frontend if users want to login and manage
> it.
> >
> >
> > Cheers,
> > Ben
> >
> >
> > On 8/9/12 5:04 PM, Mike Schinkel wrote:
> >
> >> Hi Ben,
> >>
> >> I understand now.  Roster = Team-Year.
> >>
> >> As for Users being Players, you *might* consider syncing Users with a
> >> Person custom post type (although there might be the same problem as
> with
> >> taxonomy and post type, but I don't think so.)  Users are not well
> suited
> >> for the types of things I expect you will want to do with a player, in
> our
> >> experience.
> >>
> >> PlayerHistory:  Ideally that would be meta associated with your posts
> >> relationship but that's yet more infrastructure that's not implemented
> in
> >> WordPress.  You could model it with a post type and that's probably the
> >> best thing.
> >>
> >> Hope this helps.
> >>   -Mike
> >>
> >>
> >> On Aug 9, 2012, at 7:52 PM, Ben Lobaugh wrote:
> >>
> >>  Mike I am really leaning towards multiple CPTs. Otto can smack me over
> >>> the head if I am wrong here, but this is what I envision
> >>>
> >>> CPTs:
> >>> - Team - Contains the team info (Name, Logo, Description, Location,
> etc)
> >>> - Roster - Each team creates a new roster each year. Rosters can be
> >>> managed by the user with admin access to the team (Coach?). A roster
> will
> >>> contain the Team ID as it's parent ID. Each Roster can store the ids
> of its
> >>> players as meta data
> >>> - PlayerHistory- Contains historical info on the player (stats, team,
> >>> etc). Each player is a user, store that user's id as meta data here
> >>>
> >>> Built in:
> >>> - Users: Coaches and Players should be users. Filling out the user's
> >>> profile page will add data to them. Their current team can be pulled
> from
> >>> the Roster CPT. Coach historical info could also be stored in Roster
> and
> >>> PlayerHistory possibly
> >>> ---- Putting coaches and players in here also allows the system to
> >>> expand in the future and allows coaches and players to manage their own
> >>> info. A plugin like Members could be used to setup roles and
> permissions.
> >>>
> >>> 3rd Party Plugins:
> >>> - Posts 2 Posts - Could be used to relate the CPTs if you do not want
> to
> >>> do it pragmatically
> >>> - Members - Possibly used in the future if you wish to expand the site
> >>> to allow players and coaches login access
> >>>
> >>> This system could expand pretty well into a full platform for managing
> >>> teams, players, and stats. That may be too complex for your situation
> >>> though ;)
> >>>
> >>>
> >>>
> --
> Mike Walsh - mpwalsh8 at gmail.com
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 10 Aug 2012 09:33:22 -0500
> From: Otto <otto at ottodestruct.com>
> Subject: Re: [wp-hackers] CPT and Taxonomy (on Otto's advice)
> To: wp-hackers at lists.automattic.com
> Message-ID:
>         <CAD-Fghzs0BZFk-7rgTgcM3remGC=
> n3FVuB2fT7N18NX2UdZGRA at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> On Thu, Aug 9, 2012 at 6:19 PM, Diana K. C <dianakac at gmail.com> wrote:
> > Otto' advice was in time and very helpful then I felt like asking about
> > using CPT and custom taxonomy in this case :)
> >
> > Conferences (the CPT)
> > Years (the taxonomy)
>
> Years should probably be postmeta, not a taxonomy. Why? Because you
> probably want to sort/order by years at some point.
>
> Anything that is "data" about the post should be meta. Anything that
> is a "grouping" of several posts should be a taxonomy.
>
> -Otto
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 10 Aug 2012 13:52:59 -0300
> From: "Diana K. C" <dianakac at gmail.com>
> Subject: Re: [wp-hackers] CPT and Taxonomy (on Otto's advice)
> To: <wp-hackers at lists.automattic.com>
> Message-ID: <004001cd7718$9bff9070$2200a8c0 at TITA>
> Content-Type: text/plain; format=flowed; charset="iso-8859-1";
>         reply-type=original
>
> Thanks Otto,
>
> That's a valuable tip, once and a while I stuck on this concept.
>
> I'm using parent/child cpt for same name pages, is that wrong? I found out
> that links stay clear though backend can get crowded.
>
> Example:
>
> [-] 2010 Conference
>     - Overview
>     - Atendees
>
> [-] 2011 Conference
>     - Overview
>     - Atendees
>     - Special events
>
>
> ----- Original Message -----
> From: "Otto" <otto at ottodestruct.com>
> To: <wp-hackers at lists.automattic.com>
> Sent: Friday, August 10, 2012 11:33 AM
> Subject: Re: [wp-hackers] CPT and Taxonomy (on Otto's advice)
>
>
> > On Thu, Aug 9, 2012 at 6:19 PM, Diana K. C <dianakac at gmail.com> wrote:
> >> Otto' advice was in time and very helpful then I felt like asking about
> >> using CPT and custom taxonomy in this case :)
> >>
> >> Conferences (the CPT)
> >> Years (the taxonomy)
> >
> > Years should probably be postmeta, not a taxonomy. Why? Because you
> > probably want to sort/order by years at some point.
> >
> > Anything that is "data" about the post should be meta. Anything that
> > is a "grouping" of several posts should be a taxonomy.
> >
> > -Otto
> > _______________________________________________
> > wp-hackers mailing list
> > wp-hackers at lists.automattic.com
> > http://lists.automattic.com/mailman/listinfo/wp-hackers
>
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 10 Aug 2012 10:37:31 -0700
> From: Micky Hulse <mickyhulse.lists at gmail.com>
> Subject: Re: [wp-hackers] Theme global variable/constant...
> To: wp-hackers at lists.automattic.com
> Message-ID:
>         <CALri7M=
> 8JfHr1OurRzgb0Og0t3UPXqGQ50R1BdC+CX7xd+W8zw at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> On Fri, Aug 10, 2012 at 6:52 AM, Casey Bisson <casey.bisson at gmail.com>
> wrote:
> > You can define those in your theme's functions.php
>
> Awesome!
>
> Not sure why I didn't just go with my gut on this one.
>
> Thank you for the help. :)
>
> Cheers,
> M
>
>
> ------------------------------
>
> Message: 7
> Date: Fri, 10 Aug 2012 21:18:34 +0200
> From: Manuel Schmalstieg <webdev at ms-studio.net>
> Subject: Re: [wp-hackers] Theme global variable/constant...
> To: wp-hackers at lists.automattic.com
> Message-ID:
>         <CAHBjUcT2q2fV8dRHadEWUzaKReBp=
> tbz5ZyOz8_rJutQfDu9kg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> You can even create a pretty interface for those "global variables",
> it's quite easy:
>
> http://digwp.com/2009/09/global-custom-fields-take-two/
>
>
> ------------------------------
>
> Message: 8
> Date: Fri, 10 Aug 2012 12:45:35 -0700
> From: scribu <mail at scribu.net>
> Subject: Re: [wp-hackers] Theme global variable/constant...
> To: wp-hackers at lists.automattic.com
> Message-ID:
>         <CABzSYNMHHsWfJFGDG3z9R42B=EOQhTRX=
> EByJD0FsCee_F-DiQ at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Another neat way to do this would be by using the add_theme_support() /
> get_theme_support() API:
>
> http://codex.wordpress.org/Function_Reference/add_theme_support
>
> --
> http://scribu.net
>
>
> ------------------------------
>
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers
>
>
> End of wp-hackers Digest, Vol 91, Issue 22
> ******************************************
>



-- 
"The following will cause your email to be flagged:
*u, ur, sumthing, sumeone, dat, dis, ight, dere, plz, thx*"

Zane Matthew Kolnik
443-804-8161
http://bmxraceevents.com/
http:/zanematthew.com/ <http://blog.zanematthew.com/>
http://twitter.com/zanematthew/


More information about the wp-hackers mailing list