|
Author |
Thread Statistics | Show CCP posts - 4 post(s) |
Lederstrumpf
|
Posted - 2010.09.30 19:22:00 -
[1]
Did the character description text font size or character spacing get changed in character selection screen? It's quite unreadable.
|
Lederstrumpf
|
Posted - 2010.09.30 19:31:00 -
[2]
If you have your main in station menu (character sheet,...,items) minimized to icon view only:
The icon tooltip text on mouse hover explaining the icon gets misplaced whenever you move your mouse over a new icon coming from the icon above: Is should get rendered next to the icon you're pointing at, but in fact it gets rendered next to the icon above you just left with your mouse.
|
Lederstrumpf
|
Posted - 2010.09.30 19:46:00 -
[3]
If all PI actions are submitted and I select an extractor, choosing a source to extract, pressing install button:
The background of the extractor changes to yellow.
If I submit, the background color reverts to black again.. but:
If I choose to select another extractor instead of submitting right away, choosing another source to extract, pressing install button again:
Successive extractors do not switch background color to yellow.
So what's the purpose of just one extractor changing background color whenever there's actions not submitted yet? Shouldn't all extractors with unsubmitted actions get a yellow background color?
|
Lederstrumpf
|
Posted - 2010.09.30 21:05:00 -
[4]
First crash of 1.1: After restarting my client, it crashed in player selection screen.
|
Lederstrumpf
|
Posted - 2010.09.30 21:27:00 -
[5]
Edited by: Lederstrumpf on 30/09/2010 21:28:10 ISD Tsuroyaan couldn't help me to deny or confirm whether there's some official in game CCP Mac OS chat channel.
As a matter of fact there is "OS X" where I've seen CCP folks around once. Its motd is "Welcome to the official EVE Macintosh chat channel." ...
There's a link to Tyrannis 1.0.4 known bugs page which did not get updated neither to 1.0.5 nor to 1.1.
How about keeping stuff up to date which is meant to guide customer feedback?
P.S.: Excellent work of getting rid of that lousy client resource greediness in background mode, I can actually type this while the client's still running in the background.
|
Lederstrumpf
|
Posted - 2010.09.30 21:45:00 -
[6]
Ship module activation/deactivation button sounds are broken.
There's still some minor click noise whenever you "enter the button area" with your mouse pointer... but "pressing the button" (clicking on it) is a silent action now, both for activation and deactivation of the respective module.
If you click the HUD scanner view button (between inventory and autopilot button), a "failure" sound is getting played when opening up the scanner window. The sound getting played is the one usually getting played whenever entering too long strings into text fields (e.g.: give money->enter "99999999999999"->press TAB).
I had this confimed by somebody using Windows client, so it's 1.1 and not Mac specific.
|
Lederstrumpf
|
Posted - 2010.10.01 07:37:00 -
[7]
Copy & paste of chat window text is still kind of broken. It's not possible to selectively mark text to copy. It's not possible to have autolinks preserved when copying across chat channels, they get changed into a bunch of tags on paste.
Rather than wasting resources on Eve gate some thoughts might be very well spent to enable OS<->Eveclient textbuffer content exchange!
|
Lederstrumpf
|
Posted - 2010.10.01 08:52:00 -
[8]
curl -C - -O http://cdn1.eveonline.com/mac/eve-premium_004577_185699-mac.dmg
^ use additional "-C -" to have curl continue where it left off so you must not start over from the beginning.
|
Lederstrumpf
|
Posted - 2010.10.01 14:03:00 -
[9]
Originally by: CCP Zirnitra we are in the process of getting the MIME-type response fixed, so that it will be reported as binary data.
And while you are at it take note of the fact browsers like Firefox etc. do not necessarily behave robust when it comes to downloading 3 GB of data via unreliable connections (which first of all forced people to try out alternative means of downloading, you remember?!!). I know of no browser which does auto resume fetching of halfway retrieved files after intermediate transfer interruption.
People ask you to provide BitTorrent files for a reason.
|
Lederstrumpf
|
Posted - 2010.10.01 15:20:00 -
[10]
So after some "random" window misplacement yesterday my settings seem to be gone after today's downtime.. I had to resize windows again, widen ISK amount columns in market windows etc. to be able to see complete prices again... and suddenly saw the MyWallet->Orders tab flashing/blinking after a buy order of mine had been fulfilled, which was new behaviour to me.
1.) It should be a wise initial assumption for default window column width selection that numerical values (especially prices) must fit in to get properly displayed. Imo you should fix your code to have initial column width of numerical columns wide enough so users aren't forced to resize column width to be able to read numerical stuff as a whole.
2.) Blinking stuff, when not done properly, is a pain, as it distracts attention. It was a pain to make blinking go away in earlier versions, now an extra tab is flashing on top of that?
Assume you've got your wallet window opened up, set to "MyWallet"->"Transaction" tab and somebody buys some stuff from a market sell order of yours, which is more than an "just every day" scenario for serious traders:
a) The wallet icon starts to blink.. b) the Wallet window "My Wallet" 'main' tab starts to blink c) the Wallet window "My Wallet"->"Transactions" 'sub'tab starts to blink... [d) the Wallet window "My Wallet"->"Orders" 'sub'tab starts to blink...]
If you are curious what got sold, you click the "LOAD" button, as, we remember, you're already viewing the "Transaction" tab of "My Wallet" tab of Wallet window. So the latest transactions get loaded and the Transactions tab, c), stops blinking. So far, so good. You were able to read which transaction happened, there is no more news for you to fetch.
But as a matter of fact that "no more news" isn't propagated "upwards", so even though one tab stopped blinking, all the other aforementioned things stay in blinking mode!
So to cancel the blinking mess, you've got to click any remaining blinking icon/tab to make it stop blinking. That's an extra click on:
a) The Wallet Icon b) the Wallet window "My Wallet" 'main' tab [c) the Wallet window "My Wallet"->"Orders" 'sub'tab]
Once you did that nothing is blinking anymore. You can calmly sit and wait for a new order to get fulfilled without any "blinking disco".
But wait: If you are forced to click "MyWallet"->"Orders" 'sub'tab, then your focus left "MyWallet"->"Transaction" tab and you can't press LOAD button on there again unless you switch back to the transaction tab, leaving the orders tab. So a blinking orders tab equals an extra two clicks to get you back to where you started at!
[In previous versions one wasn't able to stop the Wallet window "My Wallet" 'main' tab by just clicking on it, you had to even toggle tabs to "Corporation Wallet" or "Settings" to 'return' to "My Wallet" to have that click recognized... equalling two clicks, too]
It's not that I would dislike blinking in general. Blinking is excellent to get the information across "something happened". Whenever there is new information available. As a trader, you might want to sell stuff again as soon as you buy it.
In a single cycle explained above you might have to click 5 times to return where you started from: A non blinking user interface ready to display you new transaction events by means of blinking. To the extreme that's 5 clicks per transaction! With dozens of transactions happening during a day that might sum up to 100+ superfluous clicks per day.
So here I am, a customer, having to monkeyclick. You thought PI was a clickfeast? You thought you'd have to add content to make people enjoy the game more? Well, think again. Often it's the simple stuff that matters.
|
|
Lederstrumpf
|
Posted - 2010.10.01 16:41:00 -
[11]
And while I'm touching UI issues: There are windows which autoraise, windows which can't be raised and windows acting the way the user wants them to act, being able to put them in the foreground, minimizing them, placing some other window in front. On top of that some elements aren't "window-framed", like the starship HUD or PI extractors.
Some of the windowed stuff thereby lacks consistency and from user point of view I call that bugged. "That's by design" is what I got in reply more than once. Who wants bad design? Are you proud of bad design?
Personally I'm perfectly fine with placing windows in an overlapping way so I can easily access them with a simple click, raising them to the foreground. Most of the windows can usually be coped with this way.
But there are some prominent examples which I rate bugged from user side:
1.) The autoraising assets window. 2.) The "stick to background" PI "window" stuff 3.) The "stage pig" T3 ship view submodule selection list window
1.: Whenever you got your assets window opened up and are moving items from let's say a station hangar into your active ship's cargohold: The moment you changed station inventory the assets window gets updated. I don't mind the update. But I mind the fact it's autoraising itself at the same time, possibly clobbering access to one of the inventory windows you were/are accessing/trying to access. So there's that really superfluous extra click required to e.g. raise your cargo window to foreground again. Once per station-to-ship item transaction. Over and over again?! One might opt to close the assets window to prevent it from clobbering by autoraise .. and open assets up again later (e.g. once one might want to plan routes/dock elsewhere using the assets window). Over and over again?! Not convenient.
2.: More than once I had to move windows "out of the way" because PI installation "menu window" was hidden behind, as it did not autoraise to the foreground when clicking the PI installation. As this might happen for any extractor you touch on a daily base it really adds to the burden of PI being that lousy clickfest it actually is. Same for the PI "submit" button: By glueing it to some background corner one can not do planetary interaction without being forced to close/minimize any open window in top left screen corner. Over and over. Not convenient.
3.: Ever tried to look at a T3 ship in show info preview mode and wondered why that bloody subsystem selection window clobbered up the view to she ship model by autoraising itself right after you turned the ship model in 3D view, which requires clicking that preview window (and holding that button and dragging the mouse)?
If ship model preview window and subsystem selection window are overlapping, the only way not to have the subsystem window immediately afterwards clobber parts of the preview window by autoraising itself, is to aim and click on the preview window title bar. This seems inconsistent to any other GUI windows there are. Most can be brought to foreground by clicking anywhere, without any other window saying "wait, a user is not allowed to decide i'm not more prominent", forcing itself on top. Over and over again. No, this special behaviour is not convenient.
P.S.: I don't care if you think there's a better place to "file suggestions". Do a proper job of forwarding customer feedback.
|
Lederstrumpf
|
Posted - 2010.10.01 22:59:00 -
[12]
As a matter of fact it's not just some random window misplacement thing going on, the Eve client is randomly(?) loosing setup configuration:
Hotkeys disappear to be defined. Camera shaking get switched on again even though it was set to off manually. Overview setups get reset to default.
Friendly icon color blue<->green and window misplacement imo fall under the same category of random data loss, dropping to default/initial value. There was some default color change from blue to green (or vice versa) in an earlier patch which most of the people probably did not notice, as their old settings did override the new default.
Data loss, not just some random errors! Lovely.
|
Lederstrumpf
|
Posted - 2010.10.02 12:54:00 -
[13]
1.1+optionalfix:
My latest petition doesn't show up in ingame petition system.
Doubleclicking a petition from petition list opens up "View petition"Window->"General information"Tab. The window opened up gets resized (made smaller) immediately after opening. If you try to resize the "View Petition" window the petition text field vertical width doesn't get updated properly on outer window resizing, leaving you with a tiny petition text window.
That for sure might be by design.
|
Lederstrumpf
|
Posted - 2010.10.02 16:05:00 -
[14]
1.1+optional patch:
I can not resize horizontal width of training queue window to less than what seem to be more than 600+ pixels.
The left and right content columns of the training queue window (skills on the left side, queue order on the right side) individually can be made quite small in width, so the minimum training queue window size required theoretically is less than 600+ pixels.
Please make sure selectable outer window minimum width equals the sum of inner content minimal widths without any value added on top, as it equals less flexibility and needlessly clobbers up the screen.
|
Lederstrumpf
|
Posted - 2010.10.02 16:13:00 -
[15]
1.1+optional patch:
Minor UI flaw in "Character Sheet"window->"Skills"tab:
The list of skills in skills tab somehow seems to report a bigger height of itself to the outer GUI element than neccessary, resulting in scrollbar popping up earlier than it would be neccessary to have any scrollbar, as the content still perfectly fits into the surrounding element.
|
Lederstrumpf
|
Posted - 2010.10.02 22:58:00 -
[16]
Edited by: Lederstrumpf on 02/10/2010 23:05:01 With "show more options" enabled one can enter values in "min price" and "max price" fields of the "Available Contracts"tab of "Contracts"window.....
The "min price" filter option is broken when it comes to having WANT TO BUY type contracts listed:
If you enter any value >=1 into "min price" field, ALL available want to buy type contracts do not get listed anymore.
I had this confirmed by two other people.
I remember having recognized this behaviour pre 1.1 -- guess most people usually work around it (by guessing & setting some max price value and reversing price column sort order in simple view mode) or possibly assume it is "by design".
Nevertheless it's a stupid bug which can have an impact on trading (as some want to buy orders become hard to find if there's plenty of other contracts similar in price filling up the search results listing instead).
And no, I won't file a bug report.
|
Lederstrumpf
|
Posted - 2010.10.03 00:05:00 -
[17]
Edited by: Lederstrumpf on 03/10/2010 00:07:46 1.1+optionalpatch:
Superfluous persistant "you are here" marker circles are being shown in map view sometimes (sometimes as in: something triggers it sometimes while/after/during(not clear) travelling along set routes, once triggered it becomes "sticky".).
The bug has been there since at least 1.0.2 (I did report it three months ago).
|
Lederstrumpf
|
Posted - 2010.10.03 19:23:00 -
[18]
With a route set, the lower part of "Current location:" info ["show route" option enabled] in space view mode doesn't show the first route hops anymore (like it's still the case in map view mode).
You get some more info on the next system, but that's not really the set route. So one is forced to use map view mode if having an eye on the set route is of importance.
On top of this added inconvenience one gets to read lines like:
"Next system in route: (23 jumps)"
|
Lederstrumpf
|
Posted - 2010.10.08 23:35:00 -
[19]
Edited by: Lederstrumpf on 08/10/2010 23:45:34
All my settings just got deleted again, with EVE greeting me as new user with newbie tutorials.
The EVE client obviously has major problems keeping a set of working setup files if you are quitting the game while low on disk space / out of disk space. It should not be too difficult to preserve a working set of setup files -- which usually does exist whenever you start up the client after the first time.
I ran out of HDD space due to what seemed to be heavy disk writing after undocking into a stationcamp situation in Rens with like 30+? pilots. I got a 4GB machine and some browser windows were open in the background, nothing else running.
Those undocking lags are reproducible.... activating a MWD got me out of the mess into a distance where the client got usable again. Is there any chance temporary client side swapping or caching is causing big fleet lags?
|
Lederstrumpf
|
Posted - 2010.10.10 01:45:00 -
[20]
All "saved" fittings - gone. All "saved" overview setups - gone. Is there any way to restore them from backup files?
|
|
Lederstrumpf
|
Posted - 2010.10.10 14:07:00 -
[21]
Edited by: Lederstrumpf on 10/10/2010 14:17:34 Edited by: Lederstrumpf on 10/10/2010 14:15:54
The login procedure is not robust enough to be really enjoyable.
E.g.:
I had the Eve client running, afk. Due to daily downtime the client got disconnected and restarted into login screen mode. Hours later I returned to the keyboard, entered user data & password and clicked connect button to log in. The "Authenticating" window popped up, progress bar went to 100%, but client did not continue further, not progressing to character selection screen. Pressing connect button again had no effect.. During all this "0 players" were said to be on the server. So despite entering correct login data I had to manually quit and restart the client again, this time with the correct number of players on server shown. This happened more than once to me.
So "I have a running client, I enter user credential and get authorized" does not work 100% when it comes to Eve.
Another example of what I call unenjoyable login procedure is the client's login queue behaviour:
Assume the servers are "full" and your login attempt, after entering correct credentials and pressing connect, gets queued: "You are number #something in line". For any user friendly application I would expect it to automagically login once i'm first in line. Not so for EVE:
Once first in line you've still to manually press "connect" again to login... with a chance to end up in another queue if you miss the available timeslot. If you press "connect" button while still somewhere in line, you get that stupid "you are already logging in" popup box, making you wrongly assume there is no need to manually click connect again when reaching first line position.
So the client is forcing users to act at a specific time, and to redo what they already did once (pressing connect button with correct credentials entered). Both is not convenient... and probably not the best way to introduce your product to new users.
So it would be cool if:
A) login would work after entering correct credentials whenever client and servers are up. B) progress into game, once queued, would be automated.
|
Lederstrumpf
|
Posted - 2010.10.14 03:23:00 -
[22]
Edited by: Lederstrumpf on 14/10/2010 03:24:55 Mail body input window behavior is heavily flawed in 1.1 p#4, not to say unusable:
Pressing backspace or enter sometimes results in some weird line break results with cursor misplacement and whatever. Behavior is so ****ing stupid that I don't even care to try to report how stupid it is in detail.
Copy and paste from within chat windows was broken for long ... so was dragging multiple items into chat input window .... congrats for nerfing the mail editor on top, you really try hard to force people to use EVE gate!
|
Lederstrumpf
|
Posted - 2010.10.14 03:49:00 -
[23]
"You can create -1 more contracts." -- Interesting.
|
Lederstrumpf
|
Posted - 2010.10.14 05:11:00 -
[24]
"Auto Targeting System I" stays active if you enter a station with the module activated and undock again: Ships targeting you will get targeted in response. After undocking there's no module cycling animation to be seen, the module appears to be inactive.
In p#3 I had some overview flaws, one of which was a yellow gate icon pointing to a next route hop appearing twice at the end of a reverse distance ordered list. Another flaw was a red NPC ship cross icon temporary turning into some red wreck icon.
|
Lederstrumpf
|
Posted - 2010.10.18 11:29:00 -
[25]
Sound FX loop causes temporary "GUI freezing" when moving multiple location bookmarks:
When dragging multiple location bookmarks from one opened bookmark folder window to another, some sound FX is getting played sequentially once per dragged bookmark with the GUI becoming unresponsive until the last sound has been played.
E.g.: You drag 20 bookmarks to move them over to another book marks folder, you've got to listen to the same sound 20 times prior to be able to continue.
Might be non-mac-specific.
|
Lederstrumpf
|
Posted - 2010.10.22 03:19:00 -
[26]
Edited by: Lederstrumpf on 22/10/2010 03:26:48 ------------------------------------------------ STOP - OPTIONAL UPDATE DESCRIPTION FAILURE There was an error retrieving the optional update description. [OK] ------------------------------------------------
WOW! Automatic error detection! In a cool popup box!
Every time I start the client and enter login screen! How cool is that?!
lol
|
Lederstrumpf
|
Posted - 2010.10.24 20:56:00 -
[27]
After trying to edit my in game character bio I can not access it anymore. Even worse:
Trying to access it locks up my character sheet window with skills/certificates/decorations/...-Tabs getting unresponsive and skill queue and such becoming inaccessible. Wonder who did program such stuff.
Closing and reopening the character sheet window does not resolve the issue. A client restart is required.
When trying to access the bio after a restart the window locks up again.
Any ideas where character bio is stored locally, as other EVE players still get presented my old unedited bio?
|
Lederstrumpf
|
Posted - 2010.10.29 02:41:00 -
[28]
Client fails to properly shut down after disconnects, yet spawns a new instance of the EVE client resulting in half of a crashed old client competing about resources against a fresh client starting ....
It's a mess to get both applications killed (as the system gets slowed to a crawl) to get back to zero to start the client again.
What is so difficult to plug out the ethernet plug and test if the client exits gracefully? Do you need more people on Sissy to test that?
|
Lederstrumpf
|
Posted - 2010.10.30 02:58:00 -
[29]
Bio editing is bugged in #6 similar to how mail editing was nerfed in #4 .... using backspace can have the cursor jump wild or not have any effect, e.g. not deleting previous empty lines.
I'm pretty sure it comes down to lousy programming when it comes to handling cursor/font size and color at beginning of lines.
|
|
|
|