[cubicweb/doc] Replace dc_type() by cw_etype
dc_type() is may be translated. Leading to terrible terrible damage.
--- a/doc/tutorials/dataimport/data_import_tutorial.rst Thu Apr 04 11:58:41 2013 +0200
+++ b/doc/tutorials/dataimport/data_import_tutorial.rst Thu Apr 25 10:57:01 2013 +0200
@@ -302,16 +302,16 @@
``subjtype`` and holds the type of the subject entity. For the example considered here,
this comes to having [#]_::
- store.relate(person.eid(), 'lives_in', location.eid(), subjtype=person.dc_type())
+ store.relate(person.eid(), 'lives_in', location.eid(), subjtype=person.cw_etype)
If ``subjtype`` is not specified, then the store tries to infer the type of the subject.
However, this doesn't always work, e.g. when there are several possible subject types
for a given relation type.
-.. [#] The ``dc_type`` method of an entity defined via ``create_entity`` returns
+.. [#] The ``cw_etype`` attribute of an entity defined via ``create_entity`` holds
the type of the entity just created. This only works for entities defined via
the stores in the CubicWeb's ``dataimport`` module. In the example considered
- here, ``person.dc_type()`` returns ``'Person'``.
+ here, ``person.cw_etype`` holds ``'Person'``.
All the other stores but ``SQLGenObjectStore`` ignore the ``kwargs`` parameters.
@@ -509,7 +509,7 @@
#. first, a table is created for each relation type, as in::
...
- store.init_rtype_table(ent.dc_type(), rtype, extu.dc_type())
+ store.init_rtype_table(ent.cw_etype, rtype, extu.cw_etype)
which comes down to lines such as::
--- a/doc/tutorials/dataimport/diseasome_import.py Thu Apr 04 11:58:41 2013 +0200
+++ b/doc/tutorials/dataimport/diseasome_import.py Thu Apr 25 10:57:01 2013 +0200
@@ -86,7 +86,7 @@
ent = store.create_entity(etype, **entity)
if not _is_of_class(store, 'MassiveObjectStore'):
uri_to_eid[uri] = ent.eid
- uri_to_etype[uri] = ent.dc_type()
+ uri_to_etype[uri] = ent.cw_etype
else:
uri_to_eid[uri] = uri
uri_to_etype[uri] = etype