Thanks for the suggestion and yes he is using Photoshop. I will try using the tool you pointed to.

The WSDL tool has a command line switch to reuse classes from specifed assemblies instead of creating new ones. You can specify your assembly there. I don't know the exact switch though :(

Member 2324483 wrote: If in any case end user have very minimum rights i may not be able to create file even. Here maybe i should think of memory stream? AFAIK, *every* user will have read + write access to a temp directory. Path.GetTempPath() is your friend. I doubt Word can handle in-memory files. Member 2324483 wrote: Are you suggesting to launch directly ms word, excel or acrobat softwares and display docs in them instead of using browser? if yes, the problem with this approach is i need to know and code for all types of docs, if i use browser i no need to bother about this as far as i supply content type and byte array. Yes, that's what I suggest and it's the cleanest and the easiest. You don't have to handle any extra types, Process.Start("yourfile") will open it with the default program. It's opening with the default browser that is dubious. Cheers, Vikram. (Proud to have finally cracked a CCC!)

I tested and found that both the services are running in same app domain. The way i tested is returned appdomain id from both services and checked whether they are same. And regarding authentication mode am planning to use IIS authentications (windows integrated, digest or basic) as the services are hosted in IIS, but not sure yet. (return AppDomain.CurrentDomain.ID;)

Assuming you're talking WCF here... If you have no firewall or other IT issues and you have the hosting handled (self hosting or IIS 7+), you have the option to use TCP or HTTP (or both), so you can use what you want. TCP will perform better. In my experience so far, I have had no choice but to use HTTP. TCP has not been an option, even on internal corporate networks. Mark Salsbery Microsoft MVP - Visual C++ :java:

i found the mistake i was doing. Do not draw the text, which will draw on top the existing text of the textbox making it look bold. I removed drawingContext.DrawText(formattedText, new Point(leftMargin, topMargin - this.VerticalOffset)); from the logic and it worked fine.

Set it to manual, position it, then call show. It won't flicker. Christian Graus Driven to the arms of OSX by Vista. Read my blog to find out how I've worked around bugs in Microsoft tools and frameworks.

You can't do this in the TextBox control. However, you could create your own control that derives from TextBox and override the Paint method to do whatever you wish. Of course you'd have to come up with some way of specifying which word(s) have different colour backgrounds. Seems like a lot of work when RichTextBox already does this. while (e) { Coyote(); }

Yeah : NO BACKSLASHES IN WPF/Silverlight URIs! Mark Salsbery Microsoft MVP - Visual C++ :java:

Thats correct, but rich text box is hell slow in formatting. I followed http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/3475ecef-4061-4317-99c6-cf759f69cd53[^] article. Thanks.

You should be able to do this using the TextChanged event and manipulating the flowdocument. Here's a couple examples: RichTextBox syntax highlighting[^] Customize RichTextBox to allow only plain text input[^] Mark Salsbery Microsoft MVP - Visual C++ :java:

If you double-click the 'Properties' folder for a project in the Solution Explorer, then click on the Build tab, you will see two checkboxes: 'Define DEBUG constant', and 'Define TRACE constant'. If the TRACE one is checked, VS does it all for you, if unchecked, you get no trace. Henry Minute Do not read medical books! You could die of a misprint. - Mark Twain Girl: (staring) "Why do you need an icy cucumber?" “I want to report a fraud. The government is lying to us all.”

So you have a dll with a private method, and this method is called from within the dll? But you want to redirect all calls to the method to one you created outside of the dll? Meaning that all calls made from with the dll to the usual function would actually be calling a new method that is outside of the dll. Or are you just calling the method inside the dll from outside of it? My current favourite word is: Delicious! -SK Genius Game Programming articles start -here[^]-

If you are looking for a faster way and less space, serialize the bytes your self using BitConverter class (static methods). The downside is that you need to hand code all of this unless you build a little SW that will do it for you. Natza Mitzi

I found this very helpful when coding a project that also needed compression capabilities. It works great, just add a reference the dll file and follow there examples and this should do what you need it to do. http://www.codeplex.com/DotNetZip[^] Here is a quick example: Public Sub createZip() Dim strMsg As String = "Please run the tests before using this feature." Dim file = "results.zip" Try 'Create Zip File Using zip As ZipFile = New ZipFile("results-" & ID & ".zip") zip.AddDirectory(ZipPath, "results") zip.Save() End Using Catch ex1 As Exception MessageBox.Show(ex1.ToString, "Program Error", MessageBoxButtons.OK, MessageBoxIcon.Exclamation) End Try End Sub hope this helps Matthew Vass QA Analyst mvass@hostmysite.com http://www.hostmysite.com?utm_source=bb[^]