7
No takers, so I'm posting what my colleagues explained, as a community post (no points, but feel free to update and add details).
With SDL Tridion 2013 SP1, you will find the Browser console different because of extra frames from the slide out navigation (thanks PeterK). So these won't work directly:
$messages
Tridion.*
UIBeardCore pointed out the ...
6
I implemented something similar using Tridion and JSP. In my use-case, a user had to verify they'd read some terms and conditions before they could see the content of the page, but that's easily enough adapted to your use case where a stock username/password is set.
From memory, the process worked something like:
We assigned a protected component a ...
6
At the moment I imagine that your current implementation is "baking" your HTML during publishing and including some JSP code which is executed on the server.
There's nothing to stop you from having your templates render pages as JSON data and serving those up to React. DD4T could certainly help you here, as the publishing side already serialises to JSON, ...
6
Just found out in this blog that simple .toString() over
>$display.getView().properties.activeEditor.getSelectedHTMLElement().toString()
will return the text.
5
The problem consists of 2 parts:
Obfusicating the text published from Tridion
Retreiving the text and unencoding it in JavaScript
Details:
For the first part of the problem I would suggest writing a VBScript function or C# TBB method to accept a parameter of text and return the encoded version of that text. In your templates you will call the function or ...
5
It is not possible to pass a Webdav URL and get a TcmId using Aguilla. As an option you can implement a WCF service and register it as a model, then you can call to your WCF service passing the WebDav URL to get a TcmUri.
Example:
service.GetTcmUri("WebDavURL", function success(data) {}, function error(error) {});
4
To debug it on the server, you need to attach to the w3wp.exe process that is hosting the web service. To debug it on the client, you can either set breakpoints in the development tool of your browser or (more reliably) add a "debugger" statement to the code where you want to start debugging.
Without knowing how you are calling the web service method, there ...
4
Your issue is likely caused by duplicate file names. There's already a number of questions/answers on this website to help you resolve this:
Publishing failed in stage Committing Deployment SDL Tridion 2011 SP1 - HR1
Good luck
4
It seems to be a requirement for SCD (Secure Content Delivery), with SCD you indeed can manage the user roles in Tridion as metadata in folders/components/pages.
SCD will follow the same Java Security specification but it made tridion friendly.
Additionally you can use JAAS and a Tom Cat JAAS Realm, it will allow you to stop using the tom cat users file. ...
4
First you are using the TOM.NET API in your own defined web service, that is not appropriate usage of the TOM.NET API. Basically you should only use the TOM.NET API in Template Building Blocks and in the Event System. A good indicator you are doing something which you are not supposed to is when you need to call new Session().
On the Core Service client you ...
4
As far as I can see, there is no "meaningful API documentation" that I can find either. There are, however, various tutorials online on putting together GUI extensions, for example:
Validating content on save: http://www.curlette.com/?p=913
Various useful snippets: https://github.com/TridionPractice/tridion-practice/wiki/AnguillaSnippets
Bear in mind ...
4
Quick answer yes, there are many ways to refer the libraries. It depends upon where you need to refer and your use case like is it on content management end or on the actual web pages. Here are a couple:
GUI Extension In GUI extension you can open any MVC based app or any other app where any JQuery library or any other library can be loaded without any ...
3
Since you wish to validate data, you are really should be hooking into the 'validate' event of the model object(s) in question instead of the commands.
The 'validate' event is fired in all of the cases you mentioned (Save, Save & Close, Save & New) and any other time the UI validates the item. What's more, it will work even if something else saves ...
3
That is indeed the correct way to pass arguments to an 'external' popup. You are just missing the right way to read them again.
To do so, you should register a view ($display.registerView) in your popup that inherits (perhaps indirectly) from Tridion.Web.UI.Editors.Base.Views.ViewBase. After the base initialize method has been called, you can then use the ...
3
Looks like you've solved it. If you were executing your template via publishing, then, IIRC the DLLs should be in Tridion/bin or GAC. However, Template Builder looks for them, as you found out, in the /templating directory.
In my implementation as per the blog post, I believe we put the third-party assembly in the GAC.
3
There can certainly be issues with XPM and other JS libs, in particular those that rely on heavy Ajax. The project that John is describing was actually full of JS issues (though most we're not XPM related).
One of the issues for instance, when jQuery does an Ajax HTML load call, it strips off all HTML comments in the source page. Guess what?... It kills ...
3
We've done a lot of work with JQuery (and DOM manipulation) and a whole host of other JS libraries, and not experienced any technical issues.
We've added XPM to an existing site in the past where page content was ajaxed into the main content window (the site was a 'monolith' style site and driven by a single page). In that instance we needed to inject a ...
3
To address the issue of not having a database, you can use something like Hypersonic SQL, Mongo DB or another text-file based DB, so you don't need a special installation or dedicated DB server. It just works as part of your web app.
You can then implement a simple authentication/authorization mechanism that doesn't need to rely on Tomcat, i.e. create a ...
3
In 2011 the window.returnValue is no longer used, so as you have already noticed you have to migrate your Custom URL scripts also.
It all starts with adding the PopupInit.js script to your Custom URL, which will register your Custom URL page allowing the script in there to make changes to the Component fields.
Then for the rest you have to work with window....
2
I'm pretty confident you can return an array and this will populate the multi-value fields, like this:
var values = new Array();
var fields = window.dialogArguments.getFields();
for (var i=0; i<fields.length; i++)
{
values.push("adding value to field pos: " + i);
}
window.returnValue = values;
2
First, I'd try to make sure you are using the latest version of Tridion 2011 (there was a service pack and 2 hotfix rollups issued for this version).
According to this page in the documentation (login required) you can use a method called "setValues" to set the value(s) of Tridion fields:
<!-- Set the (first) value of the field. This assumes a field of ...
2
The other option is to use Core Service API to fetch the object and get the TCM ID from the object. Core Service has .Read method which can help you get object from web DAV url.
2
Rather than trying to encrypt values in your JavaScript (which I understand you can do with something like JSAES), I would go for the option of using server side code.
If your SDL Tridion published Page is for example a ASPX or JSP page, then you can hide values from the source by placing them in the server side code. These values will only be available on ...
2
There is nothing special about Javascript in this context. As I see it, you have exactly the same situation as if you were publishing a binary link in some HTML. (It's all text!). So if what you have on the CM side is a tcm id, and what you want on the CD side is a link to the multimedia resource, just use standard Tridion binary linking behaviour.
2
As per your comments, you are trying to add all the UI design on Component. It's not a right approach.
Ideally you should attach the multimedia component on the actual component as component link field.
While rendering the template, you will get the Multimedia Component tcmId by using
Component.ID
On the Website, you can resolve the link and update the ...
2
We had a similar issue of referring a 3rd party DLL from the templating code. Instead of putting the 3rd party DLL in GAC which requires approvals from the clients, we used ILMerge to merge the 3rd party DLL and the templating DLL.
This works perfect.
2
Looking at the component with Dev tools enabled, could see this invalid markup character at the end of the namespace:
error on line 1 at column 67: xmlns: 'http://site.domain.com/folderPath/DescriptionKey' is not a valid URI
This was not seen by the naked eye when you view the namespace that was updated in the schema source.
I later found out, that ...
2
As far as I know, there is no documentation per se other than the "auto-docs' which you have found. You are correct to say that this documentation is often not as fully detailed as you may wish, perhaps because Anguilla is an "advanced" API.
The most obvious strategy is to UTSL. Most people implementing GUI extensions are pretty quickly knee-deep in the ...
2
Short answer: Yes, but read the long answer.
Long answer: Unlike some CMS solutions, Tridion does not serve your website, it provides various means of publishing content, which your web application can then consume through one of its Content Delivery APIs. This means that your web application can use whatever technologies you wish, as long as you can ...
1
Although you can use JavaScript in both "Classic" ASP and in "Classic" Tridion templates, these technologies are very different. I don't remember much about classic ASP, but I don't think the this keyword was used very much at all.
In JavaScript, this is an important feature of the language, and allows you to refer to various things, but mostly the ...
Only top voted, non community-wiki answers of a minimum length are eligible