In the Translatable behaviour of the Gedmo Doctrine Extensions, it has instructions on "Personal Translations". Could someone clarify what personal translations are?
tl;dr
Personal translations are used when you want to handle the translation entity (with it's own table by yourself) instead of the default behaviour, by using a single table for all translations.
By using the default behaviour, you get a single table called ext_translations which holds all of your translation data. I'll give you an example based on the documentation of DoctrineExtensions.
Let's say we create an Article entity with 2 translatable fields - title and content. That would mean that we should have the following table structure of articles:
+----+-------+---------+
| id | title | content |
+----+-------+---------+
Now, by default the TranslatableListener sets en_us locale every time you create new entity, thus populating only articles table:
$article = new Article();
$article->setTitle('Title english');
$article->setContent('Content english');
Would lead to the following:
+----+---------------+-----------------+
| id | title | content |
+----+---------------+-----------------+
| 1 | Title english | Content english |
+----+---------------+-----------------+
By now, only articles get to be updated with new records, but when you want to translate those fields with different locale, our common table ext_translations get updated as well.
The table has the following structure:
+----+--------+---------------+---------+-------------+------------+
| id | locale | object_class | field | foreign_key | content |
+----+--------+---------------+---------+-------------+------------+
So, what happens when we update our record with some new translations:
$article->setTitle('My title');
$article->setContent('My content');
$article->setTranslatableLocale('de_de');
When we persist our updated entity, we get the following structure in ext_translations:
+----+--------+---------------+---------+-------------+------------+
| id | locale | object_class | field | foreign_key | content |
+----+--------+---------------+---------+-------------+------------+
| 1 | de_de | Bundle\Entity | title | 1 | My title |
| 2 | de_de | Bundle\Entity | content | 1 | My content |
+----+--------+---------------+---------+-------------+------------+
Now you know how the default behaviour works. It stores all of your translations (not just for single entity, all of them) in a single table.
But when you're using a personal translations you can store your (let's say for the sake of our example) Article translations to its own, separate table, article_translations.
If you are familiar with DoctrineExtensions provided by KnpLabs, then you've already seen what stands for PersonalTranslations. Link for their documentation about this subject can be found here.
Well hopes this can clarify things a bit for you. Let me know if you have more questions about this.
Related
I have an Asset entity, and I want multiple other entities (let's say Product and Page) to have many-to-many relations to Asset, without having multiple tables (product_asset, page_asset).
The reason I want this is because want to simply display all assets, without first having to find all entities that have a relation to the Asset entity.
The Translatable Doctrine Extension is a perfect example of what I mean. There's one Translation entity containing an ObjectClass property that stores object's class name. I've been looking through to code for some time now, but just can't seem to figure out how they actually make it work.
So concrete, how can I map entities based on their class name like the Translatable Extension does? To have a structure like this:
|----|--------------------|----------|-----------|
| id | objectClass | objectId | value |
|----|--------------------|----------|-----------|
| 1 | App\Entity\Product | 1 | test.jpg |
| 2 | App\Entity\Page | 1 | test2.png |
| 3 | App\Entity\Page | 2 | test3.gif |
|----|--------------------|----------|-----------|
Thanks in advance!
I am almost there with this but cannot seem to get this functionality going as planned.
I am creating a questionnaire using drupal content type. What I am trying to do is to create a table like structure as below in content type. The second and third column contain check boxes and first column data(i.e computer, internet) and first row(i.e Everyone have access , Nobody have access) are taxonomy terms . Is it possible to display like this in content type by using some modules in drupal? Anybody have any better suggestions?
| | Everyone have access | Nobody have access |
---------------------------------------------------------
| Computers | 1 | 2 |
---------------------------------------------------------
| Internet | 1 | 2 |
---------------------------------------------------------
| Fax | 1 | 2 |
---------------------------------------------------------
You can use the Term Level Field module. This module provides a field type for referencing terms with a level to an entity.
You may use Editable fields with Views module. Of course, if you didn't need such a display (table forms) you should use Views Bulk Operations modules.
If you need to do this in a node use Tableform module. But if you want to show nodes whike editing a node it is the same. A node should not be used for tasks just for content.
Imagine a user who is linked to a company:
User
- id
- username
- company_id
The company list comes from a procedure call (external db), no hands on the related table
EXEC getCompanies;
+----+-------+
| id | name |
+----+-------+
| 1 | comp1 |
| 2 | comp2 |
| 3 | comp3 |
+----+-------+
How would you integrate this to allow SonataAdmin to render a proper input selection for company in User editition, and display the company name in User list ?
Do you know where I could find some examples about this particular case ?
I did a custom company field type which fetchs his values from the procedure call, but I'm not sure it's the best idea and I'm not able to display the comany name in the list.
You could use a choice type and if there are too many companies to display, you can use GenemuFormBundle with Select2 library to have filtering select widget.
I have a table called products, and a mapping table called related_products which maintains a parent-child relationship between products, e.g. product SKU_ID 1 has related products 2 & 3.
products
+-----------------+
|SKU_ID | name |
+-----------------+
| 1 | Blah
| 2 | Blah2 |
| 3 | Blah3 |
+-----------------+
related_products
+---------+------------+
|SKU_ID_1 | SKU_ID_2 |
+---------+------------+
| 1 | 2 |
| 1 | 3 |
| 3 | 2 |
+---------+------------+
ORM Associations:
OneToMany relationship between products.SKU_ID and related_products.SKU_ID_1
OneToOne relationship between related_products.SKU_ID_2 and products.SKU_ID
This works fine in my application, but when I look at the returned objects in can see that because of the circular nature of the relationships, it seems like I'm returning too much data. Example: If I get all related products belonging to product SKU_ID=1, I get products 2 & 3 as expected. From those product objects I can also get their related products, then the related products of their related products and so on and so on.
Is this a problem? and if so how can I restrict the 'depth' of the returned associations? or have I done the mapping incorrectly in the first place?
I think the association like this is fine.
Since Linq2sql is lazy loading by default, there is no need to restrict the dept. You will only retrieve the related products as soon as you are using them in your code. (In case you are worried about loading too much, just profile the sql and you will see when/to what level they are loaded).
You might run into problems in case you are eager loading using LoadWith LoadOptions on the DC. I would not know how to deal with that.
Thanks to Jim Wooley I know that LoadOptions are not allowed with circular references....
I'm new to Drupal and am trying to embed a Flash game in the middle of the front page. I've created a "Full HTML" text format in Home >> Administration >> Configuration >> Content authoring and I've created a new block using that format by going into Home >> Administration >> Structure >> Blocks and placed it into Content region and display it at the <front> page only:
My problem is that I need to pass the user id and also a custom gender field to the swf file through the FlashVars parameter.
I can see my gender field in the database (I use PostgreSQL 8.4.7/CentOS 5.5/PHP 5.3):
# select * from field_data_field_gender;
entity_type | bundle | deleted | entity_id | revision_id | language | delta | field_gender_value
-------------+--------+---------+-----------+-------------+----------+-------+--------------------
user | user | 0 | 6 | 6 | und | 0 | Male
user | user | 0 | 5 | 5 | und | 0 | Male
user | user | 0 | 1 | 1 | und | 0 | Male
user | user | 0 | 7 | 7 | und | 0 | Female
And I see the users table:
# select uid, name from users;
uid | name
-----+-------
5 | Vasja
6 | Vanja
1 | Alex
0 |
7 | Petja
But how could I print them into my custom content block?
I also suppose there is already some prefilled data structure there, something like a $user array?
Please give me a bit help and directions to get me running on custom blocks.
I'm looking at the docs, but they're talking about custom modules, which is probably a bit overkill in my case?
And also I need to print a message to the Anonymous user telling him or her to sign in or register. Please give me a pointer here
Thank you!
Alex
P.S. My understanding is that swfobject isn't working well with Drupal 7 yet, but that is not a big issue for me.
It sounds like you want to be able to execute PHP code in your block's content. The Full HTML filter mode is not sufficient for that. Take a look at the PHP Filter module. It's included in core, but needs to be activated first, before you can use it for your block.
After that you can use normal PHP code, at which point the documentation on custom modules applies. You could for example access the $user array to retrieve fields, or make direct db calls, depending on where your required information is.
Edit: Of course, having full PHP access is powerful and should only be allowed for administrators. Hence, make a new specific content type in which you allow the PHP filter and ensure in the permissions that no user other than an administrator can create or edit that content type.