[OPEN-ILS-GENERAL] Translations in Angular 6+ (Was Evergreen 3.3 Release Update)

Wed Mar 20 13:47:05 EDT 2019

Dan,

Let's be sure to export the current translations before any changes are
made.  IIRC, we want .xmb format, though it's probably a good idea to
export a few more formats to be safe.  Once you select a locale, the export
option is the first/top tool in the toolbar along the right.

I'll go ahead and export the current .xmb file for Czech and commit it to a
working branch for safe keeping.

-b

On Wed, Mar 20, 2019 at 12:11 PM Daniel Wells <dbwells at gmail.com> wrote:

> Hello Eva,
>
> Thank you for raising this concern.  I think we are in the process of
> figuring things out as we go along.
>
> Our current best plan (I think) is to use the account we set up with
> POEditor.com.  It looks like you already have an account there, so at least
> you are familiar with what I am talking about.  What hasn't been figured
> out yet is what that overall update process looks like, and what the new
> build steps will be.  For the first part at least, your input will be very
> valuable.
>
> We did a test import back in November or so (I think it was at the
> Hack-a-way).  I would like to try to do another import to add any
> new/changed strings and see what happens, but being a completely new and
> unfamiliar tool, I am a little afraid of losing any work already put in
> there.
>
> So, a few questions:
>
> 1) Based on what you have already done in POEditor, do you think it is a
> viable solution?
>
> 2) I will do my best to preserve what is there, and I hope the re-import
> does the right thing, but how much would it take to redo the work done
> there so far if things go very badly?
>
> 3) Do you have a planned timeline for upgrading to 3.3?
>
> Sincerely,
> Dan
>
>
> On Mon, Feb 25, 2019 at 11:52 AM Cerninakova Eva <cernin at jabok.cz> wrote:
>
>> Hi Daniel,
>>
>> Considering the last year discussion about integrating Angular 6 template
>> translations into the Evergreen translation tools, I would like to ask a
>> question about translation workflow of Evergreen 3.3 release. Will it
>> change some way in comparison with previous releases, due the impossibility
>> to use Launchpad for translations of Angular strings? And if so, how the
>> Angular strings are supposed to be translated during the 3.3 release
>> process? (I am asking from translators point of view.)
>>
>> Thanks for the answer ;-)
>> Eva
>>
>>
>>
>>
>>
>>
>>
>> ---
>> Mgr. Eva Cerniňáková
>> cernin at jabok.cz
>> Tel. +420 211 222 409
>>
>> Knihovna Jabok
>> http:/knihovna.jabok.cz
>> Tel.  +420 211 222 410
>> Jabok - Vyšší odborná škola sociálně pedagogická a teologická
>> Salmovská 8, 120 00 Praha 2
>>
>>
>>
>> st 20. 2. 2019 v 16:03 odesílatel Daniel Wells <dbwells at gmail.com>
>> napsal:
>>
>>> Hello all,
>>>
>>> Two weeks have slid by once more, and today we mark, ostensibly, the
>>> feature freeze for Evergreen 3.3.  Any new features not committed by the
>>> end of the day will need to wait for the 3.4 release in the fall.  Once
>>> again, here are the feature branches under consideration:
>>>
>>>
>>> https://bugs.launchpad.net/evergreen/+bugs?&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.importance%3Alist=WISHLIST&assignee_option=none&field.milestone%3Alist=86802&search=Search&orderby=title&start=0
>>>
>>>
>>> As careful observers will note, we still have one week after today
>>> before the 3.3 beta.  However, this exists not as a time to continue adding
>>> features, but as a time to make corrections for obvious issues which crop
>>> up due to feature freeze activity.  The cutoff for new features has
>>> historically encouraged a mad dash of activity, and this scheduling gap
>>> exists not as an excuse to postpone such dashings, but to remedy the
>>> problems it brings.  So I gladly encourage those so inclined to dash as
>>> madly as ever, but understand that it ends tonight!
>>>
>>> Now, that said, if a branch is in an obvious state of active review and
>>> revision, yet doesn't make the cutoff, please let me know and we can
>>> probably work it in.  I intend to start doing internal building and testing
>>> starting tomorrow morning, and will not be terribly keen on straggling code
>>> walking in unannounced.  Thank you for your diligence and understanding.
>>>
>>> Sincerely,
>>> Dan
>>>
>>>
>>> On Wed, Feb 6, 2019 at 12:40 PM Daniel Wells <dbwells at gmail.com> wrote:
>>>
>>>> Dearest fellow Evergreeners,
>>>>
>>>> After several months of quiet contemplation and tireless toiling by
>>>> many members of the Evergreen community, it is past time for a brief
>>>> message from me, your minimalist 3.3 release manager.
>>>>
>>>> First, as we enter this final trimester of the release process, it
>>>> seems worth revisiting the originally proposed timeline:
>>>>
>>>> 2/20/19 - Feature freeze
>>>> 2/27/19 - Beta release
>>>> 3/20/19 - Release Candidate
>>>> 3/27/19 - Final release
>>>>
>>>> Accordingly, we are now exactly two weeks away from our intended
>>>> feature freeze date.  Please recall, however, that there is now a one week
>>>> buffer between feature cutoff and the actual beta release, so if we reach
>>>> the evening of 2/19, and a few extra days would make or break your feature,
>>>> please do not hesitate to speak up.
>>>>
>>>> I've spent a few hours over the last several days looking over
>>>> everything targeted at 3.3 in LaunchPad and trying to get a sense of where
>>>> we stand.  As of this moment, there are exactly 99 uncommitted tickets for
>>>> 3.3.  I initially thought, "surely some of these do not have pullrequests,"
>>>> and while that proved to be true for 8 or 9 entries, inspection showed them
>>>> all to be close enough to deserve their targets.  So, let's just say the
>>>> 3.3 release has great potential!
>>>>
>>>> Looking forward, and given the nearness of feature freeze, I want to
>>>> encourage everyone to focus their energy for the next two weeks on our
>>>> "Wishlist" tickets, as these are in the most present danger of being left
>>>> behind.  As of this writing, there are 25 unclaimed Wishlist tickets hoping
>>>> for inclusion in 3.3:
>>>>
>>>>
>>>> https://bugs.launchpad.net/evergreen/+bugs?&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.importance%3Alist=WISHLIST&assignee_option=none&field.milestone%3Alist=86802&search=Search&orderby=title&start=0
>>>>
>>>> While the other 74 bugs for 3.3 are certainly welcome at any time, we
>>>> will have exactly one month between feature freeze and RC to devote to the
>>>> likes of these.  It is worth noting, however, that a good number of those
>>>> 74 are officially "Undecided" in importance.  I did a pass through them all
>>>> to pull out any which seemed like feature requests, but if you feel I
>>>> missed something, please target accordingly.
>>>>
>>>> Finally, in looking over things already committed for 3.3, I am struck
>>>> by a fair number of branches which are not flashy new features, but which
>>>> nonetheless are necessary endeavors to keep Evergreen humming along.  I'd
>>>> like to end this email with a special salute to those among us giving their
>>>> time and attention to things like Ubuntu and PostgreSQL version changes,
>>>> making sure it is something most of us never need to think much about.
>>>> Thank you!  If you are not one who generally watches LaunchPad closely, it
>>>> may be worth a few moments to peruse some of the committed 3.3 tickets to
>>>> see these folks at work:
>>>> https://launchpad.net/evergreen/+milestone/3.3-beta1
>>>>
>>>> Sincerely,
>>>> Dan
>>>>
>>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20190320/115c7556/attachment-0001.html>