Closed (fixed)
Project:
Feed Element Mapper
Version:
6.x-2.x-dev
Component:
Code
Priority:
Critical
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
24 Aug 2009 at 01:38 UTC
Updated:
13 Oct 2009 at 18:50 UTC
Jump to comment: Most recent file
Comments
Comment #1
alex_b commentedThis naming conflict needs to be not only solved for the UI level but for the code level as well.
Comment #2
aron novakI'd say when we're talking about per-content-type and per-node mapping, this is actually the scope of the mapping.
Comment #3
aron novaktests are 100%
new terminology: scope for talking about the whole stuff, restrict when we want per-node mapping.
Both UI and code are fixed.
Comment #4
alex_b commentedI'd tweak this slightly. Why don't we do this:
--
Scope: This mapping is the standard content-type mapping. Any changes will affect all feeds with the same content-type. [Change to per node type].
Status: default (This mapping is defined in code).
--
Scope: This mapping is specific to this feed node. [Use standard content-type mapping]
Status: overridden (There is a default mapping defined in code but it is overridden in the database).
--
Status: normal (This mapping is defined in the database).
--
Rename _feedapi_mapper_is_overridden() to _feedapi_mapper_is_per_content_type().
Comment #5
aron novak"Rename _feedapi_mapper_is_overridden() to _feedapi_mapper_is_per_content_type()."
_feedapi_mapper_is_overridden() even does not exists anymore. It is called _feedapi_mapper_scope() in #3
As i see you like "scope" in general, so that function name should be okay if we use scope in the UI
Comment #6
aron novak"[Change to per node type]" - per node type is misleading, because it's rather similar to content type. People usually mix "node type" and "content type" phrases, so i'd say [Change to per node] instead.
Comment #7
aron novakUI text is improved a little bit according to #4 (but without the "node type" phrase)
Comment #8
alex_b commentedCommitted with some text tweaks and UI tweaks. Also updated tests. Thank you.