thanks for your feedback and input, i checked in an optimized version
of the driver menu.
I changed some icons, managed a better icon space and position.
I do not see why the preview pic needs a border here. If we change it
here we have to add
such a border to the garage menu too. I think more about an drop
shadow integrated in the
background. That would look much sweeter.
Zitat von jpmeuret@...:
> Hi, Ocirne, Eckhard, all.
>> Hello Enrico,
>> there is one detail i agree, it is the random position icon should be
>> changed and not the same as the random driver button.
>> But the wizzard icon didn't fit here.
>> I will think about how to change it.
> IMHO, such a comprehensive and precise explanation deserves
> an equally detailed answer ...
> So, let's go :-)
> And please everyone, feedback needed !
>> 1- In this menu the most important button, the one which
>> will be used most, is "make competitor". It will be clicked just
>> after a click on a candidate's name. It performs an action which
>> moves the balance - in the form of drivers names - towards the
>> right, towards the competitors list. I add that it's a button
>> involving both scroll lists.
>> For these reasons, it should be: A) directly and easily accessible
>> from the candidates list - combo-boxes are to be considered
>> obstacles; B) big enough; C) pointing towards the competitors list.
>> 2- The most important button is the one which defines the
>> layout for the others, and not the opposite. Symmetry is a very
>> effective way to user-friendliness. Buttons should be grouped by the
>> function that they perform and by the object they act on.
>> For these reasons: A) the "add 5 random" button, which interacts
>> with both scroll lists and has a function similar to the "make
>> competitor", should be placed on its same column; B) the "remove
>> from competitors" button, which is the exact opposite of the "add
>> competitor", is placed opposite to it; C) the "remove all
>> competitors" button, which involves both scroll lists and acts on
>> multiple names, should be placed opposite to the "add 5 random"
>> button; D) the "shuffle", "move up" and "move down" buttons, which
>> affect only the competitors list, should then be placed differently;
>> below the competitors list is then the best position because they
>> visually balance the left combo-boxes.
>> 3- The preview feature is one of the most prominent
>> innovations of Speed Dreams. Its aspect shouldn't tolerate any
>> For these reasons, the preview image shouldn't be clipped,
> And I'd add that it should never loose it's 16/10 aspect ratio
> (on 16/10 window sizes, of course).
>> It is possible to safely widen the image to its natural scale.
> Not sure this is that simple. Because the left and right scrolllists
> have to remain wide enough for long driver names not being clipped
> (actually they would not be clipped, but would uglily overlap ...).
> And even if they are, the grid design constraints the filter comboboxes
> to keep the same width as the left scrolllist. And they contain long strings.
> I'd personally prefer a smaller preview image, which means,
> given my above comments, a preview image with lower height
> than the scrolllists. Please try it, Eckhard, it's perfectly acceptable
> as far as the grid design is concerned.
>> especially because the clip is performed only on one side and even
>> gets to cut the front of some cars.
> Are you 100% sure about this ? Please check again.
> On my side, I'll check the code to see if this bug is really there,
> and will try and fix it if so :-)
>> 4- From a button with a certain icon a user expects a
>> certain reaction. Buttons performing different actions shouldn't
>> carry the same icon. Icons should be different from the ones which a
>> user always faces in his window manager.
>> For these reasons: A) the "remove all competitors" button shouldn't
>> be labelled with an "x"; B) the "shuffle" button shouldn't have the
>> same icon as the "add 5 random" button.
>> 5- Opposite arrows in this menu always show to each other
>> the perpendicular side.
>> For this reason, the "move up" and "move down" arrows should do the same.
> No opinion on this. I like both possible solutions.
>> 6- The preview image intentionally has the same height as
>> the two scroll lists beside. The preview image is meant to be like a
>> "photo" of the final appearance.
>> For this reason, it should be framed just like the two scroll lists.
>>>> 4- Garage menu - I don't like at all the inconsistency between "Garage
>>>> of" and "<driver name>". Yes, I have read of the problems of OpenGL
>>>> italic fonts. Still I find this header an eyesore.
>>> This issue exists in many other menus (all of the "results" ones,
>>> Start race, ... etc ...). We'll have to get used to it for 2.0, I fear.
>>> It's due to that part of the title of these menu is static text,
>>> and part of it is dynamic text determined at run-time.
>>> Eckhard chose (I was against, as at least 2 other devs) to use an image
>>> for the static text, in order to get more design freedom.
>>> Hence the inconsistency.
>> Would it be possible to shade the dynamic name, to make it more
>> similar to the header image? Another idea is to write ">Name<"
>> instead of "Name".
>> You can see the result here: http://goo.gl/cQ6tm
> Don't like.
>>>> 5- Race params menu - the header is not consistent with the track and
>>>> the drivers selection menus.
>>> See the reason why right above.
>> A quick and dirty fix would be to make copies of that menu for every
>> kind of race, making every copy load a different header image
>> Too dirty and messy?
>> My poor knowledge of our menu system leads to a
>> question: doesn't it support any kind of conditional statement, so
>> that the same menu can show different images according to some
> To do so, some changes would have to be done to the code.
> 'cause there's currently no support in the XML menu descriptor "language"
> for "any kind of conditional statement".
> But there's the same issue in many other menus (can think of about 10 ones)
> with titles mixing up text styles (about all the ones directly
> related with races).
> My real opinion on this : I'm (and have always been) 100% against
> using images in the menu titles (and I also 100% sure I'm not the only one).
> But it's too late to discuss this now, IMO.
> So let's keep it as is, and our end-users will give their opinion.
> But, as always ... open discussion :-)
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> Speed-dreams-devel mailing list