[jira] Commented: (SHINDIG-146) Terminology change: Replace "syndicator" with "container" to be in line with current gadgets terminology.

["Santiago Gala (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/SHINDIG-146?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12585947#action_12585947 ] 

Santiago Gala commented on SHINDIG-146:
---------------------------------------

I was giving it a quick try (part of my quest to learn to manage git). Some comments:

The terminology rename produces some confusion in two places:
- there are caja containers, in addition to shindig containers
- the SyndicatorConfig file (ContainerConfig now) says in its javadoc: "Represents per-syndicator configuration for the container". Translating it gives a meaningless definition of the class. I guess "Represents the container configuration" is a better translation.

Is it still something relevant?
ANybody else working on it?
does it make sense to prepare the whole patch and add it here?

> Terminology change: Replace "syndicator" with "container" to be in line with current gadgets terminology.
> ---------------------------------------------------------------------------------------------------------
>
>                 Key: SHINDIG-146
>                 URL: https://issues.apache.org/jira/browse/SHINDIG-146
>             Project: Shindig
>          Issue Type: Improvement
>          Components: Features, Gadgets Server - Java, Gadgets Server - PHP, Sample container & Examples
>            Reporter: Kevin Brown
>
> Currently, the term "syndicator" (or "synd") is used throughout the code base to refer to container-specific details. This is mostly a terminology holdover from igoogle, and we should move towards renaming these pieces "container" to be in line with current opensocial / gadgets terminology. Suggested changes:
> - Rename SyndicatorConfig classes to ContainerConfig
> - Rename "syndicator" parameters / variables throughout the code base to "container"
> - Rename "synd" URL parameter to "container" -- possibly maintain "synd" as an alias so that existing deployments don't have to be modified.
> The vast majority of shindig deployments will only ever need to support a single container, so most of these changes won't affect those deployments, but for any deployments that support multiple containers (such as gmodules.com), this change will matter.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.