[buddypress-trac] [BuddyPress Trac] #7226: Update BP_buttons class to accept new arg param for $element_type

buddypress-trac noreply at wordpress.org
Wed Aug 24 09:52:36 UTC 2016


#7226: Update BP_buttons class to accept new arg param for $element_type
-------------------------+------------------
 Reporter:  hnla         |       Owner:
     Type:  enhancement  |      Status:  new
 Priority:  normal       |   Milestone:  2.7
Component:  Core         |     Version:
 Severity:  normal       |  Resolution:
 Keywords:  has-patch    |
-------------------------+------------------

Comment (by boonebgorges):

 Thanks for your work on these patches, @hnla. Aside from some code
 formatting issues (indentation, etc), the approach looks good.

 A question about parameter names and element types. You're using
 `button_type`, `button_name`, `button_value`. Maybe these could be renamed
 `type`, `name`, and `value`? That way, if we ever decide to allow
 `BP_Button` to create elements of type `input`, we could reuse the same
 parameters.

 In the documentation, you say that `button_type` accepts 'button' or
 'submit'. Should this be enforced? (IMO, no - it's implied that the
 developer should adhere to HTML spec. We should remove the "accepts"
 language from the parameter documentation for this reason, and just in
 case they decide to add more possible values, like 'reset'.)

 `data_attr` is a bit funky, because it asks for fully formed attribute
 name-value strings. Is it overkill to accept an array and parse it? Eg:

 {{{
 'data_attr' => array(
     'bp-buttons' => 'foo,bar',
     'whatever' => 'baz',
 ),
 }}}

 which would become ` data-bp-buttons="foo,bar" data-whatever="baz"`? This
 could be useful elsewhere in BP.

--
Ticket URL: <https://buddypress.trac.wordpress.org/ticket/7226#comment:7>
BuddyPress Trac <http://buddypress.org/>
BuddyPress Trac


More information about the buddypress-trac mailing list