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) »
  • Discussion (deprecated) »
  • Alpha and Beta Release Testing »
  • 4.6 Release Testing »
  • Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
Pages: [1]

Author Topic: Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive  (Read 744 times)

ken

  • I live on this forum
  • *****
  • Posts: 916
  • Karma: 53
    • City Bible Forum
  • CiviCRM version: 4.6.3
  • CMS version: Drupal 7.36
  • MySQL version: 5.5.41
  • PHP version: 5.3.10
Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
February 03, 2015, 03:07:54 pm
In 4.6.alpha4, the Manage Events lists recurring events as "parent" and "child".

While I appreciate the underlying implementation works this way, may I suggest this is counter-intuitive to end users. We think in terms of "first" and "subsequent" rather than 'parent' or 'child'.

It also doesn't fit with the editing options I get when I change a recurring event. I can edit any of the occurrences and update 'this event only', 'subsequent events', and 'all events'. An end user has no need for 'parent' or 'child' notation.

Please remove 'parent' and 'child' from the user interface.

Deepak Srivastava

  • Ask me questions
  • ****
  • Posts: 677
  • Karma: 65
Re: Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
March 06, 2015, 08:49:47 am
The initial idea with the project was that parent (first) event would control the pattern. But later we figured out and implemented that the config could be changed from any event.
Also there were some feedback, to keep an indicator of initiator (parent / first) and subsequent (child).

Although agree they not really useful if pattern or updates could be made from any event, plus points are:
1. They do indicate that those events are recurring 
2. If the list of recurring events is long and parent tag helps find the first event quickly, in case user wants to change the pattern from that point again.

Not sure how to present this information in a better way, but completely fine with renaming those labels.
Probably just keep the tag for initiating event. But in that case label "first" (without subsequent) may look a bit odd.

May be Lindsey and others can jump in to share their thoughts?
Found this reply helpful? Contribute NOW and help us improve CiviCRM with the Make it Happen! initiative.

Coleman Watts

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 2346
  • Karma: 183
  • CiviCRM version: The Bleeding Edge
  • CMS version: Various
Re: Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
April 02, 2015, 08:25:05 am
How about a notation like:
My Event Title (1 of 3)
My Event Title (2 of 3)
My Event Title (3 of 3)
Try asking your question on the new CiviCRM help site.

ken

  • I live on this forum
  • *****
  • Posts: 916
  • Karma: 53
    • City Bible Forum
  • CiviCRM version: 4.6.3
  • CMS version: Drupal 7.36
  • MySQL version: 5.5.41
  • PHP version: 5.3.10
Re: Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
April 02, 2015, 09:16:17 pm
Coleman, that's a good idea!

Coleman Watts

  • Administrator
  • I’m (like) Lobo ;)
  • *****
  • Posts: 2346
  • Karma: 183
  • CiviCRM version: The Bleeding Edge
  • CMS version: Various
Re: Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive
April 20, 2015, 10:55:25 am
https://issues.civicrm.org/jira/browse/CRM-16323
Try asking your question on the new CiviCRM help site.

Pages: [1]
  • CiviCRM Community Forums (archive) »
  • Old sections (read-only, deprecated) »
  • Discussion (deprecated) »
  • Alpha and Beta Release Testing »
  • 4.6 Release Testing »
  • Recurring event - 4.6.alpha4 - 'child' / 'parent' is counter-intuitive

This forum was archived on 2017-11-26.