I have a picture saved in folder (C:\temp)
How to add/embed this image to Robot Framework report?
Using Log and give path to file?
If you wish to avoid "broken image links", for example when moving the report from one machine to another, optimal way would be to output tag as mentioned during the execution but encode the image file into base64 string and embed that string as src attribute of the img tag.
Related
Adding custom icons in Sitecore requires the following step:
Zip it is all. The name of archive should be the same as the containing folder (MyIcons.zip);
Upload the zip file by the path which was mentioned above: \sitecore\shell\Themes\Standard.
The problem is when I need more icons I need to add the icon and zip the file again. Is there a way to avoid this or make this maintainable without using zip file?
You can directly specify the URL of the icon you wish to use in the Icon field of the item. This can be an image on disk:
Or it can be an image from the Media Library:
I would recommend using the format such as: /-/media/F8C69CCD422C40AC843D2E4144F16964.ashx?thn=1
This ensures that the icon used is of thumbnail size (the thn=1 parameter) and by using the guid of the media item it means that the icons can be moved/restructured without having to update the Icon fields.
In both these cases, you need to manually enter the path of the icon file, you cannot specify it using the icon selector dialog.
The new TinyMCE 4.3 Image Tools (eg when cropping) saves images as blob data instead of image files in a directory. the edited mage url is like
blob:http://www.example.com/f2953aa1-e64f-49e1-a6e3-a283986663bf
I want to upload the image file to a specific folder and then use it as regular image referance / path.
Note
The question I am going to put is similar to Image edit issue. but the answer to this question is not working. I also tried http://archive.tinymce.com/forum/viewtopic.php?id=35740 solution but not working because it produces always same name image name.
The basic process is that TinyMCE will create a separate HTTP POST for each image that you modify with the image editor. It will send that image to a URL of your choosing (via HTTP POST) based on the setting of the images_upload_url option in your init.
The image handler at the URL referenced in the images_upload_url (which you have to create) has to do whatever needs to be done to "store" the image in your application. That could mean something like:
Store the item in a folder on your web server
Store the item in a database
Store the item in an asset management system
...regardless of where you choose to store the image your image handler needs to return a single line of JSON telling TinyMCE the new location of the image. As referenced in the TinyMCE documentation this might look like:
{ location : '/uploaded/image/path/image.png' }
TinyMCE will then update the image's src attribute to the value you return. If you use the images_upload_base_path setting in the init that will be prepended to the returned location. The TinyMCE page has more details on all of this:
https://www.tinymce.com/docs/advanced/handle-async-image-uploads/
The net here is that TinyMCE knows when an embedded image exists in your content but it can't possibly know what to do with that image in the context of your application so that job (the "image handler") is something you must create.
After uploading a PDF to the Media Archive, I am trying to link to it from a page on a site.
While editing content, I use the hyperlink tool then select the PDF I want to link to via the URL input box.
After saving and publishing the content, clicking the link downloads the PDF and I don't see any apparent way to make this view-able in the browser by using the current Media ID Composite provides. When rendered, we get this:
pdf
Is there a way that I can reference a PDF without using the Media ID and simply use the file name instead?
Here is the Request/Response header info:
After reading what Pauli Østerø said, I understand the problem but am still not able to think of a solution.
I can get the PDF to view in the browser by adding ?download=false to the href URL via Developer Tools. But when I try to add ?download=false to the href through Composite, it doesn't take affect and I get the console output: "Resource interpreted as Document but transferred with MIME type application/pdf: "http://c1.wittenauers.com/media/4afb7bc8-f703-469d-a9b2-a524d8f93dcb/ryc7iw/CompositeDocumentation.PDF"."
Here is the network trace that was asked for by Pauli. In the image, I included the bit where I add ?download=false to the URL, in source view, just in case there could be another way to add it.
Edit: URL and headers for the page.
Here is the link to the page that contains the link:
http://c1.wittenauers.com/cafe/test
Here is the headers for the page containing the link:
From what you're experiencing, it seems to me that Composite have gotten the MIME type of your uploaded file wrong, and is therefor not correctly telling the browser that this file is a pdf, and the browser doesn't know what to do with it.
Try deleting the file and uploading it again.
Try add ?download=false and the end of the href to the file. You prob. need to go into source mode of the content editor.
This is the exact line in the Source Code which is responsible for this behavior, and the logic is as follows
If there is no Querystring named download, the attachment is determined by the Mime Type. Only png, gif and jpeg will be shown inline, the rest will be shown as attachment.
If there is a Querystring named download with a value of false, it will override the Mime Type check and always force the Content-Disposition to be inline.
I made a quick test here to show that the behaviour is a expected. At least in my Chrome browser in Windows 8
Force download: https://www.dokument24.dk/media/9fdd29da-dde8-41f7-ba4c-1117059fdf06/z8srMQ/test/Prisblad%202015%20inkl%20moms.pdf
Show in browser: https://www.dokument24.dk/media/9fdd29da-dde8-41f7-ba4c-1117059fdf06/z8srMQ/test/Prisblad%202015%20inkl%20moms.pdf?download=false
Expanding on Pauli's answer, you can add the following snippet to your page template to automatically add the '?download=false' to all pdf links.
$("a").each(function () {
if (this.href.includes(".pdf")) {
this.href = this.href + "?download=false";
}
})
The following is my requirement:
I have an image file called "Test.jpg" in a path say c:\. I'll change that image every one minute, but with same path and same file name. I want that image to be loaded in crystal report (Business objects) and that image should refresh according to the image change.
How would I do this?
We have an image with filename as "Tim%20Butler%20Trading.jpg".
This image is linked as a component link in the "Image" field of the main component.
In C# DLL we read this "Image" field and form image tag as follows:
"<img " + style + " src=\"" + imageID + "\" />"
where style is the attribute name if any and imageID is the tcm id of the multimedia component.
Output string is formed using image, title and some other field values from the component. This output is pushed into package to access it in dwt.
The contentType of the output string passed to dwt is "HTML".
We are using DefaultFinishActions to publish images.
This image is getting deployed on presenation server as Tim%20Butler%20Trading34-13565.jpg but not getting resolved on presentation side.
In page source image tag is formed as follows:
<img src="/images/Tim%2520Butler%2520Trading34-13565.jpg" class="img" />
We think that DWT is converting % in image file name to %25 when image is published.
Can someone let me know how to resolve this issue?
The problem is in % sign. When template sees % sign it is encoding it as %25.
All you need to do is stop encoding it yourself. If your template will output Tim Butler Trading.jpg, dreamweaver template will encode spaces as %20 and everyhting should work
When the image is uploaded into Tridion, ensure that the filename contains no % characters.
Tim%20Butler%20Trading34-13565.jpg
should be
Tim Butler Trading34-13565.jpg
when you upload it into Tridion from your local system.
This based on the assumption you're not adding the TCMID to the filename during publishing (the 34-13565 part has the same data and almost the same format as a TCMURI...).