Closed SVronskiy closed 3 years ago
Any update on this?
There are currently no plans to implement it, it is still backlog.
+1 for this feature!
Hi there,
I would like to contribute to this feature, since I need this feature for my projects and I already have some of the Components(Generic MultiLinuaglEntity/AggregateRootTypes, a MultiLingualManager Service and the MultiLingualMap).
@maliming Would it be ok for you, if I work on it?
Hi @tntwist We always welcome contributions.
Great. I forked the repo and started the implementation. Just got the base types and interfaces today.
Everyone interested can track the progess here: tntwist/feat/multilingual-entities. Open for any kind of feedback and help.
@tntwist Hi, Are you still working on this? I will implement this feature, if you don't have time.
@tntwist Hi, Are you still working on this? I will implement this feature, if you don't have time.
@realLiangshiwei I was pretty busy the last two weeks and wont have time to work on it till mid of september. So you can implement it.
abp boilerplate was filter current language row in memory after get all rows from db, we'd better offer this as an option
any updates regard this issue, is it planned to be released soon
we are waiting
Hi @maliming, @realLiangshiwei and @hikalkan, just wondering what the current status of this feature is. This issue and #5265 are closed, but according to the latest Roadmap, it’s still on the backlog (as of 4.3 final). Can you please clarify?
Thanks!
@yozzozo This feature has been canceled.
@maliming May I ask why? I think this feature is very important for a lot of people (including myself). I see some commits were made for this, I’d like to understand what happened and offer assistance if I can.
Thanks!
hi @yozzozo
Object mapping methods are sync
now, but the feature needs to use Repository
, we don't want async over sync
.
@hikalkan Any context you can provide here? Is there a way the feature can be redesigned so it can work in the current state of the system? I think many of us would appreciate being able to have multi-lingual entities on ABP, the feature was really useful on aspboilerplate.
I actually implemented this system in a private project. I would like to share it however i am not sure it will be 100% compliant with abp's design guidelines. That's why i didn't create a PR until now. How can i help about this @maliming / @hikalkan ? Maybe you can check my codes and make some reviews to make it ready for abp codebase?
@mtozlu
Did you encounter async over sync
problems when you tried to use Repository?
No i didn't. Where exactly current implementation causes async over sync problems? Is it here: https://github.com/abpframework/abp/pull/5265/files?file-filters%5B%5D=.cs&file-filters%5B%5D=.xml&file-filters%5B%5D=.xsd#diff-12d9de60ded6db704708126614e4f4610e3eb0a6636c7208296742ba9ecb5699R31
We don't want to use AsyncHelper
.
Oh i remember now... I walked the same path. That's why I don't use any async call in GetTranslations
method.
Actually the only async call needed is SettingProvider.GetOrNullAsync
call, which is needed in case no translations can be found from CurrentCulture and CurrentCulture's parent cultures.
That's why I always use sync version GetTranslations method of MultiLingualObjectManager
I found two solutions (which you may not like as I mentioned in my comment about guidelines):
1- GetTranslations method should include a default culture
property which you can get from SettingProvider before calling the method and pass.
2- Create a default language as a constant property and use it in GetTranslations method. (I use this. In case of changing the default language, a new deployment is needed which I never came across however in some scenarios, this may be unacceptable):
Here is that portion of my implementation:
// Can't make async calls, disable this:
//var defaultLanguage = await SettingProvider.GetOrNullAsync(LocalizationSettingNames.DefaultLanguage);
// Use this:
var defaultLanguage = PortalConsts.DefaultLanguage;
soo because of async willl you cancel it ?
+1 for this feature!
+1 for this feature also. I have been waiting on this implementation for a while now. Is there no workaround for the mapping issue? How about @mtozlu implementation?
hi @yozzozo
Object mapping methods are
sync
now, but the feature needs to useRepository
, we don't wantasync over sync
.
+1 for this feature
My suggestion is using string DefaultLanguage
property in MultiLingual class, or a solution around my issue with using a key value dictionary.
For who looking for a workaround for integrate multi lingual entities, I was shared a module
https://github.com/hitaspdotnet/Volo.Abp.MultiLingualObjects
+1 for this feature!
@yozzozo This feature has been canceled.
Do those PRs (https://github.com/abpframework/abp/pull/5265 & https://github.com/abpframework/abp/pull/8156) mean Multi-lingual entity feature will be shipped soon?
Hello!
Multi lingual entities were realized recently in ASP.NET Boilerplate Entites.
It supports IMultiLingualEntity, IEntityTranslation, Translations, MultiLingualMap, MultiLingual CRUD operation.
Please, realize, multi-lingual entities in Abp.Io Entites.
Regards, Sergey