| 1 |
$Id: INSTRUCTIONS.txt,v 1.1 2005/08/27 16:11:19 sjaensch Exp $
|
| 2 |
|
| 3 |
|
| 4 |
Usage
|
| 5 |
=====
|
| 6 |
|
| 7 |
To import events from upcoming.org, visit the page upcomingorg/settings and
|
| 8 |
configure accordingly (you will need an upcoming.org account for this). This
|
| 9 |
configuration is on a per-user basis. After that,
|
| 10 |
you can start the import process by visiting the page upcomingorg (e.g.
|
| 11 |
www.example.com/upcomingorg). Right now a completely blank page is
|
| 12 |
displayed, but this will be fixed shortly. You should have shiny new events and
|
| 13 |
venues in Drupal now. Please note that right now these nodes are not promoted to
|
| 14 |
front page, but you can find the events in the calendar (www.example.com/event).
|
| 15 |
|
| 16 |
To synchronize your imported events and venues (update them with the possibly
|
| 17 |
changed data from upcoming.org), just visit www.example.com/upcomingorg again.
|
| 18 |
|
| 19 |
|
| 20 |
Help advancing the module
|
| 21 |
=========================
|
| 22 |
|
| 23 |
There are three main things you can do to help this module: find bug, report
|
| 24 |
feature wishes and review the code.
|
| 25 |
|
| 26 |
1) Finding bugs
|
| 27 |
Just test every possible option and usage scenario. Create or join loads of
|
| 28 |
events on upcoming.org and import them. Change them locally, change them on
|
| 29 |
upcoming.org. Synchronize and check that the event in Drupal is again
|
| 30 |
identical to the one on upcoming.org. If you have the time and resources,
|
| 31 |
setup a second Drupal site and configure it to import events from your
|
| 32 |
first site. You can enter bugs for this module at
|
| 33 |
http://drupal.org/node/add/project_issue/upcomingorg/bug
|
| 34 |
|
| 35 |
2) Feature requests
|
| 36 |
Right now I am developing according to my project application for Google's
|
| 37 |
Summer of Code Program. But maybe you have additional functionality in mind,
|
| 38 |
or some things don't work the way you think they should. Please share your
|
| 39 |
ideas at http://drupal.org/node/add/project_issue/upcomingorg/feature
|
| 40 |
|
| 41 |
3) Code review
|
| 42 |
You are a Drupal coder. You've written one or more modules of your own, you
|
| 43 |
hang out on #drupal and you generally know your way around the Drupal
|
| 44 |
source. Please share your knowledge with me. :-) Take a look at the module
|
| 45 |
source. If you see things which should be done differently, write me! Is
|
| 46 |
this the correct way to save or update nodes? Should user authentication be
|
| 47 |
done this way? Upcoming.org users have their own IDs, which user ID should
|
| 48 |
be reported if Drupal acts as master repository, the upcoming.org one or
|
| 49 |
the Drupal one?
|
| 50 |
|
| 51 |
|
| 52 |
Contact
|
| 53 |
=======
|
| 54 |
|
| 55 |
Still have problems? Drop me an email at sj@sjaensch.org, I'll do my best to
|
| 56 |
help you out.
|