I have the following xForms code:
< xforms:group ref="contact[name!='' and phone!='' and email!='']">
Contact <xforms:output ref="name"/>
at <xforms:output ref="phone"/> or <
xforms:output ref="email"/>
</xforms:group>
Which outputs the following:
Contact Toddat 555-5555or [hidden email]
Question: why is the whitespace after the <xforms:output> getting munched?
Todd
-- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Todd Gochenour wrote:
> I have the following xForms code: > > < > xforms:group ref="contact[name!='' and phone!='' and email!='']"> > Contact <xforms:output ref="name"/> at <xforms:output ref="phone"/> or > < xforms:output ref="email"/> > </xforms:group> > > Which outputs the following: > > Contact Toddat 555-5555or [hidden email] <mailto:[hidden email]> > > Question: why is the whitespace after the <xforms:output> getting munched? is a well-known styling issue: http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207 If you use @value instead of @ref, things should be all right though. -Erik -- Orbeon Forms - XForms Everywhere http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
I saw the bug you mentioned but assumed it was the opposite issue, too much extra whitespace after the <output>, not the case of whitespace munching. Anyway, I replace @ref with @value and I get the same result. I'm using the OPS build
ops-3.0.1.200602032326.zip. Looks like I need to upgrade.
On 11/10/06, Erik Bruchez <[hidden email]> wrote:
Todd Gochenour wrote: -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
I have upgraded to 3.5M1. I am using 'value' instead of 'ref' in my <xforms:output>. The space after the <output> is still not present. This does not occur on the original rendering of the line (when the model initially contains data). This occurs when I insert a new element into the model.
I am modifying the example TODO form to insert log information for a todo item. I can provide the xhtml file if requested.
On 11/10/06, Todd Gochenour <[hidden email]> wrote:
I saw the bug you mentioned but assumed it was the opposite issue, too much extra whitespace after the <output>, not the case of whitespace munching. Anyway, I replace @ref with @value and I get the same result. I'm using the OPS build ops-3.0.1.200602032326.zip. Looks like I need to upgrade. -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Todd,
Yes, an XHTML file that we can just run in the sandbox is preferred. -Erik Todd Gochenour wrote: > I have upgraded to 3.5M1. I am using 'value' instead of 'ref' in my > <xforms:output>. The space after the <output> is still not present. > This does not occur on the original rendering of the line (when the > model initially contains data). This occurs when I insert a new element > into the model. / /I am modifying the example TODO form to insert log > information for a todo item. I can provide the xhtml file if requested. > > On 11/10/06, *Todd Gochenour* <[hidden email] > <mailto:[hidden email]>> wrote: > > I saw the bug you mentioned but assumed it was the opposite issue, > too much extra whitespace after the <output>, not the case of > whitespace munching. Anyway, I replace @ref with @value and I get > the same result. I'm using the OPS build > ops-3.0.1.200602032326.zip. Looks like I need to upgrade. > > On 11/10/06, *Erik Bruchez* < [hidden email] > <mailto:[hidden email]>> wrote: > > Todd Gochenour wrote: > > I have the following xForms code: > > > > < > > xforms:group ref="contact[name!='' and phone!='' and email!='']"> > > Contact <xforms:output ref="name"/> at > <xforms:output ref="phone"/> or > > < xforms:output ref="email"/> > > </xforms:group> > > > > Which outputs the following: > > > > Contact Toddat 555-5555or [hidden email] <mailto:[hidden email]> > <mailto: [hidden email] <mailto:[hidden email]>> > > > > Question: why is the whitespace after the <xforms:output> > getting munched? > > That's because there is some blank space taken by the error > icon. This > is a well-known styling issue: > > http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207 > <http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207> > > If you use @value instead of @ref, things should be all right > though. > > -Erik > > -- > Orbeon Forms - XForms Everywhere > http://www.orbeon.com/blog/ > > > > > -- > You receive this message as a subscriber of the > [hidden email] <mailto:[hidden email]> mailing > list. > To unsubscribe: mailto:[hidden email] > <mailto:[hidden email]> > For general help: mailto:[hidden email] > <mailto:[hidden email]>?subject=help > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > ------------------------------------------------------------------------ > > > -- > You receive this message as a subscriber of the [hidden email] mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws -- Orbeon Forms - XForms Everywhere http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
In reply to this post by ToddG
Todd,
See the attached example. It has this: <xforms:output ref="a"/> X <xforms:output ref="b"/> Y <xforms:output ref="c"/> And if you define the CSS style: .xforms-alert-inactive { display: none; } The browser shows: a X b Y c You can run this example in the sandbox. Let me know if you see a different result. I hope this helps, Alex On 11/13/06, Todd Gochenour <[hidden email]> wrote: > I have upgraded to 3.5M1. I am using 'value' instead of 'ref' in my > <xforms:output>. The space after the <output> is still not present. This > does not occur on the original rendering of the line (when the model > initially contains data). This occurs when I insert a new element into the > model. I am modifying the example TODO form to insert log information for > a todo item. I can provide the xhtml file if requested. > > > > On 11/10/06, Todd Gochenour <[hidden email]> wrote: > > I saw the bug you mentioned but assumed it was the opposite issue, too > much extra whitespace after the <output>, not the case of whitespace > munching. Anyway, I replace @ref with @value and I get the same result. > I'm using the OPS build ops-3.0.1.200602032326.zip. Looks like I need to > upgrade. > > > > > > > > On 11/10/06, Erik Bruchez < [hidden email]> wrote: > > > > > > Todd Gochenour wrote: > > > > I have the following xForms code: > > > > > > > > < > > > > xforms:group ref="contact[name!='' and phone!='' and email!='']"> > > > > Contact <xforms:output ref="name"/> at <xforms:output ref="phone"/> > or > > > > < xforms:output ref="email"/> > > > > </xforms:group> > > > > > > > > Which outputs the following: > > > > > > > > Contact Toddat 555-5555or [hidden email] <mailto: [hidden email]> > > > > > > > > Question: why is the whitespace after the <xforms:output> getting > munched? > > > > > > That's because there is some blank space taken by the error icon. This > > > is a well-known styling issue: > > > > > > > http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207 > > > > > > If you use @value instead of @ref, things should be all right though. > > > > > > -Erik > > > > > > -- > > > Orbeon Forms - XForms Everywhere > > > http://www.orbeon.com/blog/ > > > > > > > > > > > > > > > -- > > > You receive this message as a subscriber of the [hidden email] > mailing list. > > > To unsubscribe: > mailto:[hidden email] > > > For general help: mailto:[hidden email]?subject=help > > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws output-with-space.xhtml (2K) Download Attachment
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Yes, when initially rendered, the layout is correct. The problem is when an <xform:insert> is done, the data is not laid out correctly. I sent my XFORMS-TODO modifications to Erik. It has initial data that is rendered correctly and an "Add Contact" action that inserts data into the model (not rendered correctly). Would you like a copy?
On 11/13/06, Alessandro Vernet <[hidden email]> wrote:
Todd, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Hi Todd,
I got the file from Erik. I attach it here as well for reference, as it has not been sent to ops-users earlier. What are the steps to reproduce the problem with this example, and what is the problem with this example? Alex On 11/13/06, Todd Gochenour <[hidden email]> wrote: > Yes, when initially rendered, the layout is correct. The problem is when an > <xform:insert> is done, the data is not laid out correctly. I sent my > XFORMS-TODO modifications to Erik. It has initial data that is rendered > correctly and an "Add Contact" action that inserts data into the model (not > rendered correctly). Would you like a copy? > > > On 11/13/06, Alessandro Vernet <[hidden email]> wrote: > > Todd, > > > > See the attached example. It has this: > > > > <xforms:output ref="a"/> X <xforms:output ref="b"/> Y > > <xforms:output ref="c"/> > > > > And if you define the CSS style: > > > > .xforms-alert-inactive { display: none; } > > > > The browser shows: > > > > a X b Y c > > > > You can run this example in the sandbox. Let me know if you see a > > different result. I hope this helps, > > > > Alex > > > > On 11/13/06, Todd Gochenour <[hidden email]> wrote: > > > I have upgraded to 3.5M1. I am using 'value' instead of 'ref' in my > > > <xforms:output>. The space after the <output> is still not present. > This > > > does not occur on the original rendering of the line (when the model > > > initially contains data). This occurs when I insert a new element into > the > > > model. I am modifying the example TODO form to insert log information > for > > > a todo item. I can provide the xhtml file if requested. > > > > > > > > > > > > On 11/10/06, Todd Gochenour < [hidden email]> wrote: > > > > I saw the bug you mentioned but assumed it was the opposite issue, too > > > much extra whitespace after the <output>, not the case of whitespace > > > munching. Anyway, I replace @ref with @value and I get the same result. > > > I'm using the OPS build ops-3.0.1.200602032326.zip. Looks like I need > to > > > upgrade. > > > > > > > > > > > > > > > > On 11/10/06, Erik Bruchez < [hidden email] > wrote: > > > > > > > > > > Todd Gochenour wrote: > > > > > > I have the following xForms code: > > > > > > > > > > > > < > > > > > > xforms:group ref="contact[name!='' and phone!='' and email!='']"> > > > > > > Contact <xforms:output ref="name"/> at <xforms:output > ref="phone"/> > > > or > > > > > > < xforms:output ref="email"/> > > > > > > </xforms:group> > > > > > > > > > > > > Which outputs the following: > > > > > > > > > > > > Contact Toddat 555-5555or [hidden email] <mailto: [hidden email]> > > > > > > > > > > > > Question: why is the whitespace after the <xforms:output> getting > > > munched? > > > > > > > > > > That's because there is some blank space taken by the error icon. > This > > > > > is a well-known styling issue: > > > > > > > > > > > > > > http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207 > > > > > > > > > > If you use @value instead of @ref, things should be all right > though. > > > > > > > > > > -Erik > > > > > > > > > > -- > > > > > Orbeon Forms - XForms Everywhere > > > > > http://www.orbeon.com/blog/ > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > You receive this message as a subscriber of the > [hidden email] > > > mailing list. > > > > > To unsubscribe: > > > mailto:[hidden email] > > > > > For general help: mailto:[hidden email]?subject=help > > > > > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > You receive this message as a subscriber of the [hidden email] > > > mailing list. > > > To unsubscribe: > mailto:[hidden email] > > > For general help: mailto: [hidden email]?subject=help > > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > > > > > -- > > Blog (XML, Web apps, Open Source): > > http://www.orbeon.com/blog/ > > > > > > > > -- > > You receive this message as a subscriber of the [hidden email] > mailing list. > > To unsubscribe: > mailto:[hidden email] > > For general help: mailto:[hidden email]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws view(2).xhtml (44K) Download Attachment
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
To reproduce: Select a todo task other than the first (formatting is correct), click "Add Contact", edit the fields, click save icon, see text formatting without spaces.
On 11/13/06, Alessandro Vernet <[hidden email]> wrote:
Hi Todd, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
Hi Todd,
I did what you are saying, and see in the attached todo.png what I get on my screen. Are you seeing something different? (Note that the images don't show in this screenshot because the path to those images has changed in the latest builds.) Alex On 11/13/06, Todd Gochenour <[hidden email]> wrote: > To reproduce: Select a todo task other than the first (formatting is > correct), click "Add Contact", edit the fields, click save icon, see text > formatting without spaces. > > > > > On 11/13/06, Alessandro Vernet <[hidden email]> wrote: > > Hi Todd, > > > > I got the file from Erik. I attach it here as well for reference, as > > it has not been sent to ops-users earlier. What are the steps to > > reproduce the problem with this example, and what is the problem with > > this example? > > > > Alex > > > > On 11/13/06, Todd Gochenour <[hidden email]> wrote: > > > Yes, when initially rendered, the layout is correct. The problem is > when an > > > <xform:insert> is done, the data is not laid out correctly. I sent my > > > XFORMS-TODO modifications to Erik. It has initial data that is rendered > > > correctly and an "Add Contact" action that inserts data into the model > (not > > > rendered correctly). Would you like a copy? > > > > > > > > > On 11/13/06, Alessandro Vernet < [hidden email]> wrote: > > > > Todd, > > > > > > > > See the attached example. It has this: > > > > > > > > <xforms:output ref="a"/> X <xforms:output ref="b"/> Y > > > > <xforms:output ref="c"/> > > > > > > > > And if you define the CSS style: > > > > > > > > .xforms-alert-inactive { display: none; } > > > > > > > > The browser shows: > > > > > > > > a X b Y c > > > > > > > > You can run this example in the sandbox. Let me know if you see a > > > > different result. I hope this helps, > > > > > > > > Alex > > > > > > > > On 11/13/06, Todd Gochenour <[hidden email]> wrote: > > > > > I have upgraded to 3.5M1. I am using 'value' instead of 'ref' in my > > > > > <xforms:output>. The space after the <output> is still not present. > > > This > > > > > does not occur on the original rendering of the line (when the model > > > > > initially contains data). This occurs when I insert a new element > into > > > the > > > > > model. I am modifying the example TODO form to insert log > information > > > for > > > > > a todo item. I can provide the xhtml file if requested. > > > > > > > > > > > > > > > > > > > > On 11/10/06, Todd Gochenour < [hidden email]> wrote: > > > > > > I saw the bug you mentioned but assumed it was the opposite issue, > too > > > > > much extra whitespace after the <output>, not the case of whitespace > > > > > munching. Anyway, I replace @ref with @value and I get the same > result. > > > > > I'm using the OPS build ops-3.0.1.200602032326.zip. Looks like I > need > > > to > > > > > upgrade. > > > > > > > > > > > > > > > > > > > > > > > > On 11/10/06, Erik Bruchez < [hidden email] > wrote: > > > > > > > > > > > > > > Todd Gochenour wrote: > > > > > > > > I have the following xForms code: > > > > > > > > > > > > > > > > < > > > > > > > > xforms:group ref="contact[name!='' and phone!='' and > email!='']"> > > > > > > > > Contact <xforms:output ref="name"/> at <xforms:output > > > ref="phone"/> > > > > > or > > > > > > > > < xforms:output ref="email"/> > > > > > > > > </xforms:group> > > > > > > > > > > > > > > > > Which outputs the following: > > > > > > > > > > > > > > > > Contact Toddat 555-5555or [hidden email] <mailto: [hidden email]> > > > > > > > > > > > > > > > > Question: why is the whitespace after the <xforms:output> > getting > > > > > munched? > > > > > > > > > > > > > > That's because there is some blank space taken by the error > icon. > > > This > > > > > > > is a well-known styling issue: > > > > > > > > > > > > > > > > > > > > > > > http://forge.objectweb.org/tracker/index.php?func=detail&aid=305318&group_id=168&atid=350207 > > > > > > > > > > > > > > If you use @value instead of @ref, things should be all right > > > though. > > > > > > > > > > > > > > -Erik > > > > > > > > > > > > > > -- > > > > > > > Orbeon Forms - XForms Everywhere > > > > > > > http://www.orbeon.com/blog/ > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > > > You receive this message as a subscriber of the > > > [hidden email] > > > > > mailing list. > > > > > > > To unsubscribe: > > > > > mailto:[hidden email] > > > > > > > For general help: mailto:[hidden email]?subject=help > > > > > > > ObjectWeb mailing lists service home page: > > > http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > > You receive this message as a subscriber of the > [hidden email] > > > > > mailing list. > > > > > To unsubscribe: > > > mailto: [hidden email] > > > > > For general help: mailto: > [hidden email]?subject=help > > > > > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > > Blog (XML, Web apps, Open Source): > > > > http://www.orbeon.com/blog/ > > > > > > > > > > > > > > > > -- > > > > You receive this message as a subscriber of the > [hidden email] > > > mailing list. > > > > To unsubscribe: > > > mailto:[hidden email] > > > > For general help: mailto: [hidden email]?subject=help > > > > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > You receive this message as a subscriber of the [hidden email] > > > mailing list. > > > To unsubscribe: mailto: > [hidden email] > > > For general help: mailto:[hidden email]?subject=help > > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > > > > > -- > > Blog (XML, Web apps, Open Source): > > http://www.orbeon.com/blog/ > > > > > > > > -- > > You receive this message as a subscriber of the [hidden email] > mailing list. > > To unsubscribe: mailto: > [hidden email] > > For general help: mailto:[hidden email]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws todo.png (23K) Download Attachment
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Nope, here's my screenshot. I'm using the 3.5M1 build. Guess I need to try the current nightly build, instead.
exampleOPS.PNG (60K) Download Attachment |
Administrator
|
Todd,
Alright, I now see the problem now. This seems to be an IE-only issue. Sorry about that, I had tested this only on Firefox. I will investigate and post a follow-up message. Alex On 11/14/06, Todd Gochenour <[hidden email]> wrote: > Nope, here's my screenshot. I'm using the 3.5M1 build. Guess I need to try > the current nightly build, instead. > > > -- > You receive this message as a subscriber of the [hidden email] > mailing list. > To unsubscribe: mailto:[hidden email] > For general help: mailto:[hidden email]?subject=help > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Administrator
|
Todd,
The issue is not trivial, so we won't be able to fix this right now. Sorry about that. I created a bug to track it: http://forge.objectweb.org/tracker/index.php?func=detail&aid=306398&group_id=168&atid=350207 Alex On 11/14/06, Alessandro Vernet <[hidden email]> wrote: > Todd, > > Alright, I now see the problem now. This seems to be an IE-only issue. > Sorry about that, I had tested this only on Firefox. I will > investigate and post a follow-up message. > > Alex > > On 11/14/06, Todd Gochenour <[hidden email]> wrote: > > Nope, here's my screenshot. I'm using the 3.5M1 build. Guess I need to try > > the current nightly build, instead. > > > > > > -- > > You receive this message as a subscriber of the [hidden email] > > mailing list. > > To unsubscribe: mailto:[hidden email] > > For general help: mailto:[hidden email]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > > > > -- > Blog (XML, Web apps, Open Source): > http://www.orbeon.com/blog/ > -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
All,
seems to me like it would be beneficial for users of Orbeon Forms to be able to configure how the XForms controls are rendered. The one-size-fits-all approach might not be appropriate for many websites, where design is of greater importance. Other devices, such as screen-readers and mobile/cell phones, are not so focused on design and might benefit from more consistent rendering. Not having done the research, I am assuming it is a question of overriding the default CSS (and perhaps javascript?). When I get a chance to have a look at it, I shall post my findings here. Also, if Orbeon was to facilitate the customization of XForms controls through declerative configuration files / documentation, I believe this would be a strong selling point of "XForms with AJAX" over the XForms browser, where this is not posssible. Just my 2 cents. Henrik On 11/15/06, Alessandro Vernet <[hidden email]> wrote:
Todd, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
All,
just a few more ideas that I had. They may or may not be good ones: 1. Swap out <table>s, <tr>s and <td>s for <div>s instead, as they are more flexible and 'designer friendly'. 2. Document all <div> tag names and <div> rendering preconditions/postconditions extensively. 3. Provide a default rendering of the <div>s (as Orbeon Forms currently do), which one might (partially) override. 4. Users can now easily define their own rendering of the XForms controls using css (you can do this at the moment, but I have not seen any comprehensive documentation anywhere). I really should go look at the code more closely now, before making any more suggestions..... Henrik On 11/15/06, Henrik Pettersen <[hidden email]> wrote: > All, > > seems to me like it would be beneficial for users of Orbeon Forms to be able > to configure how the XForms controls are rendered. The one-size-fits-all > approach might not be appropriate for many websites, where design is of > greater importance. Other devices, such as screen-readers and mobile/cell > phones, are not so focused on design and might benefit from more consistent > rendering. > > Not having done the research, I am assuming it is a question of overriding > the default CSS (and perhaps javascript?). When I get a chance to have a > look at it, I shall post my findings here. > > Also, if Orbeon was to facilitate the customization of XForms controls > through declerative configuration files / documentation, I believe this > would be a strong selling point of "XForms with AJAX" over the XForms > browser, where this is not posssible. > > Just my 2 cents. > > Henrik > > > On 11/15/06, Alessandro Vernet <[hidden email]> wrote: > > Todd, > > > > The issue is not trivial, so we won't be able to fix this right now. > > Sorry about that. I created a bug to track it: > > > > > http://forge.objectweb.org/tracker/index.php?func=detail&aid=306398&group_id=168&atid=350207 > > > > Alex > > > > On 11/14/06, Alessandro Vernet <[hidden email]> wrote: > > > Todd, > > > > > > Alright, I now see the problem now. This seems to be an IE-only issue. > > > Sorry about that, I had tested this only on Firefox. I will > > > investigate and post a follow-up message. > > > > > > Alex > > > > > > On 11/14/06, Todd Gochenour < [hidden email]> wrote: > > > > Nope, here's my screenshot. I'm using the 3.5M1 build. Guess I need > to try > > > > the current nightly build, instead. > > > > > > > > > > > > -- > > > > You receive this message as a subscriber of the > [hidden email] > > > > mailing list. > > > > To unsubscribe: mailto: > [hidden email] > > > > For general help: mailto:[hidden email]?subject=help > > > > ObjectWeb mailing lists service home page: > http://www.objectweb.org/wws > > > > > > > > > > > > > > > > > > > > > > > > > -- > > > Blog (XML, Web apps, Open Source): > > > http://www.orbeon.com/blog/ > > > > > > > > > -- > > Blog (XML, Web apps, Open Source): > > http://www.orbeon.com/blog/ > > > > > > > > > > -- > > You receive this message as a subscriber of the [hidden email] > mailing list. > > To unsubscribe: > mailto:[hidden email] > > For general help: mailto: [hidden email]?subject=help > > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws > > > > > > > > -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Per Hendrik's observations:
I found the xforms.css file in the ops-resources-private.jar file. I found here the .xforms-alert-inactive class. I added an inline reference to this class in my xforms file and defined { display: none; } and this hide the extra space allocated for the alert label after a control.
I wanted the <label> to stay with its input control inline (and not break in-between) but found that the OPS rendered HTML does not enclose these two elements with a class I could easily override), so I added <span style="white-space: nowrap;"><xforms:input ref="who"><label>Who:</label></xforms:input></span> around each of my controls in my XHTML form.
Copied from the XFORMS-TODO sample, I have in my domain a <worklow> (was <lists>) element containing many <phase> (was <list>) elements containing many <task> (was <todo>) elements containing many <log> (new level) elements. Clicking on a field highlights the current log, task, and phase on the form. This is done *implicitly* by OPS xForms. The color used to highlight is defined in OPS's
theme.css files (and likely could be overridden, though I haven't got that far). Highlighting alternates colors so my <log> content is light yellow, the <task> is a little darker, and the <phase> is light again. The light <log> text on top of the darker <task> text seems a bit odd. I'm still in debate as to whether I like this or not and I haven't figured out how to change it yet.
-- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
In reply to this post by Henrik Pettersen
Henrik,
On 11/15/06, Henrik Pettersen <[hidden email]> wrote: > Not having done the research, I am assuming it is a question of overriding > the default CSS (and perhaps javascript?). When I get a chance to have a > look at it, I shall post my findings here. You are right: the primary way to change the presentation of the generated HTML is by adding your own CSS. You can have look at what is inside xforms.css, but it is maybe even easier to look at the generated HTML in your browser. On Firefox, with Firebug or the DOM Inspector you can navigate the HTML, and with the Web Developer extension you can even edit the CSS and see the the result in real-time (hit Ctrl-Shift-E). Alex -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Administrator
|
In reply to this post by Henrik Pettersen
Henrik,
On 11/15/06, Henrik Pettersen <[hidden email]> wrote: > 1. Swap out <table>s, <tr>s and <td>s for <div>s instead, as they are > more flexible and 'designer friendly'. I'm sure we are not doing everything the right way :), but at least I don't think we generate any table. It's all divs and spans. Alex -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Alex,
ah, mi dispiace. It is (of course) all singing and dancing divs! Kudos :-) Could I put in a good word for this one, for the 3.5 final release? > 2. Document all <div> tag names and <div> rendering > preconditions/postconditions extensively. I think customizable rendering of XForms Controls would be a great selling point (at least it would be for me!). And it's allready 80% there with the CSS and divs done. When I get around to looking at your css in more depth, I'll make sure to share my notes with all of you. Just one question: I assume the naming, behaviour and positioning of the <div>s are fairly stable at this point? Todd, thank you for your observations on Orbeon CSS, this is sure to come in handy soon. Much obliged :-) Henrik On 11/16/06, Alessandro Vernet <[hidden email]> wrote:
Henrik, -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws |
Administrator
|
In reply to this post by ToddG
On 11/15/06, Todd Gochenour <[hidden email]> wrote:
> Highlighting alternates colors > so my <log> content is light yellow, the <task> is a little darker, and the > <phase> is light again. The light <log> text on top of the darker <task> > text seems a bit odd. I'm still in debate as to whether I like this or not > and I haven't figured out how to change it yet. Todd, If you want to override the background colors for the repeats, you can redefine the style for the classes xforms-repeat-selected-item-1 and xforms-repeat-selected-item-2. For instance you would do the following if you don't want to have a background color: <xhtml:style type="text/css"> .xforms-repeat-selected-item-1 { background: none; } .xforms-repeat-selected-item-2 { background: none; } </xhtml:style> Alex -- Blog (XML, Web apps, Open Source): http://www.orbeon.com/blog/ -- You receive this message as a subscriber of the [hidden email] mailing list. To unsubscribe: mailto:[hidden email] For general help: mailto:[hidden email]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
--
Follow Orbeon on Twitter: @orbeon Follow me on Twitter: @avernet |
Free forum by Nabble | Edit this page |