Dexter_X Posted October 27, 2021 Posted October 27, 2021 Hi, Maybe I've posted in the wrong section, so I try here : I want to produce (and sell in the Marketplace) my own french translation, but in my current licence I don't own all the options (missing downloads & blogs). Is it possible to get only a "strings" file to make a translation without having to buy all the licence options ? Thankyou, D Madal 1
Solution Jim M Posted October 27, 2021 Solution Posted October 27, 2021 Currently, the only way to create language strings for an application and reliably test those translations would be through owning the applications in questions that you want to translate for. Sorry I do not have better news at this time. Madal 1
Dexter_X Posted October 27, 2021 Author Posted October 27, 2021 😞 sorry to read that... but thankyou for the answer Madal 1
WP V0RT3X Posted October 27, 2021 Posted October 27, 2021 Remember... you want to make money, so simply invest some money. Sonya*, Madal and Jim M 3
Dexter_X Posted October 27, 2021 Author Posted October 27, 2021 (edited) ok ok ok, sorry for asking. I didn't know it was so sensitive... Edited October 27, 2021 by Dexter_X Madal 1
WP V0RT3X Posted October 28, 2021 Posted October 28, 2021 No problem, dude, all good ☮️ Why don't you start translating the applications you already have (Core, Forums, ...) and sell those as single downloads instead of offering an incomplete translation of the whole suite. This way you could start to raise some money and from that you can buy the next app, translate and sell it too and so on. The good sideeffect is, admins can choose and buy the translations they need instead of buying a more expensive full translation. So win/win? Sonya*, Madal, Jim M and 1 other 4
Dexter_X Posted November 1, 2021 Author Posted November 1, 2021 (edited) OK, I've already started to translate the mods I have. I'm a bit surprised by the strings and stringnames I see... for example regarding achievements part, most of the strings are prefixed achievements___something, that sounds good ; but for some there is "cheev__something" or even "cheeve__something", this does not look serious - at all - to me... And, but, woooh, but.. why ? Yes, why there are 5-10 strings with the exact same definition (regarding months or week days for example), even in the same application (!!??). Anyway... I'm currently at ~4,3% translated strings... Edited November 1, 2021 by Dexter_X
Marc Posted November 1, 2021 Posted November 1, 2021 It may well be that the person developing was abbreviating to cut the length of the string. However in reality, it could be named anything. With regards items with the same definition, there will be different use cases in code that have required that
Dexter_X Posted November 1, 2021 Author Posted November 1, 2021 (edited) so "warn_cheeve_point_reduction" needs abbreviation but "__defart_content_record_comments_title_plural" doesn't ? 🤔 Regarding the "use-cases", sorry and with all due respect, but for months or week days I don't get the point (?), and why so much distinct use-cases when in the end the string and the output are exactly the same ? even translated ? this is not the definition of a distinct use-case I know... I'm also a developper, more on embedded systems, and we need to manage stringchains too, more in order to reduce memory space (so the purpose is to avoid duplicated stringchains). We always have core stringchains that could be used by any module/app so it does not need to duplicate it (!!!) And here I see something that I can call a waste of time, readability and energy as well for us than for you : how do you find what you need in those near to 20'000 stringchains ??? Or you simply create a new one each time you need instead of search if it already exist ?? I'm a bit confused... Edited November 1, 2021 by Dexter_X
Management Matt Posted November 1, 2021 Management Posted November 1, 2021 We often have what looks to be duplicate strings, but the context can be very different and in the past we have had requests to ensure that separate translations for each context is available. What makes sense for us in English, German and French doesn't in Korean, Chinese, etc. Dexter_X 1
Dexter_X Posted November 1, 2021 Author Posted November 1, 2021 Hi Matt, thankyou for your answer. You're maybe right, I don't know about Korean neither Chinese, or some other languages with a syntax very far from ou western languages, but even for french or spanish some strings are already hard to translate (unable to change the order of the dynamic parameters "%s : %s", there is not always a number to set them in the right place : I need to turn out the sentence in a "passive mode" with much more words, but it is not always possible neither), so allow me to keep a doubt on the good willing of that reasoning...
Dexter_X Posted November 2, 2021 Author Posted November 2, 2021 I see the single "IP Address" text at least 20 times (without counting text containing "IP Address")... I wonder in how many distinct ways "IP Address" could be written in foreign languages and foreign grammar syntaxes... 🤔 (translation at 8.4%)
Randy Calvert Posted November 2, 2021 Posted November 2, 2021 There are times where things where capitalization or punctuation, or having a plural version could be in play. For example: "an IP address" "the IP addresses" The challenge is that the BASE language is English... meaning there are multiple strings to handle situations like the above. Different languages may not need all 20 of the variations, but because English is the base, you could end up with the same entry multiple times. English is the most backwards language in the world and breaks almost all of its own rules. Dexter_X 1
Dexter_X Posted November 2, 2021 Author Posted November 2, 2021 (edited) ok, thankyou you're certainly right... I've already translated other CMS with english as base language, but I've never seen so much repeated terms among the strings... Maybe because they were less rich than Invision's Community (?) I've never seen neither so much "diversity" on string names associated to a same module/application : usually you use the same prefix to avoid misunderstandings. Another "thing" I'm beginning to discover is some - little - inconsistencies like sometimes it is a "user" and others it is a "member". Maybe user refers to "any user, including guests" and member only to registered users (?) It is hard to see where the strings are used to understand how they need to be translated... Unless I'm maybe missing some "special development mode" making translation more contextual-visible (?) Edited November 2, 2021 by Dexter_X
Askancy Posted November 2, 2021 Posted November 2, 2021 On 11/1/2021 at 5:28 PM, Matt said: We often have what looks to be duplicate strings, but the context can be very different and in the past we have had requests to ensure that separate translations for each context is available. I ask one thing though, you have created the "Theme Differences" tool, because your team does not develop something similar for the language strings as well? I use github to do this and upload .xml files, however, it's not a convenient thing.... WP V0RT3X 1
Dexter_X Posted November 2, 2021 Author Posted November 2, 2021 by the way, I've seen there are "only" ~125 new strings with the last version (only between 4.6.7 and 4.6.8)... I think this really needs attention for a good future of Invision Community...
Recommended Posts