active preview window minimizes

  • Advertisement ( why? )
     

    patyoung, 10th Sep 2012 7:20 pm

    i choose view-preview-active preview window (classic mode) and the window pops up. but if i pick outside it, it minimizes.
    if i move it to my other monitor, and pick the html on the first monitor, it doesn't minimize. but if i make a change to the html, the preview window refreshes back to the top and i have to scroll down to where i was.

    i have the sense that it is my setup, because if it did it for everyone, i would have found this topic in the forum.

    can anyone suggest solutions ?

    • HTML-Kit Support, 11th Sep 2012 11:10 am

      Hi,

      On 9/10/2012 7:20 PM, patyoung wrote:

      i choose view-preview-active preview window (classic mode) and the
      window pops up. but if i pick outside it, it minimizes.

      If I'm understanding you correctly, this is normal. Active Preview
      (classic mode) is a floating non-modal window which goes into the
      background when you click any other window outside of it.

      You can bring it back to the foreground either by Alt+Tabbing or
      selecting the same menu option.

      if i move it to my other monitor, and pick the html on the first
      monitor, it doesn't minimize. but if i make a change to the html,
      the preview window refreshes back to the top and i have to scroll
      down to where i was.

      i have the sense that it is my setup, because if it did it for
      everyone, i would have found this topic in the forum.

      can anyone suggest solutions ?

      Whether the Active Preview window scrolls to the top or not, when it
      refreshes, really depends on what's changed in the code. Some changes
      like incrementally adding small text shouldn't scroll it but taking out
      a DIV block may or may not scroll it.

      Here's a quick test... select "File > New > HTML from text" menu option
      and make some changes to the text. The preview shouldn't scroll up each
      time unless you make a big enough change that requires the preview to
      refresh the whole thing.

      Hope this helps.

      Chami

      • patyoung, 13th Sep 2012 4:45 pm

        what i am after is what you show in the promo. in it, you are typing away, and the realtime changes are being made, but the window is not minimizing.
        it looks like a floating window, and, following your mouse in the promo, you are using active preview classic, just like i was. yet it did not minimize for you.

        or maybe i am missing something.

        pat

        • HTML-Kit Support, 17th Sep 2012 4:18 pm

          On 9/13/2012 4:45 PM, patyoung wrote:

          what i am after is what you show in the promo. in it, you are typing
          away, and the realtime changes are being made, but the window is not
          minimizing.
          it looks like a floating window, and, following your mouse in the
          promo, you are using active preview classic, just like i was. yet it
          did not minimize for you.

          or maybe i am missing something.

          pat

          If you're referring to this video:

          http://www.youtube.com/watch?v=wBxgnLwp3xg

          please note that it's showing the Active Preview window that's on the
          second monitor. The Active Preview window is not floating on top of
          HTML-Kit. It's a picture-in-picture layer to make it easier to see both
          monitors.

          To keep both HTML-Kit and Active Preview window (classic mode) visible
          on a single monitor, the two windows would have to be tiled one next to
          the other. But in this case, it's better to use landscape preview
          instead (Ctrl+F12).

          On the other hand, when using two monitors, Active Preview (classic
          mode) window can be placed on the second monitor as shown in the video,
          and you can edit in HTML-Kit on the primary monitor.

          Chami

      • patyoung, 13th Sep 2012 5:13 pm

        the HTML from text menu option is not listed. build 201208015

        no, no matter what i do, as soon as i make any change, even just adding a space in text, as soon as it refreshes, it jumps to the top of the page, and i have to scroll back down thru the screens to get to where i was.

        i remember mentioning this issue 6 months or a year ago, and never could get it to work properly.

        maybe i am just mis-understanding, but by "active preview", do you mean a window that displays in near real time what is being encoded in the document ? and that does not minimize as you change the code ? and that does not scroll back to the top of the document as it refreshes ? and as it refreshes, you do not lose the caret in the code ?

        pat

        • HTML-Kit Support, 17th Sep 2012 4:52 pm

          On 9/13/2012 5:13 PM, patyoung wrote:

          the HTML from text menu option is not listed. build 201208015

          It's on "File > New" menu below HTML5 icon. Please see:

          http://www.htmlkit.com/view/#!/i/hkt-html-from-plain-text-1

          no, no matter what i do, as soon as i make any change, even just
          adding a space in text, as soon as it refreshes, it jumps to the top
          of the page, and i have to scroll back down thru the screens to get
          to where i was.

          i remember mentioning this issue 6 months or a year ago, and never
          could get it to work properly.

          maybe i am just mis-understanding, but by "active preview", do you
          mean a window that displays in near real time what is being encoded
          in the document ?

          Yes.

          and that does not minimize as you change the code ?

          Yes, assuming that no other window is covering it. See my previous reply
          for a detailed description.

          and that does not scroll back to the top of the document as it
          refreshes ?

          and as it refreshes, you do not lose the caret in the code ?

          pat

          Yes to both, in most cases. I'm qualifying this answer because some code
          changes will refresh the document by scrolling to the top (this is true
          even if you preview in any given browser), and the caret focus may shift
          from the editor to the Active Preview classic mode window. But see below...

          If you've never been able to get Active Preview classic mode to work,
          see if Active Preview landscape mode (Ctrl+F12) works. If the latter
          works, then some non-default setting might be getting in the way. But
          try that as a test.

          I've also posted TreeHouse build 20120906 with a new Active Preview
          classic mode window that work more like Active Preview landscape mode.
          So if landscape preview works better for you in terms of caret focus,
          etc., then this update will bring that to classic Active Preview as well.

          Chami