Closed Bug 1142372 Opened 9 years ago Closed 6 years ago

[Stingray] Remove tv_apps folder and move all content originally under tv_apps folder to apps folder

Categories

(Firefox OS Graveyard :: Gaia::TV, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: dwi2, Unassigned, NeedInfo)

References

Details

Remove tv_apps folder and move all content originally under tv_apps folder to apps folder.

This is the step prior to enable Gaia unit test for Stingray project.
Blocks: 1142373
Assignee: nobody → tzhuang
Status: NEW → ASSIGNED
This has significant impact on localization, as that'd expose all TV apps to localizers, though as far as I can tell, they shouldn't have to deal with TV apps.

We should try to figure out something smart here to not waste time of a 100 people trying to localize fxos.
Adding Howie and Joe so they are aware of this
Hi Axel,

May I know the reason that they shouldn't have to deal with TV apps?
Flags: needinfo?(l10n)
John: this has been confirmed to l10n team since January by both Joe Cheng and Howie Chang - and reconfirmed 2 days ago once more. Partner is to be in charge of localizing these strings in their own dedicated repos. These are not to be covered by localization teams. Also, TV work is on 2.1, we have been string frozen for more than 6 months now. :Ni Howie and Joe so they can confirm this. thanks
Flags: needinfo?(l10n)
Flags: needinfo?(jocheng)
Flags: needinfo?(hochang)
Flags: needinfo?(jocheng) → needinfo?(jcheng)
Yes as confirmed, currently the partner is in charge of the localisation and maintains their own private repo, we are not exposing tv apps to localizers now.

This bug is a long term idea and it’s in the early stage of exploring possibility/effort.

In the case Firefox OS decides to support TV as a build in feature, we’ll surely ask l10n team's feedback and involve l10n into discussion, thank you.
Flags: needinfo?(jcheng)
Flags: needinfo?(hochang)
also, in our plan, it will happens on master. 

The goal is to merge both system apps, and we could use build configure to make builds for different device form factors from one code base. It's a huge work and of course "how to do localization for different builds" is one of our working items. We haven't have a detail break-down task list yet, but will definitely discuss with l10n team to know your requirements and opinion afterward. Sorry for troubling you by the lack of context here.
Jumping back on this: please keep us (l10n team) in the loop going onwards with this!
I just want to note that I don't really understand the logic behind getting these tv app strings on master for localizers to translate, because they don't have access to TVs. So they will be localizing blindly. Not sure we'd want that to happen.
Just my 2 cents
:evelyn, :howie: jumping back in regards to comment 6
We've seen emails going back and forth about tv_apps. l10n team would like to know if you have any updates in regards to exposing tv strings to localizers. This is a discussion we would need to have a long time in advance, and don't want to be surprised by this.
Thanks!
Flags: needinfo?(hochang)
Flags: needinfo?(ehung)
Delphine, thanks for following up here. 

I totally understand this task needs a long term plan, and we suspended for a while because of your previous inputs, especially for the part that localizers need a way to build TV and see the result. I think we are on the same page, and we will definitely loop you into the planning discussion when we find a solution for localizers. Thanks!
Flags: needinfo?(ehung)
Assignee: tzhuang → nobody
Status: ASSIGNED → NEW
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.