Social features in Firefox, Aurora uplift plan

classic Classic list List threaded Threaded
9 messages Options
Reply | Threaded
Open this post in threaded view
|

Social features in Firefox, Aurora uplift plan

Gavin Sharp
Hello localizers,

I wanted to provide a bit of context about the development of the Social API features in Firefox, and give you a heads up about our plan to uplift that work to Aurora in the near future.

Some of you may already be aware of our Social-related work, since it's been landing on mozilla-central over the past weeks. The work is based on experiments in social by Mozilla Labs, originally described in their blog post: http://blog.mozilla.org/labs/2012/03/experimenting-with-social-features-in-firefox/ . More recently, Asa and Johnathan wrote a blog post explaining our efforts to integrate that work into Firefox itself: http://blog.mozilla.org/futurereleases/2012/07/06/bringing-social-to-firefox/.

A high-level overview of what exactly we mean by "Social API" is available at https://wiki.mozilla.org/Labs/SocialAPI. The UI includes a toolbar button, a sidebar, and a share button, and these allow users to interact with social networking services. We will have a "Social Service" which is similar to the existing "Search Service", in that it will be possible to install and interact with different social providers in Firefox, similar to how it's currently possible to install and use multiple search providers.

We think Social is a great opportunity. We can improve the Firefox experience, and we can do it in ways that support choice and innovation by making it easy to work with multiple providers. The feature is currently disabled on Nightly, but you can activate it for testing by setting the "social.enabled" pref to true using about:config. We haven't added any actual social providers yet, so it only works with our proof of concept "MoTown" service for the moment.

Because we think this is such a great opportunity, we're going to be a bit more aggressive with our experimentation: we plan to uplift the feature (still disabled by default) to Aurora, to get it on an earlier release train and keep open the possibility of releasing it in Firefox 16. We'll still need to make sure that the feature is high quality before making the final call. We'll need everyone's help to make that happen, including the localization community. As we get further along, we'll enable the feature by default, improve or replace the built-in social provider, and re-evaluate our decision to enable the feature accordingly.

To deliver Social in Firefox 16, we'll need to land some string changes this week on Aurora when we uplift the rest of the work. These changes include approximately 15 strings, in browser.dtd and browser.properties. I've been focused on ensuring that there is a minimal amount of string churn - we'd like the one-time migration that will occur in the next few days to be the only addition or change of strings on Aurora. This feature will not alter the Firefox release schedule - if a localization is not able to localize the strings added on Aurora, we can choose to not ship the feature for that locale.

Please let me know if you have any questions or concerns about this plan, and I'll do my best to address them.

Thanks,
Gavin
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Staś Małolepszy
Hi Gavin, thanks for the update.

On Mon 30 Jul 2012 12:35:11 PM PDT, GavinSharp wrote:
> We haven't added any actual social providers yet, so it
> only works with our proof of concept "MoTown" service for the
> moment.

 > We'll need everyone's help to
> make that happen, including the localization community. As we get
> further along, we'll enable the feature by default, improve or
> replace the built-in social provider, and re-evaluate our decision
> to enable the feature accordingly.

Will the actual choice of providers be part of the localization effort?

-stas
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Asa Dotzler
In reply to this post by Gavin Sharp
On 7/30/2012 3:07 PM, Staś Małolepszy wrote:

> Hi Gavin, thanks for the update.
>
> On Mon 30 Jul 2012 12:35:11 PM PDT, GavinSharp wrote:
>> We haven't added any actual social providers yet, so it
>> only works with our proof of concept "MoTown" service for the
>> moment.
>
>  > We'll need everyone's help to
>> make that happen, including the localization community. As we get
>> further along, we'll enable the feature by default, improve or
>> replace the built-in social provider, and re-evaluate our decision
>> to enable the feature accordingly.
>
> Will the actual choice of providers be part of the localization effort?
>
> -stas

As we get further along, we'll definitely be interested in input from
our locale leads on locale-appropriate services.

- A
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Robert Kaiser
In reply to this post by Gavin Sharp
GavinSharp schrieb:
> To deliver Social in Firefox 16, we'll need to land some string changes this week on Aurora when we uplift the rest of the work.

