|
|
|
|
|___
| v
^ v
| v
| v
| v
^ v
| v
| v
|<|
|
|
The questions are in order of importance and at anytime after answering one
it could be allowable to in essence "Add Group" (continue) is there a way to
do this? I don't want to have yet another question after each question
asking if they want to continue and two dozen additional swipes to get to
the end of the group isn't ideal either. And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time stamp
each loop iteration) then is there a way to jump to the form 'save' screen
without swiping to the end?
You know would be nice since the paradigm here is to swipe across to the
next page would be to swipe down to the bottom of the page which would have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop then
the buttons would be to 'save' and 'end and save' the form ready to start
the next one.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after answering one
it could be allowable to in essence "Add Group" (continue) is there a way to
do this? I don't want to have yet another question after each question
asking if they want to continue and two dozen additional swipes to get to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time stamp
each loop iteration) then is there a way to jump to the form 'save' screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to the
next page would be to swipe down to the bottom of the page which would have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop then
the buttons would be to 'save' and 'end and save' the form ready to start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
Thanks. Maybe I can get smart enough to help someday. I do like this stuff
so hope I'm not coming off as complaining just didn't want to miss anything
if it is available. Thanks for the tips on the Menu key.
-steve-
···
On Thu, Feb 3, 2011 at 4:56 PM, Yaw Anokwa wrote:
hey steve,
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after answering
one
it could be allowable to in essence "Add Group" (continue) is there a way
to
do this? I don't want to have yet another question after each question
asking if they want to continue and two dozen additional swipes to get to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to the
next page would be to swipe down to the bottom of the page which would
have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop
then
the buttons would be to 'save' and 'end and save' the form ready to start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
i'll add that almost all the forms we have experience with are designed such
that nearly every question that is shown is meant to be answered. so the
idea of bailing out of a repeat or the form itself at any arbitrary point
sounds strange to me. can you elaborate on what your use case is and why you
want it to behave this way?
···
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts wrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after answering
one
it could be allowable to in essence "Add Group" (continue) is there a
way to
do this? I don't want to have yet another question after each question
asking if they want to continue and two dozen additional swipes to get
to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to the
next page would be to swipe down to the bottom of the page which would
have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop
then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
I'm probably the odd man out with regard to usage case (but it might have
more general applicability.) The main constraint in my survey is time
between form entries. The idea is to get as much documented before you need
to start describing the next event. The time between events are variable
sometimes you have more time to document and other times less. For now I've
just eliminated the repeating group. The only downside is that at the start
of every form I have to take a few seconds to get past picking the form
etc. Once I get my act together I plan to learn more about the Android
environment so I can modify Collect with the option of an .ini file which
will pick the form automatically. -steve-
···
On Wed, Feb 9, 2011 at 7:34 AM, Drew Roos wrote:
i'll add that almost all the forms we have experience with are designed
such that nearly every question that is shown is meant to be answered. so
the idea of bailing out of a repeat or the form itself at any arbitrary
point sounds strange to me. can you elaborate on what your use case is and
why you want it to behave this way?
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts steve@roberts.org wrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after answering
one
it could be allowable to in essence "Add Group" (continue) is there a
way to
do this? I don't want to have yet another question after each question
asking if they want to continue and two dozen additional swipes to get
to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to
the
next page would be to swipe down to the bottom of the page which would
have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop
then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
FYI: Clayton has given me a link to working shortcut code that could allow
Collect to set up a shortcut to a form so you could launch directly into
that form. I'm intending to add that into ODK Collect when time allows...
. If there's a coder out there that is game to code up a draft, I can send
the link... .
Mitch
···
On Wed, Feb 9, 2011 at 9:45 AM, Steve Roberts wrote:
I'm probably the odd man out with regard to usage case (but it might have
more general applicability.) The main constraint in my survey is time
between form entries. The idea is to get as much documented before you need
to start describing the next event. The time between events are variable
sometimes you have more time to document and other times less. For now I've
just eliminated the repeating group. The only downside is that at the start
of every form I have to take a few seconds to get past picking the form
etc. Once I get my act together I plan to learn more about the Android
environment so I can modify Collect with the option of an .ini file which
will pick the form automatically. -steve-
On Wed, Feb 9, 2011 at 7:34 AM, Drew Roos droos@dimagi.com wrote:
i'll add that almost all the forms we have experience with are designed
such that nearly every question that is shown is meant to be answered. so
the idea of bailing out of a repeat or the form itself at any arbitrary
point sounds strange to me. can you elaborate on what your use case is and
why you want it to behave this way?
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts steve@roberts.org wrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after
answering one
it could be allowable to in essence "Add Group" (continue) is there a
way to
do this? I don't want to have yet another question after each
question
asking if they want to continue and two dozen additional swipes to get
to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to
the
next page would be to swipe down to the bottom of the page which would
have
two buttons. One would be to 'continue' in the innermost loop and the
second would be to 'break' out of the loop. If you were not in a loop
then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
I wish I was. (I've been told by my son that dabbling in PHP doesn't make me
a coder. Sigh...) I can certainly help test!
···
On Fri, Feb 11, 2011 at 7:30 PM, Mitch Sundt wrote:
FYI: Clayton has given me a link to working shortcut code that could allow
Collect to set up a shortcut to a form so you could launch directly into
that form. I'm intending to add that into ODK Collect when time allows...
. If there's a coder out there that is game to code up a draft, I can send
the link... .
Mitch
On Wed, Feb 9, 2011 at 9:45 AM, Steve Roberts steve@roberts.org wrote:
I'm probably the odd man out with regard to usage case (but it might have
more general applicability.) The main constraint in my survey is time
between form entries. The idea is to get as much documented before you need
to start describing the next event. The time between events are variable
sometimes you have more time to document and other times less. For now I've
just eliminated the repeating group. The only downside is that at the start
of every form I have to take a few seconds to get past picking the form
etc. Once I get my act together I plan to learn more about the Android
environment so I can modify Collect with the option of an .ini file which
will pick the form automatically. -steve-
On Wed, Feb 9, 2011 at 7:34 AM, Drew Roos droos@dimagi.com wrote:
i'll add that almost all the forms we have experience with are designed
such that nearly every question that is shown is meant to be answered. so
the idea of bailing out of a repeat or the form itself at any arbitrary
point sounds strange to me. can you elaborate on what your use case is and
why you want it to behave this way?
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts steve@roberts.org wrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after
answering one
it could be allowable to in essence "Add Group" (continue) is there a
way to
do this? I don't want to have yet another question after each
question
asking if they want to continue and two dozen additional swipes to
get to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to
the
next page would be to swipe down to the bottom of the page which
would have
two buttons. One would be to 'continue' in the innermost loop and
the
second would be to 'break' out of the loop. If you were not in a
loop then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
How are you doing that shortcut? Please share, I'd like to take a look.
☞§※☼:airplane:
~Neil
···
On Fri, Feb 11, 2011 at 10:30 PM, Mitch Sundt wrote:
FYI: Clayton has given me a link to working shortcut code that could allow
Collect to set up a shortcut to a form so you could launch directly into
that form. I'm intending to add that into ODK Collect when time allows...
. If there's a coder out there that is game to code up a draft, I can send
the link... .
Mitch
On Wed, Feb 9, 2011 at 9:45 AM, Steve Roberts steve@roberts.org wrote:
I'm probably the odd man out with regard to usage case (but it might have
more general applicability.) The main constraint in my survey is time
between form entries. The idea is to get as much documented before you need
to start describing the next event. The time between events are variable
sometimes you have more time to document and other times less. For now I've
just eliminated the repeating group. The only downside is that at the start
of every form I have to take a few seconds to get past picking the form
etc. Once I get my act together I plan to learn more about the Android
environment so I can modify Collect with the option of an .ini file which
will pick the form automatically. -steve-
On Wed, Feb 9, 2011 at 7:34 AM, Drew Roos droos@dimagi.com wrote:
i'll add that almost all the forms we have experience with are designed
such that nearly every question that is shown is meant to be answered. so
the idea of bailing out of a repeat or the form itself at any arbitrary
point sounds strange to me. can you elaborate on what your use case is and
why you want it to behave this way?
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts steve@roberts.org wrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after
answering one
it could be allowable to in essence "Add Group" (continue) is there a
way to
do this? I don't want to have yet another question after each
question
asking if they want to continue and two dozen additional swipes to
get to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't time
stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to
the
next page would be to swipe down to the bottom of the page which
would have
two buttons. One would be to 'continue' in the innermost loop and
the
second would be to 'break' out of the loop. If you were not in a
loop then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
FYI: Clayton has given me a link to working shortcut code that could allow
Collect to set up a shortcut to a form so you could launch directly into
that form. I'm intending to add that into ODK Collect when time allows...
. If there's a coder out there that is game to code up a draft, I can send
the link... .
Mitch
On Wed, Feb 9, 2011 at 9:45 AM, Steve Roberts steve@roberts.org wrote:
I'm probably the odd man out with regard to usage case (but it might have
more general applicability.) The main constraint in my survey is time
between form entries. The idea is to get as much documented before you need
to start describing the next event. The time between events are variable
sometimes you have more time to document and other times less. For now I've
just eliminated the repeating group. The only downside is that at the start
of every form I have to take a few seconds to get past picking the form
etc. Once I get my act together I plan to learn more about the Android
environment so I can modify Collect with the option of an .ini file which
will pick the form automatically. -steve-
On Wed, Feb 9, 2011 at 7:34 AM, Drew Roos droos@dimagi.com wrote:
i'll add that almost all the forms we have experience with are designed
such that nearly every question that is shown is meant to be answered. so
the idea of bailing out of a repeat or the form itself at any arbitrary
point sounds strange to me. can you elaborate on what your use case is and
why you want it to behave this way?
On Thu, Feb 3, 2011 at 9:16 PM, Steve Roberts steve@roberts.orgwrote:
Thanks. Maybe I can get smart enough to help someday. I do like this
stuff so hope I'm not coming off as complaining just didn't want to miss
anything if it is available. Thanks for the tips on the Menu key.
in general, if the functionality isn't demoed in the sample forms, you
can't do it in the shipping versions of collect. we'd love to build a
lot more functionality, but we are a very small team responsible for a
lot more than odk. and as you can tell, email alone takes up a lot of
time
The questions are in order of importance and at anytime after
answering one
it could be allowable to in essence "Add Group" (continue) is there
a way to
do this? I don't want to have yet another question after each
question
asking if they want to continue and two dozen additional swipes to
get to
the end of the group isn't ideal either.
you can only add groups at the end of a grouping section. you can
remove groups at any time while you are in the group. changing this
behavior is non-trivial. there is new code in our core libraries for
better navigation of groups. if you know some java ninjas, we'd love
help getting the code moved into collect and tested.
And short of that let's say I had
to get rid of my beloved repeating loop (as I understand I can't
time stamp
each loop iteration) then is there a way to jump to the form 'save'
screen
without swiping to the end?
press the menu button. you can jump to the start and end of a form.
you can also jump to prompts (assuming you don't have constraints).
You know would be nice since the paradigm here is to swipe across to
the
next page would be to swipe down to the bottom of the page which
would have
two buttons. One would be to 'continue' in the innermost loop and
the
second would be to 'break' out of the loop. If you were not in a
loop then
the buttons would be to 'save' and 'end and save' the form ready to
start
the next one.
for custom behavior like that, you probably want to build your own
version of collect. a few groups have done that and have had luck. it
would solve the issue with the form listing and you can implement
timestamps there as well.
