Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Martin

Pages: [1] 2
1
Bugs / Re: Turrets(and now custom turrets) vanishing when repairing
« on: July 12, 2018, 10:00:22 AM »
Would you mind uploading the ship xml?

2
Bugs / Re: Turrets(and now custom turrets) vanishing when repairing
« on: July 12, 2018, 12:22:05 AM »
Did the new version on the beta branch fix your issue?

3
News / Re: New look for the forum!
« on: July 09, 2018, 09:31:28 PM »
The new forum look is cool ! But the new forum host is bad. It was kind of horrible to see "Gone..." yesterday :(.
Felt like the end of Stubb a Dub from Mr. Bungle, so it was like the host dropping any decency to suddenly threaten "u r dead nao dawg" to the devs :'(.
Let's fight for decent forum hosting conditions >:(.

The forum host didn't change, I'm not entirely sure what you are talking about. Please explain :)

Hey!
I just saw that we had a server problem. Now I know what you are talking about :)
Nevertheless, that was independent from the new forum look.
Thanks for your concern, though :)

4
News / Re: New look for the forum!
« on: July 09, 2018, 07:29:52 PM »
Also I just noticed its hard to see the borders on quotes, maybe make them a lighter gray shade or even the same as the code borders? The #10131a is hard to see, I swapped it to white and it stood out much better.

I increased the background color slightly for more contrast, I hope that helps already

5
Bugs / Re: Turrets(and now custom turrets) vanishing when repairing
« on: July 09, 2018, 03:26:20 PM »
Hey!

Thanks for posting this.
The problem here seems to be that the space is quite small and a 1.5 size turret barely fits. In the turret build mode, the check seems to determine that a 1.5 turret fits, in the repair and the turret placement it seems to deny that. That's why it deletes the turret.

The solution for us will be to make the checks more consistent.
We added it to our list of bugs to fix.

Greetings,
Martin

6
News / Re: New look for the forum!
« on: July 09, 2018, 02:41:46 PM »
Long titles cause the post response to look really bad and be almost unusable (attachment 1)

Reducing the size of the text in the
Code: [Select]
.navigate_section li span fixes it

maybe just make that not wrap?

Or use up the whole area at least, right now its a
Code: [Select]
col-sm-8 and the
Code: [Select]
col-sm-4 used for
Code: [Select]
.social-icons is empty, make it span the whole width.

Can you confirm that it is fixed now?

7
News / Re: New look for the forum!
« on: July 09, 2018, 01:20:37 PM »
The new forum look is cool ! But the new forum host is bad. It was kind of horrible to see "Gone..." yesterday :(.
Felt like the end of Stubb a Dub from Mr. Bungle, so it was like the host dropping any decency to suddenly threaten "u r dead nao dawg" to the devs :'(.
Let's fight for decent forum hosting conditions >:(.

The forum host didn't change, I'm not entirely sure what you are talking about. Please explain :)

8
News / Re: New look for the forum!
« on: July 04, 2018, 12:36:20 PM »
Did that fix it?

9
News / Re: New look for the forum!
« on: July 04, 2018, 12:33:08 PM »
Watched.

Great thanks. The code-fix didn't work for Firefox though, or it maybe it has never been bugged in other browser? Can't say, for Chromium based browsers it works, for Firefox it doesnt work. I still got dark color on dark background in all code tags. For firefox browsers it puts the
Code: [Select]
<code> element inside of a
Code: [Select]
<pre> element, wich makes css overwrite the color. Doesnt happen in some other browsers I tested.

Ah. Now I get what you are talking about. I almost exclusively use Chrome, so I didn't see that. Give me a moment, I'll look into it.

10
News / Re: New look for the forum!
« on: July 04, 2018, 12:31:22 PM »
another suggestion that just came to my mind:
as not everybody here seems to understand proper english, is it possible to show in which languages you are able to communicate?
I'm thinking of some checkboxes in account settings, which would result in showing flags of the checked languages under your forum avatar.

The official forum language is English I'm afraid. We can't start mixing languages, as we (the admins) only understand English and German, and therefore aren't able to maintain the forum once other languages get mixed in.
We decided that we won't accept German as most of the Avorion community doesn't understand German and we don't want anybody to be left out.

11
News / Re: New look for the forum!
« on: July 02, 2018, 07:09:43 PM »
It looks good, much better then the old one.
In some cases the profile image got a background color wich doesnt look really good if you have a profile image with transparency.

I agree.
Is it better now? :)
Much better now, thanks. Please also watch the other suggestions I gave regarding the new look  :)
Watched.

12
News / Re: New look for the forum!
« on: July 02, 2018, 03:11:33 PM »
It looks good, much better then the old one.
In some cases the profile image got a background color wich doesnt look really good if you have a profile image with transparency.

I agree.
Is it better now? :)

13
Suggestions / Re: Test Server Problem Notifier
« on: November 28, 2017, 01:55:46 PM »
Hey!

Thanks for your suggestions.
I just fixed a bug concerning the automatic update of the test server, hopefully that should work now.

The automatic reboot now also has a 'stuck' detection, which (hopefully) should take care of crashes that don't end the executable.

We do read the forums, so at the moment, the forums is the way to go.

14
Translations / Re: Question to the Developers
« on: August 25, 2017, 12:38:42 PM »
Well, thanks for reporting. I'll look into that.

15
Translations / Re: Question to the Developers
« on: July 31, 2017, 03:11:56 PM »
Well, theoretically it should work. Although the "%_t" tag was never intended for dynamic strings, it was made as an attachment to static strings. (like "Hello"%_t, not as an attachment to a variable)
But, I mean, if it works, it works.

Could the problem with your code be that %_t has more priority than the ".." operator?
Meaning, your code implicitely gets evaluated like this?
Code: [Select]
dirString = dir.name .. (" /*direction*/"%_t )
The call to the translation engine would try to translate " /*direction*/", resulting in an empty string, then attach it to dir.name, which, in total, gives the untranslated dir.name?

But, to answer your original question:
The %_t is like a function call the string gets put into. The %_t function then tries to find a translation to the string. If none found, it strips the comment, if existing, and returns the untranslated string.

The comment is important for differenciating between identical strings with different meanings. (In your specific case, W - West and W - Watt)

Also, a string without the %_t should not get translated at all. Do you have a working minimal example to reproduce that behaviour?

Pages: [1] 2