EVE General Discussion

I'm confused. Bots cover both the mining belts and the drone regions. What would change?

The ability to legally shoot pods that have GCC, in highsec.

They ARE criminals, else they wouldn't have a GCC
hence should be treated as -5 (or lower)
and thus should be legal targets ... for at least 15 minutes.

I've opened a thread about it, stating an argument, and there are others who believe it's quite logical and fair.
https://forums.eveonline.com/default.aspx?g=posts&t=35230&find=unread


Thanks. :)

you can drag-n-drop skills.

* Ability to transfer a POS to another corp and the appropriate role to protect this.

So I'm sure the overheating interface thing has been discussed elsewhere in the thread, but after some more consideration, there are a few changes I'd like to suggest.

Firstly, the fact that you now have UI scaling makes the individual overheat buttons exceptionally difficult to click if you're using the 90% scaling option. This makes picking out individual modules to heat and unheat in a fight far more difficult than it needs to be. We need a larger button for heating them, or an interface option such as control+click to toggle heat on modules.

Secondly, the rack overheat buttons need to be reworked. You let us group modules for functionality in the ship control UI, placing them as we see fit. I, like many pilots, organize my active modules according to basic role. I have my offensive modules (weapons, tackle, neuts, ewar, and so forth) in the top row, my support modules (propulsion, cap boosters, sensor boosters, and so forth) in the middle row, and my tanking modules (armor/shield reps, damage control, hardeners) in the bottom row. The thing is, these rows of modules are often a mix of high-slot, mid slot, and low-slot modules. The overheat UI should apply rack-overheat to the modules as we place them in our control scheme, not as they are fitted to the ship. The things I want to overheat at the start of a fight (point, web, propulsion, and guns) are different from things I want to overheat in the middle of a fight (tank, etc). It's incredibly annoying to click the rack overheat button to overheat my tackle modules, and also have my cap booster, or shield hardeners, or whatever else *also* overheat, doing more heat damage than necessary. So, of course, I use the individual overheat buttons to fix this, but that brings us back to the first problem. It would be much better If I could place modules into racks in the UI, and then have the overheat rack button overheat those modules as placed.

The third problem is one of feedback. Currently the individual module status is conveyed with a bright green bar. That's fine, but since module activation is cyclical, the information about whether we've turned a module's heat on or off is not fed back to us until the next cycle of the module. This, for many modules, is quite a while. There needs to be an intermediate color telling us the UI has gotten our command and will execute it at the beginning of the next cycle. Turning the bar orange would be a good indicator for "will overheat next cycle" and turning the bar blue for "will cool off next cycle" would provide useful click-response feedback to the user. Also, the rack overheat buttons don't seem to act consistently. If a rack is partially overheated, clicking the overheat rack button seems to have unreliably effects. Sometimes it seems to un-overheat the modules that are currently overheated, sometimes it overheats everything on the next cycle, and so on. Turning each rack overheat button into an on/off toggle with two buttons would be much more intuitive and responsive, especially when combined with the earlier described feedback changes.

---

A totally separate UI papercut: when moving bookmarks from the normal bookmark folder to the corporate folder, it doesn't seem to allow the window to scroll when dragging. This means that if I have more bookmarks in a folder than can be displayed in the bookmarks window, and I want to move them to another folder or to the corp bookmarks zone, it's a huge pain.

posted from here



In wormhole space, using tags is pretty much an essential overview feature when shooting at sleepers in combat sites. We will tag the order in which each sleeper should be primaried and mark the trigger of the next spawn with an X so it is left last.

The annoyance we have with tagging is that for each and every sleeper entity that spawns, the tagger needs to pan through the right click menu, pan through the tag item menu, and then pan through the number/letter menu. The process is way too drawn-out and it could easily be fixed with a key binding.

This is how it could work:

1) you press a key binding
2) a text box comes up
3) you enter any single number / letter
4) upon receiving your input, the text box closes itself and tags the entity

much faster and easier than navigating through a bunch of parallel menus with your mouse

edit: or you could just press a key binding and then press a key to tag an entity without the need for a popup

more little things:

1) when sending messages through evemail, automatically hyperlink URL's or at least get rid of the http:// that we have to get rid of from our url because it thinks we want http://http://

Evemail generate link

2) When we check the receive notifications box and post in say a dev thread with 40 pages of replies, we will get hundreds of notifications.

please make it so we can specify how we want to be notified, either if someone posts in the thread or if someone specifically replies to our post. And when we receive the notification "SilentSkills has posted to a forum thread you subscribed to" take us directly to his post, dont take us to the very front of the thread!! If we subscribed to it, odds are we've already gone through the first page

theres a way to do this already, don't really know if you can call it a feature or not but,

left click on your ship, you will see a white box appear at the center of the screen on the ship. Aim that box over a celestial and as long as you get it as close to the box as possible you should get the 5 and 15 degree angle scans

Remove the fixed width from the forums. So much needless scrolling...

I disagree, you're passing by light that was in front of you, the light was already there.