I do not see why not

In T1866#76040, @Spindizzi wrote:

Would be nice to have a quick checkbox of some kind to disable mirroring of anything you never tend to have more than one of (Mainly computers) rather than having to unset all the mirror planes. There;s the Mirror cube option for this but seems to be broken at the moment, has no effect on any block I try and some blocks like Scanner Computers don't mirror at all.

Isn't there a hardcoded limit of 1 station per sector, or is that just a default config limit?
If hardcoded, it is also possible have any created station not appear where the user was pointing, but in the exact center of the sector instead. That way we won't even need an indicator for the center.

There should also be a way to indicate the center of the current sector.

Considering the vote is:

yes: 1
no: 1
skip: 3

I suggest a meeting to reach a consensus.

I personally have spacedust disabled as it annoys me, but for those that enjoy it I can see the use of this.

Unable to process, missing description and link. :P

I can't see any reason against implementing this eventually. Although it should not be a priority at the moment.

Instead of just using the default price ±x%, how about[with that setting enabled] buy and sell prices are not set individually, and instead the user sets 1 price per item, with the buy price being set price +x% and the sell price being set price -x%

Right now when you refine 1 ore you get multiple back meaning that you created mass from nowhere.

To correct a potential misunderstanding, right now the sum of the mass of the items created by refining an ore/shard exceeds the mass of the raw ore/shard. This is what should be fixed, not the number of items produced.

In T1737#67665, @Crimson-Artist wrote:

i can already envision some one going around dropping hundreds of small self sustaining interdictor ships to completely lock down an entire system.

Why not allow it on both ships and stations, while only the latter will have reach beyond its own sector.
As for countermeasures, just use normal thrusters.

it should definetly be a nav filter option at the very least

I can neither come to a definitive yes or a definitive no, so I'll skip.

I am unable to decide with this one, yes it can be useful, but I am not sure if using a separate raildocker is the best solution.

In T1672#65403, @Sven_The_Slayer wrote:

I'm not really sure why we are bypassing normal suggestion procedure on this.

So wedges, etc. would handle like slabs do now?
I like it, unless someone can provide a good reason against having it that way, apart from the workload on the devs.

Considering the stats of any selected ship show up in the top left corner, and that any ship in the nav menu can be selected, there is no difference, so I have no reason to say no to that part. Once that changes, the bars in the nav menu should also change their behaviour accordingly.

In T1643#64287, @Crimson-Artist wrote:

In T1643#64253, @Megacrafter127 wrote:

In T1643#64225, @Sven_The_Slayer wrote:

In T1643#64171, @Crimson-Artist wrote:

Understandable. However i feel that it's a nessecary game play element. Especially for new players. We can take steps to encourage the building of shipyards with some nerfs to blueprint spawning such as having a build time that's slower than a shipyard. But ultimately I think that blueprint spawningis how we're gonna eventually be able to sell completed ships at player shops

Slow build times doesn't address the fact that you can still store a huge number of blocks without any mass. I would much rather see the ability to hire NPC shipyards to construct a ship or buying ships from NPCs for early players.

This can easily be solved by forcing blueprints to have the same mass/volume as all the items they contain.

but then that brings up the problem of holding blueprints in your inventory. how do you spawn a ship whose mass is significantly greatly than the inventory space players have? Using Personal Cargo?

In T1643#64225, @Sven_The_Slayer wrote:

In T1643#64171, @Crimson-Artist wrote:

Understandable. However i feel that it's a nessecary game play element. Especially for new players. We can take steps to encourage the building of shipyards with some nerfs to blueprint spawning such as having a build time that's slower than a shipyard. But ultimately I think that blueprint spawningis how we're gonna eventually be able to sell completed ships at player shops

Slow build times doesn't address the fact that you can still store a huge number of blocks without any mass. I would much rather see the ability to hire NPC shipyards to construct a ship or buying ships from NPCs for early players.

If a player has multiple blueprints in their inventory, which one is shown? Or are all shown in a sort of tree like structure?

-Confirmed-
As the description and steps to reproduce state.

-QA Testing-
Cannot reproduce anymore on both 32bit and 64bit, closing.

-QA Testing-
Still fixed, as far as I can tell.

-QA Testing-
Fix confirmed for all OS

-QA Testing-
Fixed on linux, and windows.

-QA Testing-
Not fixed, at least on ubuntu linux 14.04 32bit. Tester information field updated with new log. Does occur on 64bit ubuntu linux 12.04 too, unless the environment path is manually set to the launcher's install folder beforehand. Thus assuming the cause to be a path resolving issue.

-QA Testing-
Still occurring on ubuntu 12.04 and 14.04, other linux versions are likely also affected.

-QA Testing-
Test concluded like the previous test, fixed.

-QA Testing-
Test concludes just like the previous one, fixed.

-QA Testing-
Fix confirmed.

-QA Testing-
Fix confirmed.

-QA testing-
Fixed, with no reason to believe in the existence of not yet tested edge-cases.

I cannot reproduce this anymore, even with what I think are the old bad files.

Cannot reproduce anymore on 64bit. 32bit could not be tested due to lack of a build.
Testing 32bit once a build is available.

It is only a concern if these settings do not work due to a bug, or if they can be bypassed by an exploit.

-Confirmed-