Blogged by Jonathan Maron on July 24, 2008 and tagged with Service Pack.
Today, the following service packs were released:
- Service Pack 2 for TX Text Control .NET Server 14.0
- Service Pack 2 for TX Text Control .NET 14.0
- Service Pack 2 for TX Text Control ActiveX Server 14.0
- Service Pack 2 for TX Text Control ActiveX 14.0
Please take a look at the updated known issues list at:
http://www.textcontrol.com/support/issues/
You can download the service pack at:
http://www.textcontrol.com/downloads/sps/
As ever, our support team is waiting to answer your questions. Full contact details at:
http://www.textcontrol.com/support/
Blogged by Björn Meyer on July 17, 2008 and tagged with Visual Studio, Microsoft, VSIP.
Yesterday, we received the acceptance letter from Microsoft® stating that The Imaging Source® is now officially listed as a partner company.
By joining the VSIP program, The Imaging Source continues the persistent commitment to our customers to provide tighter integration between TX Text Control® and Microsoft Visual Studio® .NET 2005 and 2008. This partnership allows us to provide an unprecedented Visual Studio integration and guarantees compatibility in future versions of Visual Studio and TX Text Control. We are now one of more than 200 industry market leaders that have joined this program to provide better products for Visual Studio.
Blogged by Björn Meyer on July 11, 2008 and tagged with Sample, .NET Server.
When building a browser-based word processing application using TX Text Control .NET Server, the BrowserTextControl is wrapped in a Windows Control Library. This provides many advantages including the fact that most of the functionality can be wrapped in the user control and must not be implemented from outside using Javascript or any other client-side scripting language.
However, we are building web applications! Today's web applications are built using client-side scripting for different purposes like an AJAX implementation or the client-side communication between different integrated controls.
By implementing the events in the wrapper control, you can trap them inside of the control that is isolated in the web page. The browser is not able to access these events, though.
But trapping such an event using client-side Javascript could be really helpful. Consider the following example:
You implemented a function to save the content of the BrowserTextControl to post it to the server using HTTP POST like described in our documentation. This client-side call should be triggered by the wrapper control when the user clicks a specific button or menu entry. On this action, the wrapper control should fire an event that can be trapped client-side using Javascript to call the implemented save function.
Sounds good! But how to implement that?
Due to an article in the asp.netPRO magazine from Steve C. Orr, an expert I hold in great respect, it is not possible to raise events back to the page:
BTW: I honestly recommend to read this article completely, it perfectly describes the methodology behind this technology.
"[...] Another issue is that communication between client-side script and Windows controls is currently one-way only. That is, JavaScript functions within the page can call methods of the hosted Windows control, but the Windows control cannot raise events back to the page. [...]"
From what we have learned above, this statement is true. Anyway, there is a way to get around this catch-22 situation.
The Internet Explorer accesses the Windows Control Library properties and methods using the implemented COM interface that enables Internet Explorer to execute client-side controls like ActiveX controls, Flash players or our .NET assembly. This doesn't imply that this approach uses COM or ActiveX technology. The Internet Explorer simply uses the existing interface to handle everything that is between <OBJECT> and </OBJECT>. This is the reason why the 'Make assembly COM-Visible' checkbox must be checked in the assembly properties.
To implement a public COM-visible event, it is required to create a COM-interface in the wrapper control:
[ComVisible(true), InterfaceType(ComInterfaceType.InterfaceIsIDispatch)]
public interface BrowserApplicationEvents
{
[DispId(0)]
void SaveDocument();
}
This visible interface enables the client-side Javascript to trap our events. Then you need to identify a list of interfaces that are exposed as COM event sources in your wrapper class:
[ComVisible(true), ClassInterface(ClassInterfaceType.AutoDispatch), ComSourceInterfaces(typeof(BrowserApplicationEvents))]
public partial class BrowserAppControl : UserControl
{ ... }
The event itself can be implemented to any event in .NET:
public delegate void SaveDocumentHandler();
SaveDocumentHandler saveDocument;
public event SaveDocumentHandler SaveDocument
{
add { saveDocument += value; }
remove { saveDocument -= value; }
}
protected virtual void OnSaveDocument()
{
SaveDocumentHandler handler;
handler = saveDocument;
if (handler != null)
saveDocument();
}
This event is now publicly accessible for client-side scripting languages:
<script for="BrowserApp" event="SaveDocument" language="javascript">
alert("In Javascript client-side event, you can call the client-side save method.");
</script>
Feel free to contact me, if you would like to learn more about this approach.
Download the sample code here
Blogged by Björn Meyer on July 10, 2008 and tagged with Sample, .NET.
Copy and paste is probably one of the most common techniques to create letters, emails or other documents. Users are pasting pre-defined boilerplates, text passages from emails or content from several websites.
The Windows clipboard is able to store the content in several formats. If you copy a text from MS Word into the clipboard, it contains the formatted text as Rich Text Format (RTF), as plain text and Unicode text. Sometimes, it is required to paste the content with it's original formatting or just using plain text to apply your own formatting more easily.
This sample shows how to build a 'paste special' dialog that allows the user to choose the format that should be used to insert the clipboard text into TX Text Control.
Read more about this sample in our source code library:
Implementing a 'paste special' functionality for textual clipboard content
Blogged by Björn Meyer on June 27, 2008 and tagged with ISO 9001:2000, ISO Certification.
The Imaging Source - the enterprise behind TX Text Control - has now been certified to the ISO 9001:2000 standard of quality. Ever since 1991, we have been building high quality software, which has now been formally recognized by the International Organization of Standardization (ISO), implemented here in Germany by TÜV.
ISO 9001 is the most comprehensive level of certification, accepted by 90 countries around the world. It provides third-party assurance that we have the quality management to ensure all software components, which we author are consistently of the highest quality.
You can see verification of our certificate on the TÜV web site:
