• Announcements

    • JoeW

      Oxygen Not Included - Early Access Coming May 18   05/03/2017

      Oxygen Not Included Entering Early Access First off, we would like to extend a major thanks for the amazing community response to the Oxygen Not Included Alpha. When we released the game on the forums we'd hoped for a few dozen people to try it out and give feedback, but instead over a hundred thousand of you played the game. This was the best surprise we could have received. We're now excited to announce that Oxygen Not Included will be entering Steam Early Access on May 18th. It will cost $24.99, and anyone who owns an existing Klei game on Steam will receive a 20% loyalty discount. Players who purchased Oxygen Not Included in Alpha will not need to purchase the game again. Upcoming Agricultural Upgrade Additionally, we have been working with a handful of dedicated members of the community over the last few weeks to test an experimental build branch in preparation for Early Access. These players have been working with us to provide feedback on the new Agricultural Update content, and we're happy to say it's now in a place where we are ready to share with you all. It will be released on May 18th along with Early Access. Join us on the livestream!
      We'll be showing off the Agricultural Upgrade today at 3:30PDT! Come check us out on Twitch: http://twitch.tv/kleientertainment
        Check out the official post for more details!

Some1

Registered Users
  • Content count

    215
  • Joined

  • Last visited


Community Reputation

26 Excellent

1 Follower

About Some1

  • Rank
    Member

Converted

  • Location Ukraine

Recent Profile Visitors

1,334 profile views
  1. Please, just take a quick peek on this.
  2. Currently I'm working on utility mod, which will upload all changes in strings to our translation server. Of course, I use built in TheSim:QueryServer function. Recently I noticed, that it uses enormous amount of memory to send data, if this data is larger than 20-30kb. For instance, to send up 70kb data dump it requires more than 2gb of memory (and a lot of cpu aswell)! Go, check it yourself! P.S. b.t.w. can you reveal all TheSim:QueryServer parameters meaning? Is it TheSim:QueryServer(string domain, function callback, string method, integer timeout) ? Is it possible to modify this function, so that it would be capable to process user-given http request header fields? Currently I'm unable to provide normal cookie-based login, cause this function doesn't allow me to get/set cookies, as well it doesn't allow me to change content-type field, which could be crucial in particular conditions. The way I see this improvement is to add an optional table-parameter, that would override existing and add new header fields to request: TheSim:QueryServer(domain, callbackFn, "POST", {["Cookie"] = "....", ["Content-Type"] = "application/x-www-form-urlencoded"}) and callbackFn should have fourth table parameter, filled with responce header fields: function callbackFn(data, status, resultCode, headers) print(headers.Cookie) end What do you think?
  3. There is a minor problem with dumtable function, if you use it to show tables with mixed type of keys. Let's say, we have the following table: tbl = {a = 1, {} , ""} --a table with one string key named "a" and two number keys 1 and 2 dumptable contains table.sort function, which can't sort tables with mixed type of the keys, so the game would throw us an "attempt to compare string with number" error. To avoid this you should add custom comparator, which would make the job, s.a.: ... --part of dumptable local table_keys = {} for k,v in pairs(obj) do if type(k) == "table" then table.insert(table_keys, k) else table.insert(keys, k) end end local function compareMixed(a, b) if type(a)~=type(b) then --convert both to strings first, then compare return tostring(a)<tostring(b) else return a<b --this should stay to maintain normal order for numbers (55 is greater than 8, while "55" is less than "8") end end --and only after that... table.sort(keys, compareMixed) --using comparator ...
  4. I'm pretty sure this is not what is meant to be:) INVALIDNEWHOST_TITLE = "Creating your first world?", INVALIDNEWHOST_BODY = "We recommend trying the game alone in a private world while you learn the ropes and get the hang of not starving. But it's totally up to you!", You also already have this (which seems to be correct): NEWHOST_TITLE = "Creating your first world?", NEWHOST_DESC = { ALONE = "Play alone in a private world where you can collect your bearings and get the hang of not starving. This is recommended for your first time playing.", TOGETHER = "Start an online server where other players can join in your adventures. It's up to you whether it open to everyone, or just your friends.", },
  5. Take a look the following example: function FrontEnd:OnMouseMove(x,y) if global_error_widget ~= nil or self:GetFadeLevel() > 0 then return false end if self.lastx and self.lasty and self.lastx ~= x and self.lasty ~= y then self.tracking_mouse = true end self.lastx = x self.lasty = y end Don't you think, there should be "and (self.lastx ~= x or self.lasty ~= y)"? It looks, like current implementation ignores straight mouse moves (i.e. when lastx is not equal to x AND y stays the same, or vice versa).
  6. [shipwrecked]

    Эта проблема решена в последних версиях русификатора (начиная с 4.2b и выше). К сожалению парень, который занимается выкладыванием версий, до сих пор не обновил файлы. Простите за задержку. Скачать последнюю версию можно здесь. Простите за неудобства.
  7. [shipwrecked]

    В DST иероглифы вместо текста означают то, что у вас старая версия игры. В игре последних версий (159550 и выше) изменена кодировка, соответственно она изменена и в русификаторе версии 4.0 и выше.
  8. @Granis, you can easily check it by looking any fnt contents.
  9. [shipwrecked]

    Кнопки уже давно есть. Версия для Тугезер тоже. Начиная с версии 3.8 появилась возможность вводить русские буквы на Mac OS и Linux.
  10. Yes, you have to do it manually, however I may help you with your problem:)
  11. This sounds frightening in the view of those guys, who work on translation of game content to other languages:)
  12. I always think ahead So in that case I just think to myself, why don't add all those glyph, it could save a lot of time for ohters.
  13. Hey, @AzureBalmung, why don't you just use my versions of those? They seem to have all glyph you need:
  14. @rooks, I think it would be nice, if you provide people with bmfont presets, as Brook did for me. Though developing of those presets without assistance could turn to true headache, you know... Yeah, and even some extra-fonts, which were deleted during past steps of developement
  15. @CharlesB, PeterA have told me, that he's going to convey my request to you (He said Charles, so that's why I'm addressing to you ). I'm still curious, if you've had a chance to investigate this, and I want to know, if it possible to fix this or not. I assume, that the problem is much more complex, than it looks at first sight, because windows uses 8-bit implementation of input and 8-bit codepages, which are language-specific. At the same time linux may (just guessing) use full unicode implementation of text I/O, which yields a constant headache to you and other DS dev's, because of that our lua is totally 8-bit. The easiest thing to do here is just to provide pure unicode input flow, however in that case people will see double and triple byte sequences instead of desired symbols. The second thing you can do is to use standard lookup tables in accordance to windows ansi codepages, which basically are national unicode symbols, perfectly mapped to 8-bit range. Of course this will mean that you should built in those codepages into the game core. But I might be totally wrong, so you're free to laugh on my fancy thoughts Anyway, to put it briefly, I'll be happy, if you answer me, how do matters stand with this stuff