
When you search for ASP.NET WYSIWYG editors on the Internet, you find loads of plain HTML-based editors. They are typically deployed in web-based content management systems, in which they are used to edit HTML snippets. All of them are based on existing browser technology:
The advantage of this technology is that the browser does not require a plug-in or an ActiveX control. However, using this technology, it is not possible to modify complete word processing documents, such as MS Word or RTF files. Furthermore, it is not possible to edit, nor add headers and footers, text frames and other such sophisticated features.
Using TX Text Control Server for ASP.NET (incl. Windows Forms) and the shipped BrowserTextControl component, you can build a complete word processing application for Internet Explorer. The BrowserTextControl can be encapsulated in a user control assembly, including the integrated button bar, status bar and the powerful vertical and horizontal ruler bars of TX Text Control. This technology offers true WYSIWYG and a real page view of the document.
The screenshot below illustrates an advanced sample application that runs on our test server. As you can see, TX Text Control Server for ASP.NET (incl. Windows Forms) is shipped with ready-to-use, localizable dialog boxes for nearly all settings. In the screenshot, you can see the paragraph dialog box that enables you to modify all possible settings of the current paragraph.
Due to the outstanding text rendering engine of TX Text Control, the display of the text is exactly the same as on the printed page. If you try other components, you will soon notice that this is mostly not the case.
The BrowserTextControl is a .NET assembly that is downloaded into a dedicated folder of the .NET Framework: the download cache. This folder is similar to the Downloaded Program Files folder, known from older ActiveX days. From there, the assembly is loaded and displayed in Internet Explorer.
The most common application for this component is to modify documents that are stored on a server. Centralizing document creation and manipulation processes to a central server, enables enterprises and governments to lower the cost of their document operations. Documents are no longer stored redundantly on every local client machine.
TX Text Control Server for ASP.NET (incl. Windows Forms) uses .NET remoting to load and save the documents from and to the server without a server round trip. The file IO processes are implemented into TX Text Control Server for ASP.NET (incl. Windows Forms) and can be used out of the box.
Typically, the BrowserTextControl is used in combination with the ServerTextControl class which is part of TX Text Control Server for ASP.NET (incl. Windows Forms) as well. This component is able to create or modify documents server-side without being visible. This class can be used in a web service or the code-behind of your ASP.NET web application.
You can test the above mentioned sample yourself:
Please feel free to contact our engineers to discuss further possibilities of this amazing technology. We would be really glad to talk to you.
> All of them are based on existing browser technology
Actually, that's not true. There are a number of in-browser editors that don't use the browser rendering engine at all. [...].
That said, HTML editors are not designed or intended to have perfect layout in printing - they are designed to display as best
as possible on nearly any device which is why HTML separates the content (the HTML) from the presentation (the CSS).
It's good to see someone filling the need for print layout capable editors in the browser but I am interested in how you're
handling differences in rendering on different systems (OS X, Linux, Solaris etc) and in the face of different font sets and
screen DPI. Essentially, to what extent are you persuing precise rendering?Hello Adrian
Thanks for your feedback. You are just confirming my thoughts: A client-side control is required to provide a true WYSIWYG
editing. Your mentioned products are using Java instead of .NET, but it is client-side.
Your mentioned product ephox completely crashed. I simply selected the table, copied it and pasted it about 20 times (memory
usage about 130 MB!!). Then I tried to copy the whole text which takes about 20 seconds (test machine: Athlon 64 X2, 2 GB
memory). Pasting the whole text takes about 10 seconds. It is simply not possible to use this ephox editor.
Additionally, I don't see any WYSIWYG. Where is the page view? Where can I specify the page size?