As nice as the feature is, I think it's a really bad idea to break the
Aurora string freeze, esp. at this time. A lot of localizers probably
also have some holiday time and will not be able to do as much work as
usual right now, and there's already comments that the constant freeze
breakages of mobile being annoying and causing locales to potentially
miss out. B2G is also coming as an additional task during the holiday
time, which doesn't make things easier, and now you are coming forward
and breaking the almost holy desktop string freeze with feature work,
even though at the start of rapid release we were pretty much assured
that feature work will never ever happen anywhere other than Nightly.

I guess we might have some pressure from potential partners for this
feature to make a big splash in the press with this, but I don't think
we should risk our quality assurance mechanisms like the baking through
the channels and giving localizers enough time for getting things right,
esp. in times when their resources might be spread thin.

I guess we'll need to and will swallow what's being decided, but I don't
really like this idea - and we might have locales that could miss adding
those strings due to time constraints.

(I'm also not happy with it because adding features at this stage is a
stability hazard but that's yet another topic.)

Robert Kaiser
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Channy Yun-3
2012/8/1 Robert Kaiser <[hidden email]>

>
> I guess we'll need to and will swallow what's being decided, but I don't
> really like this idea - and we might have locales that could miss adding
> those strings due to time constraints.
>
> (I'm also not happy with it because adding features at this stage is a
> stability hazard but that's yet another topic.)


If Social API is useful for users, why don't you test it by addon? Of
course, this addon can be localized by afford locale teams. If it's
successful, we can add this function in default. As you know, sudden UI
changes scare users and it's one of faults of our rapid release cycle. I
think we must have proper testing time, tools and methodology for new
features especially about user interface.

Channy
---------------------
Mozilla Korea Community, http://www.mozilla.or.kr
Technology Evangelist, Daum Developers Network & Affiliates
http://dna.daum.net
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Toni Hermoso Pulido-2
In reply to this post by Gavin Sharp
Al 30/07/12 21:35, En/na GavinSharp ha escrit:

> Hello localizers,
>
> I wanted to provide a bit of context about the development of the Social API features in Firefox, and give you a heads up about our plan to uplift that work to Aurora in the near future.
>
> Some of you may already be aware of our Social-related work, since it's been landing on mozilla-central over the past weeks. The work is based on experiments in social by Mozilla Labs, originally described in their blog post: http://blog.mozilla.org/labs/2012/03/experimenting-with-social-features-in-firefox/ . More recently, Asa and Johnathan wrote a blog post explaining our efforts to integrate that work into Firefox itself: http://blog.mozilla.org/futurereleases/2012/07/06/bringing-social-to-firefox/.
>
> A high-level overview of what exactly we mean by "Social API" is available at https://wiki.mozilla.org/Labs/SocialAPI. The UI includes a toolbar button, a sidebar, and a share button, and these allow users to interact with social networking services. We will have a "Social Service" which is similar to the existing "Search Service", in that it will be possible to install and interact with different social providers in Firefox, similar to how it's currently possible to install and use multiple search providers.
>
> We think Social is a great opportunity. We can improve the Firefox experience, and we can do it in ways that support choice and innovation by making it easy to work with multiple providers. The feature is currently disabled on Nightly, but you can activate it for testing by setting the "social.enabled" pref to true using about:config. We haven't added any actual social providers yet, so it only works with our proof of concept "MoTown" service for the moment.
>
> Because we think this is such a great opportunity, we're going to be a bit more aggressive with our experimentation: we plan to uplift the feature (still disabled by default) to Aurora, to get it on an earlier release train and keep open the possibility of releasing it in Firefox 16. We'll still need to make sure that the feature is high quality before making the final call. We'll need everyone's help to make that happen, including the localization community. As we get further along, we'll enable the feature by default, improve or replace the built-in social provider, and re-evaluate our decision to enable the feature accordingly.
>
> To deliver Social in Firefox 16, we'll need to land some string changes this week on Aurora when we uplift the rest of the work. These changes include approximately 15 strings, in browser.dtd and browser.properties. I've been focused on ensuring that there is a minimal amount of string churn - we'd like the one-time migration that will occur in the next few days to be the only addition or change of strings on Aurora. This feature will not alter the Firefox release schedule - if a localization is not able to localize the strings added on Aurora, we can choose to not ship the feature for that locale.
>
> Please let me know if you have any questions or concerns about this plan, and I'll do my best to address them.
>

Hi,

expanding what Kairo comments below, if we have to swallow it anyway, I
would ask the strings to be added the sooner the better (at least for
the workflow of the locales I take care).

Thanks!
--
Toni Hermoso Pulido
http://www.cau.cat
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

Axel Hecht
In reply to this post by Gavin Sharp
On 04.08.12 08:27, Toni Hermoso Pulido wrote:

> Al 30/07/12 21:35, En/na GavinSharp ha escrit:
>> Hello localizers,
>>
>> I wanted to provide a bit of context about the development of the
>> Social API features in Firefox, and give you a heads up about our plan
>> to uplift that work to Aurora in the near future.
>>
>> Some of you may already be aware of our Social-related work, since
>> it's been landing on mozilla-central over the past weeks. The work is
>> based on experiments in social by Mozilla Labs, originally described
>> in their blog post:
>> http://blog.mozilla.org/labs/2012/03/experimenting-with-social-features-in-firefox/
>> . More recently, Asa and Johnathan wrote a blog post explaining our
>> efforts to integrate that work into Firefox itself:
>> http://blog.mozilla.org/futurereleases/2012/07/06/bringing-social-to-firefox/.
>>
>>
>> A high-level overview of what exactly we mean by "Social API" is
>> available at https://wiki.mozilla.org/Labs/SocialAPI. The UI includes
>> a toolbar button, a sidebar, and a share button, and these allow users
>> to interact with social networking services. We will have a "Social
>> Service" which is similar to the existing "Search Service", in that it
>> will be possible to install and interact with different social
>> providers in Firefox, similar to how it's currently possible to
>> install and use multiple search providers.
>>
>> We think Social is a great opportunity. We can improve the Firefox
>> experience, and we can do it in ways that support choice and
>> innovation by making it easy to work with multiple providers. The
>> feature is currently disabled on Nightly, but you can activate it for
>> testing by setting the "social.enabled" pref to true using
>> about:config. We haven't added any actual social providers yet, so it
>> only works with our proof of concept "MoTown" service for the moment.
>>
>> Because we think this is such a great opportunity, we're going to be a
>> bit more aggressive with our experimentation: we plan to uplift the
>> feature (still disabled by default) to Aurora, to get it on an earlier
>> release train and keep open the possibility of releasing it in Firefox
>> 16. We'll still need to make sure that the feature is high quality
>> before making the final call. We'll need everyone's help to make that
>> happen, including the localization community. As we get further along,
>> we'll enable the feature by default, improve or replace the built-in
>> social provider, and re-evaluate our decision to enable the feature
>> accordingly.
>>
>> To deliver Social in Firefox 16, we'll need to land some string
>> changes this week on Aurora when we uplift the rest of the work. These
>> changes include approximately 15 strings, in browser.dtd and
>> browser.properties. I've been focused on ensuring that there is a
>> minimal amount of string churn - we'd like the one-time migration that
>> will occur in the next few days to be the only addition or change of
>> strings on Aurora. This feature will not alter the Firefox release
>> schedule - if a localization is not able to localize the strings added
>> on Aurora, we can choose to not ship the feature for that locale.
>>
>> Please let me know if you have any questions or concerns about this
>> plan, and I'll do my best to address them.
>>
>
> Hi,
>
> expanding what Kairo comments below, if we have to swallow it anyway, I
> would ask the strings to be added the sooner the better (at least for
> the workflow of the locales I take care).

Our focus is to reduce churn on the string-frozen branches here, so
we're making sure that UX and security don't have issues with the
strings we'd like to land.

Axel

_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

gsharp
In reply to this post by Gavin Sharp
Thanks for the feedback, sorry I haven't been more responsive here.

I'm definitely aware of the downsides to landing strings on Aurora, and haven't been suggesting it lightly. Having a feature go through all of the development cycles (Nightly to Release) is one way to help ensure quality, but I don't think it's our only way. When opportunities present themselves to move quickly on a new feature in order to gain an advantage in the market, it's important that we do everything we can to take advantage of them, including evaluating  different strategies for landing features. I think Social is one such opportunity.

Re: testing as a addon, we've gone through that phase - as mentioned in the original post, this work is an extension of the work that was initially implemented as an add-on, as described at https://mozillalabs.com/en-US/social-api/. The work has now progressed beyond that, and we're now working on integrating this functionality directly into the product, which requires a different development approach.

All that being said, we've since re-evaluated the state of the feature, and have decided that we would benefit from a little bit more baking time. So we've abandoned plans to target Firefox 16, and are focusing on getting it right in Nightly, currently Firefox 17.

I'll keep you updated on our plans for Firefox 17 as they progress, and of course, if you have any questions, feel free to reply here, or ping me on IRC!

Gavin

On Monday, July 30, 2012 12:35:11 PM UTC-7, Gavin Sharp wrote:

> Hello localizers,
>
>
>
> I wanted to provide a bit of context about the development of the Social API features in Firefox, and give you a heads up about our plan to uplift that work to Aurora in the near future.
>
>
>
> Some of you may already be aware of our Social-related work, since it's been landing on mozilla-central over the past weeks. The work is based on experiments in social by Mozilla Labs, originally described in their blog post: http://blog.mozilla.org/labs/2012/03/experimenting-with-social-features-in-firefox/ . More recently, Asa and Johnathan wrote a blog post explaining our efforts to integrate that work into Firefox itself: http://blog.mozilla.org/futurereleases/2012/07/06/bringing-social-to-firefox/.
>
>
>
> A high-level overview of what exactly we mean by "Social API" is available at https://wiki.mozilla.org/Labs/SocialAPI. The UI includes a toolbar button, a sidebar, and a share button, and these allow users to interact with social networking services. We will have a "Social Service" which is similar to the existing "Search Service", in that it will be possible to install and interact with different social providers in Firefox, similar to how it's currently possible to install and use multiple search providers.
>
>
>
> We think Social is a great opportunity. We can improve the Firefox experience, and we can do it in ways that support choice and innovation by making it easy to work with multiple providers. The feature is currently disabled on Nightly, but you can activate it for testing by setting the "social.enabled" pref to true using about:config. We haven't added any actual social providers yet, so it only works with our proof of concept "MoTown" service for the moment.
>
>
>
> Because we think this is such a great opportunity, we're going to be a bit more aggressive with our experimentation: we plan to uplift the feature (still disabled by default) to Aurora, to get it on an earlier release train and keep open the possibility of releasing it in Firefox 16. We'll still need to make sure that the feature is high quality before making the final call. We'll need everyone's help to make that happen, including the localization community. As we get further along, we'll enable the feature by default, improve or replace the built-in social provider, and re-evaluate our decision to enable the feature accordingly.
>
>
>
> To deliver Social in Firefox 16, we'll need to land some string changes this week on Aurora when we uplift the rest of the work. These changes include approximately 15 strings, in browser.dtd and browser.properties. I've been focused on ensuring that there is a minimal amount of string churn - we'd like the one-time migration that will occur in the next few days to be the only addition or change of strings on Aurora. This feature will not alter the Firefox release schedule - if a localization is not able to localize the strings added on Aurora, we can choose to not ship the feature for that locale.
>
>
>
> Please let me know if you have any questions or concerns about this plan, and I'll do my best to address them.
>
>
>
> Thanks,
>
> Gavin

_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n
Reply | Threaded
Open this post in threaded view
|

Re: Social features in Firefox, Aurora uplift plan

huidaoffice
In reply to this post by Gavin Sharp
在 2012年7月31日星期二 UTC+8上午3:35:11,Gavin Sharp写道:

> Hello localizers,
>
> I wanted to provide a bit of context about the development of the Social API features in Firefox, and give you a heads up about our plan to uplift that work to Aurora in the near future.
>
> Some of you may already be aware of our Social-related work, since it's been landing on mozilla-central over the past weeks. The work is based on experiments in social by Mozilla Labs, originally described in their blog post: http://blog.mozilla.org/labs/2012/03/experimenting-with-social-features-in-firefox/ . More recently, Asa and Johnathan wrote a blog post explaining our efforts to integrate that work into Firefox itself: http://blog.mozilla.org/futurereleases/2012/07/06/bringing-social-to-firefox/.
>
> A high-level overview of what exactly we mean by "Social API" is available at https://wiki.mozilla.org/Labs/SocialAPI. The UI includes a toolbar button, a sidebar, and a share button, and these allow users to interact with social networking services. We will have a "Social Service" which is similar to the existing "Search Service", in that it will be possible to install and interact with different social providers in Firefox, similar to how it's currently possible to install and use multiple search providers.
>
> We think Social is a great opportunity. We can improve the Firefox experience, and we can do it in ways that support choice and innovation by making it easy to work with multiple providers. The feature is currently disabled on Nightly, but you can activate it for testing by setting the "social.enabled" pref to true using about:config. We haven't added any actual social providers yet, so it only works with our proof of concept "MoTown" service for the moment.
>
> Because we think this is such a great opportunity, we're going to be a bit more aggressive with our experimentation: we plan to uplift the feature (still disabled by default) to Aurora, to get it on an earlier release train and keep open the possibility of releasing it in Firefox 16. We'll still need to make sure that the feature is high quality before making the final call. We'll need everyone's help to make that happen, including the localization community. As we get further along, we'll enable the feature by default, improve or replace the built-in social provider, and re-evaluate our decision to enable the feature accordingly.
>
> To deliver Social in Firefox 16, we'll need to land some string changes this week on Aurora when we uplift the rest of the work. These changes include approximately 15 strings, in browser.dtd and browser.properties. I've been focused on ensuring that there is a minimal amount of string churn - we'd like the one-time migration that will occur in the next few days to be the only addition or change of strings on Aurora. This feature will not alter the Firefox release schedule - if a localization is not able to localize the strings added on Aurora, we can choose to not ship the feature for that locale.
>
> Please let me know if you have any questions or concerns about this plan, and I'll do my best to address them.
>
> Thanks,
> Gavin


We are the professional Toner Cartridge Factory for more than 10 years for Bizhub C550 Toner
Having regular Clients and good reputation
Product quality is 100% Nice
Feel free to contact us by email or telephone us
So that you can get the pleased offer and product
Email: [hidden email]
Email: [hidden email]
TEL:008613713294118
IMO:+8613713294118
VIBER:+8613713294118
Whatsapp:+8613713294118
Skype:[hidden email]
QQ:2859908869
http://dghd-2.com
http://dghd-3.com
http://dghd-4.com
http://dghd-5.com
http://dghd-6.com
http://dghd-7.com
http://dghd-8.com
http://dghd-9.com
http://dghd10.com
http://dghd11.com
http://dghd12.com
http://dghd13.com
http://dghd14.com
http://dghd15.com
http://dghd16.com
http://dghd17.com
http://dghd18.com
http://dghd19.com
http://dghd20.com
http://dghd21.com
http://dghd22.com
http://dghd23.com
http://dghd24.com
http://dghd25.com
http://dghd26.com
http://dghd27.com
http://wxq-2.com
http://wxq-3.com
http://wxq-5.com
http://dongguanhuidabangonghaocai.com
http://wxq-5.com/a/qi_qushi/20171108/139.html
http://www.wxq-2.com/a/hui_shenghuo/20160421/48.html
http://dghd-7.com/news/81.html
http://wxq-5.com/index.html
http://dghd-7.com/news/180.html
http://dghd-7.com/cp/shimuchugui/340.html
http://dghd-5.com/a/news/jszc/20170219/288.html
http://www.dghd19.com/a/yule/291.html
http://www.dghd19.com/a/keji/
http://dghd-7.com/cp/shimuweiyu/
http://dghd-7.com/news/232.html
http://wxq-3.com/a/hui_shenghuo/20171104/135.html
http://dghd20.com/a/keji/
http://www.wxq-2.com/a/qi_qushi/20171204/295.html
http://dghd16.com/news/81.html
http://www.dghd-4.com/m/view.php?aid=365
http://wxq-5.com/index.html
 
_______________________________________________
dev-l10n mailing list
[hidden email]
https://lists.mozilla.org/listinfo/dev-l10n