9 Feb
2011
9 Feb
'11
4:07 p.m.
On 02/09/2011 03:53 PM, Thibaut DEVERAUX wrote:
Hi,
** Partial ou Full ?*
Partial !
Just imagin the full solution with a 1920px resolution...
... Long lines, text on the right, button far on the left, on what am I
clicking on already ?
But also imagine a modest 1366 screen like mine, with a cluttered form
to the left (see look & feel -> presentation, it's a very good default
example), in which I cannot read what's written because all the text is
longer than the inputs in which is written, all these while I can see a
superb empty, snowwhite, half of screen to the right of this form.
I agree that long inputs can cause issues, but filling the space with
potentially less useful stuff while the form stays cluttered to the
left, just because we don't want to have inputs that scale in the whole
page it also not that good.
I know that it doesn't work on all browsers (or it's not really
straightforward to), but we might want to put a max-width (and or
min-width) to the inputs, around 800 or so, which is decent.
I'm not a strong advocate of full, although on my screen (1366) and to
my eye it looks very well. All I know is that we shouldn't have a form
in which you cannot read anything with white space beside it.
Thanks,
Anca
** Having anotations on the left.*
Nice idea. It helps a lot on such complicated things as the wiki
configuration.
If possible, each explanation could be on the front of the field it is
related to make it easier to read.
Have a nice day
Thibaut DEVERAUX
Tel : 06 75 51 20 80
thibaut.deveraux(a)gmail.com
http://www.thib-d.com
Skype : thibaut.deveraux
@ Bricks, design et accompagnement projet
t.deveraux(a)bricks-studio.com
Découvrir Bricks : bricks-studio.com
L'actualité du studio sur notre blog : bricks-it.com
Se renseigner sur le design : design-keys.org
2011/2/9 Ecaterina Moraru (Valica)<valicac(a)gmail.com>
On Wed, Feb 9, 2011 at 14:25, Marius Dumitru
Florea<
mariusdumitru.florea(a)xwiki.com> wrote:
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
http://incubator.myxwiki.org/xwiki/bin/view/Polls/AdministrationFormsfullwi…
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs Hi Caty,
On 02/09/2011 12:21 PM, Ecaterina Moraru (Valica) wrote:
http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWikiEnterpris…
Hi,
Since XE 3.0M2 we have a new administration look (
).
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
There was a debate if the forms should be full width or not.
*Variants*:
1) *Partial Width* (current):
2) *Full
Width*:
What's the benefit of enforcing the same width? I think I prefer the
width to depend on the size of the information displayed (for select
boxes) or expected to be entered (text input). For instance if I have a
text input for entering a small number I wouldn't like it to span the
entire page width. Same for a select box with options of small length
(e.g. Yes/No).
Until the form standard, we had all kinds of sizes for text inputs,
textareas, select boxes. This created a very messy/not standardized
feeling.
Test: remove "xform" class from<form class="xform half". Results:
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
http://incubator.myxwiki.org/xwiki/bin/download/Polls/AdministrationFormsfu…
Having all controls the same width the form layout presents itself
differently: it look compact, aligned and unitary.
Beside the unitary look, you can have also some technical reasons. The
other
solution beside a 100% width for most of the controls, would have been to
set some standardized sizes for each type of control. This sizes are
already
defined in "Size" column of the "Usage" category
http://platform.xwiki.org/xwiki/bin/view/DevGuide/VerticalForms and are
recommended to be used on future forms (and also to be modified on the old
forms - already done for some forms I revised).
The problem with this approach is that this means that we should have
changed all the existing code that contained forms elements in order for
the
forms to look unitary and standardized.
Also, some browsers (like IE) don't render the same width for different
controls even if you specify the same size (ex.<input type='text'
size='60'
will be longer than<input type='password' size='60' ). So this means
again
different widths, more frustration (obs. even with width 100% for all
controls,<select> is still rendered shorter).
From an usability point of view, the restricted cases where we should
adjust
the width of our form fields so it matches the length of the expected input
are: credit card number (16 digits), credit card security code (4 digits),
dates (2 digits + x + 4digits, but this case can be replaced with other
solutions: date pickers, selects, etc). This are some of the cases where we
know the exact size of the field and can act accordingly. Beside them,
there
are no rules and all is limited to what the developer/designer thinks fits
the layout. We already have an exception for "Inline" layout forms (
http://platform.xwiki.org/xwiki/bin/view/DevGuide/InlineForms ) and we can
make styles also for the cases mentioned above, but those cases are not
encountered in XE standard distribution.
Hope this answers the question,
Caty
Thanks,
Marius
on
*Test*: You can test this "partial"/"full" width on your resolution
by
removing "half" class from "<form class='xform half""
definition.
*Considerations*:
- When voting please consider that the width will be set for small and
high
resolutions (that until we will improve our skin
to detect the
resolutions
> change).
> - You should consider how form controls look (readability, usability) different
sizes, like<select>, input, textarea, etc.
*Other Solutions*:
A. The problem is that on large resolution is hard to read the controls
because the form are too wide - on small resolution there is unused
space. A
solution would be to use CSS media queries and
adjust the width for
smaller
resolutions.
B. Another solution would be to use the additional space given by the
partial width and provide some extra help for the sections, see
smaller resolution:
higher resolution:
*Vote*:
You can use the poll made for this vote:
or if you
don't have an account on incubator, just reply to this mail.
Please cast you votes.
Thanks,
Caty
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs