https://hybrismart.com/2016/10/14/managing-localized-messages-via-backoffice/
From above link, May I know whats the Hybris extension name for HybrisResource and HybrisResourceItem classes?
They are new item types. You need to create them.
Related
I am trying to add an action to one of the toolbars in the Hybris backoffice. However, in order to achieve that I would need to modify the component and add an action to it in the backoffice.xml. The problem is that for all the other modifications I see components like editorarea, listviewaction, editorareaaction etc and I have no clue what the name of my exact component is (it`s something about the collaboration center). I would like to know if there is a way to check from the backoffice, or somehow, which component is which, so next time I know how to modify it. Can someone help please?
I have to add a field to the company preferences of an instance, from my understanding I have to do this with a bundle. I have no idea of what record type to target or how to add a field to it. Any help would be greatly appreciated. Thanks in advance for your assistance.
To add field with company preference, you need to create a script parameter in any of the scripts that are included in the said bundle and not on any record. Here is example for the same. This script-paramter will be available under setup>company>general preferences and can hold any values that you want.
I'm working on an Orchard site where I want to document some code - a series of plugins and a set of commands that each plugin can handle.
So I'd like to have a page for each plugin, and a page for each available command, then somehow link the plugins with their supported commands.
On the plugin page, I'd like to have a list of all the commands supported by that plugin.
Conversely, on the page where each command is documented, I'd like to list all the plugins that support it. This seems to be a many-to-many relationship.
I'm happy with creating content types and I guess I'll create a 'Plugin' content type and a 'Command' content type. I expect the solution will somehow involve the use of queries. I'm not really sure how to tie it all together though.
I'm not really sure how to approach this. Has anyone got any suggestions for how to achieve this? Is there a way to do this just by configuration and defining new content types, or do you think I'll need to write code?
You can either use a content picker field configured for multiple items, or you can implement it following this doc topic: http://docs.orchardproject.net/Documentation/Creating-1-n-and-n-n-relations
One option is to us the Mechanics Module, which gives you a way to create relationships between parts either in your data migration or using the admin UI. See the Mechanics Documentation to find out more.
I'm doing some work on an existing SharePoint site and part of what I need to do is create a new field on an existing content type.
I'm going to be deploying changes via a feature so I'm debating whether I use CAML to generate the field and then programmatically add it to the existing content type, or whether I can just do it all via the feature receiver.
What would be the best/ cleanest (and most reusable) solution for doing this?
A simple way is to do it in the feature receiver, get a reference to the SPContentType, add the field as XML (SPContentType.Fields.AddFieldAsXml) and then update pushing the changes to child content types
It is really tricky to modify content types on a site that already exists. My preferred method involves having a solution for all the content types and re-deploying that solution when changes are made.
I am going to go on the assumption that by field you mean a new Site Column. In this case I would do it all in the code behind. The amount of code that you need to write to create a site column is rather minimal. You can also attempt to remove the Site Column from any Content Types that are using it if you wish, but this is a task that is quite more involved.
From a reuse perspective if you set-up properties in the feature.xml file you can use those to configure things such as the column name, column type, target content type, etc. and then have a class that can be re-used in the future.
Have you looked at http://msdn.microsoft.com/en-us/library/ee537575.aspx, in particular the < AddContentTypeField> tag? That would be a declarative way to do this.
I use a flat document list for certain document types and I want to give my users a possiblity to jump to the parent folder of this document.
Is there a column that contains this information? I couldn't find one.
No, there isn't a column or UI affordance for the parent folder in either a document library or the document library web part, nor is there a way to create a calculated field (without creating a totally custom field in code) - MSFT intended people to use the breadcrumbs I suppose. There are plenty of third party web parts out there for sale that provide this functionality (sort of) -but I haven't found one yet that I would recommend.
Is it something like this you are looking for?
As I couldn't find an easy solution for my problem, I just coded that field type myself.
Indeed, there is nothing OOTB that provides this information. At best, you can 'guess' the parent folder by getting the second-to-last segment of the FileRef column (the file's own URL):
▼ this one
/web/web/list/folder/folder/file.ext
Of course, that only works when you can have a reasonable expectation the file will actually be at least one folder deep. We have some limited cases where this works.