Drukowanie IHTMLDocument2 WPF

0

Cześć,

chcę sobie wydrukować HTML'a, którego przechowuję w stringu i coś takiego...:

var browser = new WebBrowser();
browser.NavigateToString(this.SelectedDocument.Content);

// gdzie `this.SelectedDocument.Content` to dokument HTML.

var html = browser.Document as MSHTML.IHTMLDocument2;
html.execCommand("Print", false, null);

...drukuje mi wyłącznie pustą stronę about:blank.

Komponent WebBrowser to przeglądarka z WPF. Niestety komponent WPF posiada mniejszą funkcjonalność od takiego samego w Winforms. Nie chcę dodawać referencji do Winforms tylko po to żeby wydrukować sobie HTML'a z poziomu wbudowanej tam przeglądarki.

Problem trochę przystalkowałem debugerem i wyszła bardzo dziwna rzecz:

Nawet pomimo wstawienia zwykłego HTML'a do stringa np.: <html><header><title>TEST</title></header><body></body></html> zamiast this.SelectedDocument.Content obiekt html przedstawiony wyżej w kodzie i tak posiada np. własność IHTMLDocument2_title ustawioną jako "" i... IHTMLDocument2_url ustawiony na about:blank! A przecież jest zupełnie inaczej!

Przeszukałem Internety w poszukiwaniu rozwiązania i na nic nie natrafiłem. Ludzie piszą, że powyższe rozwiązanie im działa.
Nie wiem... może źle ładuję dokument do tego WebBrowser'a czy coś?

O co może chodzić?

PS: Kiedy załaduję tego WebBrowser'a do jakiegoś okna to dokument wyświetla się prawidłowo i z powodzeniem mogę na niego kliknąć prawym przyciskiem myszki i wybrać drukuj. Taki wydruk działa ale nie o to przecież chodzi.

1

Zauważ że event LoadCompleted nigdy się nie wykonuje w twoim przypadku więc zawartość strony/stringa nigdy nie zostaje załadowana.
Ja bym dodał na oknie ukrytą kontrolkę:

<WebBrowser x:Name="browser" Visibility="Hidden"/>

a w c#

browser.NavigateToString("<html><header><title>TEST</title></header><body></body></html>");
browser.LoadCompleted += (o, args) =>
{
   var html = browser.Document as IHTMLDocument2;
   html.execCommand("Print", false, null);
};

i teraz zadziała. Jestem raczej przekonany że inaczej się nie da ze względu na to że zawartość musi być najpierw wy renderowana żeby była dostępna a wy renderować zawartość kontrolki można tylko z poziomu xamla.

0

Racja, chyba właśnie w tym jest problem. Robię to drukowanie przez mvvm, więc może zbinduję sobie do tego jakieś AttachedBehavior żeby to w miarę było zgodne z wzorcem.

dziękować :)

1

Jak rozwiązałem problem, może się komuś to przyda:

  • Jako, że staram się dostosowywać kod zawsze do wzorca mvvm napisałem sobie najpierw DependencyProperty które będzie mi drukowało zawartość przeglądarki, która to zawartość zostanie do niej najpierw załadowana. Żeby mieć pewność, że przeglądarka załadowała w pełni HTML-stringa wykorzystałem zdarzenie LoadCompleted tak jak poradził @DibbyDum. Całość wsadziłem do klasy WebBrowserHelper:
namespace DependencyProperties {
    public static class WebBrowserHelper {
        public static readonly DependencyProperty PrintProperty;

        static WebBrowserHelper() {
            PrintProperty = DependencyProperty.RegisterAttached("Print", typeof(string), typeof(WebBrowserHelper),
                new UIPropertyMetadata("", OnPrintPropertyChanged));
        }

        private static void OnPrintPropertyChanged(DependencyObject obj, DependencyPropertyChangedEventArgs args) {
            var browser = obj as WebBrowser;
            if (browser != null) {

                // Dzięki poniższemu warunkowi unikniemy wyrzucenia wyjątku kiedy
                // przestawimy stringa na "". Bardzo ważna rzecz gdyż takie ustawienie później wykorzystam.
                if (args.NewValue as string != string.Empty) {
                    browser.NavigateToString(args.NewValue as string);
                    browser.LoadCompleted += (sender, e) => {
                        var html = browser.Document as MSHTML.IHTMLDocument2;
                        html.execCommand("Print", false, null);
                    };
                }
            }
        }

        public static string GetPrint(DependencyObject obj) {
            return obj.GetValue(PrintProperty) as string;
        }

        public static void SetPrint(DependencyObject obj, string value) {
            obj.SetValue(PrintProperty, value);
        }
    }
}
  • Teraz należało udostępnić widokowi własność, która będzie przekazywać dokument do druku. Umieściwszy wcześniej w modelu własność...
public string PrintHackDocument { get; set; }

...udostępniłem ją dla widoku poprzez mój Viewmodel:

public string PrintHackDocument {
	get { return this._documentsWindow.PrintHackDocument; }
	set {
		this._documentsWindow.PrintHackDocument = value;

		// Wersja dla .net 4.5 bez `magic stringa`:
		this.OnPropertyChanged();
	}
}
  • Następnie zdefiniowałem ukryty applet WebBrowser w XAML'u i przypiąłem do niego wspomnianą wyżej właściwość:
<WebBrowser Grid.Column="0" Grid.Row="0" Visibility="Collapsed" ext:WebBrowserHelper.Print="{Binding PrintHackDocument,UpdateSourceTrigger=PropertyChanged}"/>

Rzecz jasna należało wcześniej dodać odpowiedni namespace w XAML'u: xmlns:ext="clr-namespace:ProjectName.DependencyProperties "

  • Teraz wystarczyło spiąć przycisk do drukowania jakąś komendą, a wewnątrz niej:
this.PrintHackDocument = this.SelectedDocument.Content;
this.PrintHackDocument = "";

Dzięki metodzie this.OnPropertyChanged(); program uruchomi DependencyProperty ilekroć zostanie zmieniona zawartość obiektu this.PrintHackDocument.

Natomiast... dzięki ustawieniu this.PrintHackDocument = ""; będziemy mogli użyć wielokrotnie przycisku Drukuj bez konieczności zmiany zaznaczonego dokumentu np. w DataGridzie.
Wcześniejszy warunek w DependencyProperty czyli: if (args.NewValue as string != string.Empty)... wyeliminuje próbę otworzenia pustego dokumentu przez applet przeglądarki dzięki czemu wymusimy zawsze zmianę obiektu bez wyrzucenia wyjątku.

...i działa :)

1 użytkowników online, w tym zalogowanych: 0, gości: 1