Crucible 1.2 Client Update #2

Released February 17, 2012

This update addresses issues introduced with Crucible 1.2

User Interface

The ellipses in the overview have been sent to the naughty-stair to think about what they've done
Hover-based overview sort locking will unlock when the mouse is not in the client window regardless of where it was before it left
Corporation bulletins will once again give each other enough space to be seen properly
The minimum width of overview columns has been restored to 24 pixels

Hover-based overview sort locking will unlock when the mouse is not in the client window regardless of where it was before it left

This is a bug, I'll look into it. Might be related to your input language - if you use the language bar in Windows, what is your input language set to?

EVE Online: Crucible 1.2 has been deployed successfully. This update introduces considerable performance improvements to the overview, text rendering and window management as well as fixes for the UI and the Mac client. The full patch notes are available here.

This thread is for general feedback. If you encounter any issues please use the Crucible 1.2 issues thread here.

FWIW:
http://client.eveonline.com/patches/optional/?from=341054&to=342273

Make the assholes who just come here to comment on other peoples feedback go away tbh.

/me slaps his wrist for not checking into this before posting.

FWIW:
http://client.eveonline.com/patches/optional/?from=341054&to=342273

I think you should stick to thinking for yourself instead of telling other people what to think.

Make overview mouse over lock an option. Make an overview lock toggle a feature.

Make the assholes who just come here to comment on other peoples feedback go away tbh.

You first?

Haha wow your still here furiously posting in every page,

I really wish i knew how that guy was telling you what to think, he merely explained that it may be possible and then put a reason as to why it might be a good idea to not change it, and to you that is telling you what to think,

So if you say to someone, "My hamburger was way better without the cheese" and they said, "Well its possible to remove the cheese but if we do you might find the entire burger falls apart" that to you is telling you what to think,

**** son everyone in the world must be telling you what to think, all you have done in your post is exactly what you have said in your last line, the guy posted some feedback to the other dude saying that it may not be a good idea to change it, and you have simple said he is telling you what to think, and gone all anal at him

What a hypocrite,

I myself am still trying this out, its taking a little bit of time to get used to as you do kind of feel that the UI is almost locking up, in a week if i still have trouble getting used to it i may have to agree that the old system may need to come back or at the very least have it tweaked, only been back for a few days but thats a big change to get used to even after a break

In fact, it is a fundamental change to the behaviour of the single most important UI element in the entire game.

It's becoming increasingly difficult to follow your rationale in game design if every second patch contains a downgrade in functionality for the end user, which is falsely advertised to your customers and cost resources to implement.

I have tried to outline a much better approach to this particular issue numerous times now, and I'll do it one more time for completeness' sake.

Simple steps to follow:

1. Break down current "Lock Target" hot-key functionality to its different effects:

• Freeze Overview
• Lock Target when pressed + mouseclick
• Upstroke Functionality (selected target in Overview is locked if you release CTRL when Overview is active window)

2. Create separate key-binds for each of these elements, but allow us to put them on the same key.

3. Give us a toggle for "Freeze Overview during mouse over".


What is the difference to your approach? This is a modular UI design that improves performance for everyone, because increased adaptability leads to better results for different needs.

Currently, you are shoving changes down our throats that you call "improvement" - while in fact they decrease usability for a large number of users.
Once done, you wait 4 weeks for the complaints to die down and tell yourselves: "Successful change implemented. Players adapted to improved UI."
In reality, people just get tired of complaining because the effort required to make you step back on bad game design decisions is completely disproportionate to what one can hope to achieve. It's not that people are happy, it's not that your "improvements" worked, it's that people become more and more resigned to the point where they don't give a **** anymore, and eventually just walk away.

I'm trying to be constructive. Please take this into consideration.

This. So very much this.

Direct dev-response, please?

The input language is set to Dutch with the US-International keyboard layout.

Same problem, as mentioned by me in the issues thread here https://forums.eveonline.com/default.aspx?g=posts&m=817894#post817894
Same input language and keyboard layout.

The font changing occurs in virtually every input field.

We've fixed this issue internally - the fix should be out in the very near future.

It's a change, but why should it be a problematic change? Use it to your advantage. Do real teamwork and aim the final blows to the pilot who needs it the most. This could actually be a huge buff if you use it with skill and determination.

You know what bug you reintroduced AGAIN?

The "Video driver has stopped responding and has restarted" one. The one that happens on every jump, bridge and undock.