Euro sprint 24-28 Sept 2012

[Erik Hommel]

You can register for the CiviCRM Euro sprint in Apeldoorn (24-28 Sept 2012) here: (link to follow)

Please add any topic you would like to discuss to this forum post, suggested topics so far:

• CiviMobile (activities and cases)
• Testing
• Documentation
• API cleanup

[demeritcowboy]

Regarding CiviMobile for cases and activities, I don't believe this is part of the scope for the MIH http://civicrm.org/civicrm/contribute/transact?reset=1&id=36 but there is an org that may be able to sponsor some work in the areas of:
1. Looking up a contact record by entering the case number.
2. Viewing case activities.

[Erik Hommel]

Sounds good, I have an organization that is willing to fund the app for managing activities and case activities in CiviMobile. Let's keep each other posted.

[Eileen]

Hi,

I'm going to be at both sprints so I have a few thoughts overall of things I'd either like to look at. First sprint

• Timezone handling (esp Civimail where a cron doesn't understand when the mail should be sent if different timezones are in play but also really relevant to events. We have had this in production in a limited way for over a year as a patch) - http://issues.civicrm.org/jira/browse/CRM-9683
• Put this ACL issue to bed finally http://issues.civicrm.org/jira/browse/CRM-10667
• not huge priority for me but Dgg & I talked about looking at the hard-coded limits on batch-update by profile http://issues.civicrm.org/jira/browse/CRM-10806

Second Sprint - since the A-team will all be at the second sprint it would be good to work through some of the larger issues we have been working through

• Settings API http://issues.civicrm.org/jira/browse/CRM-10040
• Pseudoconstants / checking in API http://issues.civicrm.org/jira/browse/CRM-10072
• Price set related changes impact on api
• I would love to look at adding a GUI based Event import - but make it use the api properly - (the existing ones are using aspects of the api but not really using it (not least because the api needs functionality added - see #2). Using the API properly  would help to ensure the GUI development & api development are more in sync)

There are a couple of other issues of high interest to me - whether they are manageable within the sprints is doubtful

• look into adding a UI for adding tables into CiviReports rather then hard coding them all - more like views - this is largely in response to things like https://github.com/eileenmcnaughton/nz.co.fuzion.extendedreport/pull/2 & is more easily doable in the context of the extension to reports than the main report framework because in the extension there relatively obvious path to exposing the available joins to the GUI
• Also, on the long list is http://issues.civicrm.org/jira/browse/CRM-10018 restructure activity contacts to make it easier to query without bad joins / poor performance / temporary tables / avoidable code complexity

[Erik Hommel]

Sounds good to me, I would like to look at:
* going through Relationship API in detail
* adding non-active custom fields to CustomValue API
* creating an API to set up Case Types (and all related configuration)

[Eileen]

Erik - those are all good topics - because they all involve issues that are not just a case of doing but of deciding approach (e.g. relationship is abnormal, in part, because 'fixing' it might break things for people who have already written code against the current behaviour & for multiple-update reasons that cross into tag & group).

All good things to discuss over a warm beer In Apeldorm

[JoeMurray]

I'd like to focus on the following at Apeldoorn sprint:

API for Settings
API discussion re: business rules currently in forms, especially around multi-table accounting matters
Mostly Accounting Integration:

• API changes for 4.3
• Spec for refund support
• Test using sandbox
• Communicate to community about helping to test
• User documentation
• Refactoring unreleased CiviGrant A/P enhancement from 4.1 to 4.3 schema