CiviCRM Community Forums (archive)

*

News:

Have a question about CiviCRM?
Get it answered quickly at the new
CiviCRM Stack Exchange Q+A site
This forum was archived on 25 November 2017. Learn more.
How to get involved.
What to do if you think you've found a bug.



  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion »
  • Sprints »
  • San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
Pages: [1]

Author Topic: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here  (Read 4078 times)

Dave Greenberg

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 5760
  • Karma: 226
    • My CiviCRM Blog
San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 06, 2011, 12:28:14 pm
Post your ideas for things you'd like to work on during the sprint.
Protect your investment in CiviCRM by  becoming a Member!

Coleman Watts

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 2346
  • Karma: 183
  • CiviCRM version: The Bleeding Edge
  • CMS version: Various
Re: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 21, 2011, 09:01:47 pm
I'd like to work on the api, especially getting its handling of custom fields in order, which is currently a mess.
Try asking your question on the new CiviCRM help site.

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 23, 2011, 11:56:17 am

A sampling of things that we'd like to cover:

   •   Increasing unit test and webtest coverage. We will definitely do a session or two on creating and building new web tests.
   •   Adding more functionality to API version 3. On the plate are recurring contributions and custom value API
   •   Building / Reusing code that will make migrations of "meta-data" easier from dev -> staging -> production
   •   Tackle some of the simpler, more significant issues that are not resolved
   •   Fixing notices across CiviCRM 4.0 (which is an issue with Drupal 7 where notices are enabled by default)
   •   Improving current set of reports. Some ideas include: Adding contribition page to contribution reports, Adding primary vs inherited membership filter on membership reports. Adding campaign functionality to various reports
   •   Adding more actions to various component searches. Add to Group and PDF letter seem good ones to add to the list
   •   Extending relationship form to create a new contact

We can get into more detail tomorrow.

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

xavier

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4453
  • Karma: 161
    • Tech To The People
  • CiviCRM version: yes probably
  • CMS version: drupal
Re: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 23, 2011, 12:53:25 pm
Quote from: colemanw on May 21, 2011, 09:01:47 pm
I'd like to work on the api, especially getting its handling of custom fields in order, which is currently a mess.

If you could find a way to translate custom_myname into custom_42 (eg. if the part after custom_ isn't an integer, do a lookup), it would be easier to make modules that deal with custom fields without having to recode the id.

X+
-Hackathon and data journalism about the European parliament 24-26 jan. Watch out the result

Donald Lobo

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 15963
  • Karma: 470
    • CiviCRM site
  • CiviCRM version: 4.2+
  • CMS version: Drupal 7, Joomla 2.5+
  • MySQL version: 5.5.x
  • PHP version: 5.4.x
Re: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 23, 2011, 01:09:47 pm

depends on what the protocol for myname is. If we agree that myname is:

groupName:fieldName (need groupName to make it unambigous), there is a function:

CRM/Core/BAO/CustomField.php, function getCustomFieldID

which takes the label or name and gets the fieldID from the DB

using name might be a bit easier and saner than label and can probably embed it in smarty much easier (i.e. no backquotes etc)

lobo
A new CiviCRM Q&A resource needs YOUR help to get started. Visit our StackExchange proposed site, sign up and vote on 5 questions

xavier

  • Forum Godess / God
  • I’m (like) Lobo ;)
  • *****
  • Posts: 4453
  • Karma: 161
    • Tech To The People
  • CiviCRM version: yes probably
  • CMS version: drupal
Re: San Francisco Code Sprint - May 24-25 - Post Your Ideas Here
May 23, 2011, 02:14:28 pm
Quote from: Donald Lobo on May 23, 2011, 01:09:47 pm

depends on what the protocol for myname is. If we agree that myname is:
groupName:fieldName (need groupName to make it unambigous), there is a function:
...
using name might be a bit easier and saner than label and can probably embed it in smarty much easier (i.e. no backquotes etc)

Definitely name rather than label. and definitely some form of concatenation of groupname+fieldname if fieldname isn't unique by itself.

I am not 100% sure $_GET ['groupName:fieldName'] or the equivalent in smarty work (ie. if ":" is a valid char) but if it's the case, fine, otherwise whatever is the easiest (custom_groupName['fieldName'] ?)

X+
-Hackathon and data journalism about the European parliament 24-26 jan. Watch out the result
Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Developer Discussion »
  • Sprints »
  • San Francisco Code Sprint - May 24-25 - Post Your Ideas Here

This forum was archived on 2017-11-26.