I post it here because I haven't found any bug tracker.
Steps to reproduce:
Create a new form with ODK Build
Create a text field, give it a name, a caption AND a default value
such as "Test default value"
Export to xml; install this form into ODK Collect
In ODK Collect, start filling the form
Observed issue: when it comes to the text field, the default value has
extra blank lines and spaces at the beginning and end.
Expected: the value should be the one you inserted in ODK Build,
without any extra spaces.
I guess the cause of this is that the generated form XML has
indentation, and the default values are indented as well, but ODK
Collect takes the whole content of the xml text node, including the
blank spaces at the beginning and end, as the value.
I don't know whether some of the involved standards say that trailing
and ending spaces should be ignored; if they do, then this is a bug in
ODK Collect that doesn't trim the string; if they don't, then this is
a bug in ODK Build that shouldn't add extra spaces and linebreaks
within text nodes.
···
On Thu, Sep 22, 2011 at 11:28 PM, Matteo Sisti Sette < matteosistisette@gmail.com> wrote:
I post it here because I haven't found any bug tracker.
Steps to reproduce:
Create a new form with ODK Build
Create a text field, give it a name, a caption AND a default value
such as "Test default value"
Export to xml; install this form into ODK Collect
In ODK Collect, start filling the form
Observed issue: when it comes to the text field, the default value has
extra blank lines and spaces at the beginning and end.
Expected: the value should be the one you inserted in ODK Build,
without any extra spaces.
I guess the cause of this is that the generated form XML has
indentation, and the default values are indented as well, but ODK
Collect takes the whole content of the xml text node, including the
blank spaces at the beginning and end, as the value.
I don't know whether some of the involved standards say that trailing
and ending spaces should be ignored; if they do, then this is a bug in
ODK Collect that doesn't trim the string; if they don't, then this is
a bug in ODK Build that shouldn't add extra spaces and linebreaks
within text nodes.
--
If we keep uppermost in our minds the unkind and unjust acts of others, we
shall find it impossible to love them as Christ has loved us; but if our
thoughts dwell upon the wondrous love and pity of Christ for us, the same
spirit will flow out to others.
I post it here because I haven't found any bug tracker.
Steps to reproduce:
Create a new form with ODK Build
Create a text field, give it a name, a caption AND a default value
such as "Test default value"
Export to xml; install this form into ODK Collect
In ODK Collect, start filling the form
Observed issue: when it comes to the text field, the default value has
extra blank lines and spaces at the beginning and end.
Expected: the value should be the one you inserted in ODK Build,
without any extra spaces.
I guess the cause of this is that the generated form XML has
indentation, and the default values are indented as well, but ODK
Collect takes the whole content of the xml text node, including the
blank spaces at the beginning and end, as the value.
I don't know whether some of the involved standards say that trailing
and ending spaces should be ignored; if they do, then this is a bug in
ODK Collect that doesn't trim the string; if they don't, then this is
a bug in ODK Build that shouldn't add extra spaces and linebreaks
within text nodes.
--
If we keep uppermost in our minds the unkind and unjust acts of others, we shall find it impossible to love them as Christ has loved us; but if our thoughts dwell upon the wondrous love and pity of Christ for us, the same spirit will flow out to others.
Definitely, thanks!
There should be a link to that at http://opendatakit.org/participate/
where it even mentions bugs but doesn't mention the bug tracker.
···
On Sep 22, 10:34 pm, Daniel Kayiwa wrote:
> Hi Matteo,
>
> May be you are looking for this:
>
> http://code.google.com/p/opendatakit/issues/list
···
On Fri, Sep 23, 2011 at 18:02, Matteo Sisti Sette wrote:
> On Sep 22, 10:34 pm, Daniel Kayiwa wrote:
>> Hi Matteo,
>>
>> May be you are looking for this:
>>
>> http://code.google.com/p/opendatakit/issues/list
>
> Definitely, thanks!
> There should be a link to that at http://opendatakit.org/participate/
> where it even mentions bugs but doesn't mention the bug tracker.
>
> --
> Post: opendatakit@googlegroups.com
> Unsubscribe: opendatakit+unsubscribe@googlegroups.com
> Options: http://groups.google.com/group/opendatakit?hl=en
>