Issue: Filename is represented as ýý instead of the value given to the ExportSettings-Pdf-FileName property.
The issue is observed with RadClientExportManager and RadGantt as both share the same html.pdf.js dependency.
Reproduction code:
<telerik:RadGantt RenderMode="Lightweight" runat="server" ID="RadGantt1"
DataSourceID="TasksDataSource" ReadOnly="true"
EnablePdfExport="true">
<ExportSettings>
<Pdf FileName="mytitle" />
</ExportSettings>
<DataBindings>
<TasksDataBindings
IdField="ID" ParentIdField="ParentID"
StartField="Start" EndField="End"
OrderIdField="OrderID"
SummaryField="Summary"
TitleField="Title" PercentCompleteField="PercentComplete" />
</DataBindings>
</telerik:RadGantt>
<asp:SqlDataSource ID="TasksDataSource" runat="server"
ProviderName="System.Data.SqlClient"
ConnectionString="<%$ ConnectionStrings:TelerikConnectionString %>"
SelectCommand="SELECT TOP 1 * FROM [GanttTasks]">
</asp:SqlDataSource>
Solution provided by Admin:
1) Download the html5.pdf.js file from the source code. You can download it from your account, the Source code section. The path to the file is \Telerik.Web.UI\Common\HTML5UI\html5.pdf.js
2) Load the attached file via the ScriptManager/RadScriptManager or right after it:
<telerik:RadScriptManager ID="RadScriptManager1" OnResolveScriptReference="RadScriptManager1_ResolveScriptReference1" runat="server">
</telerik:RadScriptManager>
<%-- The same approach works if you use asp:ScriptManager --%>
<%--<asp:ScriptManager ID="ScriptManager1" OnResolveScriptReference="RadScriptManager1_ResolveScriptReference1" runat="server">
</asp:ScriptManager>--%>
protected void RadScriptManager1_ResolveScriptReference1(object sender, ScriptReferenceEventArgs e)
{
if (e.Script.Name == "Telerik.Web.UI.Common.HTML5UI.html5.pdf.js")
{
// adjust the path to the actual path of your override file
e.Script.Path = "/html5.pdf.js";
}
}
At this point this is considered a limitation of the client-side PDF export: http://docs.telerik.com/devtools/aspnet-ajax/controls/clientexportmanager/troubleshooting/known-limitations The issue stems from a regression bug in the underlying Kendo Drawing API: https://github.com/telerik/kendo-ui-core/issues/2750
In IE 10, while using the RadClientExportManager to export to PDF or Export to Image, if the zoom level is set to anything BESIDES 100% the export does not work correctly. See Support ID:934319 -- PDF Browser Zoom Level