41 replies to this topic

[pyrocomp]

Lily from animove, on 11 May 2015 - 06:35 AM, said:

you can simply add another checkbox at the category bar, and when one clicks it it does select/deselect all. which then would be an easy way to get all. (Like its often the case in emails and PM systems such as here in the forum)

You know, check boxes and radio buttons in the same line are a bad idea. List becomes encumbered with visual clutter. Shift+Click is much easier and people are accustomed to it. It will not require to hit small no on high resolutions, just word "light" or "heavy" making it easier to use. Big buttons are used more often than smaller ones.

[sabujo]

pyrocomp, on 11 May 2015 - 06:43 AM, said:

It will not require to hit small no on high resolutions, just word "light" or "heavy" making it easier to use. Big buttons are used more often than smaller ones.

That's true. If I was doing the interface, I would make the whole button clickable even if the visual on/off indicator would be the checkbox. When in hover state, it would indicate that by highlighting everything. We already have all those thin buttons all around for precision clicking, we don't need more

[Lily from animove]

pyrocomp, on 11 May 2015 - 06:43 AM, said:

You know, check boxes and radio buttons in the same line are a bad idea. List becomes encumbered with visual clutter. Shift+Click is much easier and people are accustomed to it. It will not require to hit small no on high resolutions, just word "light" or "heavy" making it easier to use. Big buttons are used more often than smaller ones.

sry meant radio button, like we have in the PM list here, but hardly makes a difference ^^ its a "thingy to click"

[WhoopieMonster]

sabujo, on 11 May 2015 - 06:14 AM, said:

Hum, but the maximum number of weapon slots seems to be 4 (as in the Locusts 3+1, for example). What do you mean by 16?
If the number of max slots go up to 5 or 6, the interface needs to accommodate that even if it disrupts the elegance (replacing the dots for a number, for instance).

My mistake I thought it meant weapon slots on the Mech (2E, 3M 1B etc..) I should have realised you were refering to cooldown/range upgrades.

[pyrocomp]

sabujo, on 11 May 2015 - 06:45 AM, said:

We already have all those thin buttons all around for precision clicking, we don't need more

When I read this a terrible thought came to my mind that all this tiny buttons to click (that most probably descend directly from 90es pixel hunting quests) are just a sadistic accuracy trainer, like 'How can you effectively pilot laser vomiting boat if you can't hit those buttons two times out of three, cadet?!'.
Well, yes, the less small buttons and boxes UI has the more comfortable UI is.

[Scanz]

very well

[Troutmonkey]

Bumping in the hope of PGI seeing this.

[White Bear 84]

So much win all round. PGI pls listen

[Helbrecht]

tarogato layout is far better lot easiers and not as cluttered

[MavRCK]

Being a no-shame fanboy of Sabujo: http://www.reddit.co..._mech_lab_once/

[jay35]

Quote

After checking the last iteration on the mechlab (on the PTS), one major disappointment I had was regarding Mech Select screen. I never used that screen except on CW (while you wait for a match) because I do prefer the current Mechlab grid view. Bigger, cleaner and despite not being perfect, I find it more useful.

Agree 100%. I hate the dropdeck selector in CW. Seeing it migrate over to the Mechlab in the PTS preview was disappointing. Expand/collapse functionality is tedious and requires more clicks than the current Mechlab visual selector. I like to see as many of my mechs as possible on screen as it reduces the need to scroll or click to get to the right one.

Even the current Mechlab visual selector grid, simply enlarged to make better use of normal resolutions like 1920x1080 would be a step in the right direction.

[Insects]

Generating mech portraits should be fairly easy to do, it just has to snapshot the screen when saving and then scale it down, save in the game folder /iconCache for the game to use in its menus.

[Scromboid]

This is a much better mockup than they have. I think they had one that was a little different (CW) and went with it because it was different.

It kills me it takes them so long to do anything in game and when they do it, it is a shadow of what many of the talented players here could have accomplished....

[JamminJubei]

I just want to say that PGI has employed exactly the wrong people to work on GUIs. It should be youse guys. I don't think GUI 1.0 was even tested it's so awful.

[Sarlic]

I agree. This is much better.

[LyskTrevise]

I wish this was the actual UI, and that it was scaleable with resolution. I just dont understand why we dont have something like this already. Great work.

[Hawk819]

LyskTrevise, on 17 May 2015 - 10:57 AM, said:

I wish this was the actual UI, and that it was scaleable with resolution. I just dont understand why we dont have something like this already. Great work.

I'm with you. I love how this looks, and I hope they implement it soon with the new UI 3.0:




Kudos for the great work. I give four thumbs up. If I had four thumbs.

[Ano]

There's some really nice stuff in here, both from the OP and from Taro. My thoughts:

1) I'd favour larger tiles over smaller tiles generally, as I'm assuming there are more people with larger screens than smaller screens. If we can also get the category filters and/or a free text filter, then the larger tiles have relatively little drawback, as you're not so likely to be looking at a full list of all of your mechs

2) In keeping with the larger tiles, I think I'd prefer something more along the lines of sabujo's icon layout, but I'd probably eliminate some of the info. I think a simple 3-state icon for weapons/tonnage (e.g. red for "empty/invalid layout", yellow for "not all tonnage used" and green for "valid, all tonnage used") is enough info rather than trying to convey the number of weapons installed etc. That then leaves a little more room for the engine display (great!) and icons for each installed module.

3) I don't know how complicated it would be to implement context menus for the UI (right-click menus) but if they were to do that, it could allow a rich set of interactions from the mechlab list screen without having to clutter up the mech tiles with buttons.

Imagine a right click menu that had these options:
"Configure" (there could still be a small config button, or it could be made a double-click interaction with the tile)
"Strip weapons"
"Strip Engine"
"Strip Modules"
"Strip Armour"
"Strip ALL"
"Add to List..." (if custom mech lists were implemented).

For me personally, that would save a *lot* of time when moving expensive items (engines, modules, certain weapons) from mech to mech. YMMV

[Chadamir Fitzkrieg]

sabujo, on 08 May 2015 - 07:16 PM, said:

Just to clarify:

• Yellow mech is selected and is ready to battle
  
• Red mech is a mouse-hovered state of an Invalid build
  
• Blue mech is a mouse-hovered state of a VALID build
  
• Dark mech is an invalid build

Perhaps an Orange mech for one that could suffer from ghost heat (With a detailed explanation link defining ghost heat for newer players

[sabujo]

Thaddeus Radetzky, on 18 May 2015 - 03:16 PM, said:

Perhaps an Orange mech for one that could suffer from ghost heat (With a detailed explanation link defining ghost heat for newer players

Yes, that makes sense. Either that or just blue overall with a more subtle danger sign inside the frame.