Opps. I corrected the file name.

Ok here's a brief list so far that we (myself and SirAGE) have worked up.

1. Preview Window is not retaining the file name at the top of the windows when using the forward and back buttons. One name shows up and only 1 no matter how many files you scroll through using the forward and back.

2. Save Status asterisk is showing up for quite a few files when they are first opened. I can swap tabs between those and another and go back to that newly opened tab then the asterisk will disappear showing the correct status as saved (since it's just been opened and nothing has been altered as of yet).

3. When the preview window is open we cannot click on any Menu (top left of HTML Window) or any toolbar buttons. It opens the menu briefly for a split second and closes it while retaining the preview window on the screen. Doesn't matter where that preview window is main screen or second screen you still can't press either of those 2 things. Kind of defeats the purpose of having it open while doing things with the new 2nd monitor setup.

4. Code cleaner is adding some really strange codes to things, changing codes that were correct already, and more importantly it's removing the Doc Types (doc type is set to auto on mine)

5. F11 Preview Window does not remember Maximized setting.

1. That would make sense because you are previewing the file when the external preview loads. When you go back and forth you are using browser functions at that point. Not too sure if we should change that. I will look into it.

2. That would depend on the file type and if there are any hidden characters on the page that got converted when the file was opened.

3. Confirmed. I will log that one.

4. We are looking Code Cleaner issues in one of the next updates but it will be a bit for that one. I have all the issues reported from Inger and a few others already logged.

5. Confirmed. I will log that one.

Thanks both of you for that list!

That is strange. I have just one monitor, with the Editor workpane (somewhat minimized) to the left and the External preview (also somewhat minimized) to the right, so that I can see them both at the same time.

I'm able to click all sorts of buttons/icons in both panes while having those two open. If I switch in the workpane to a css file, the preview closes, but comes back up again, without me having touched it, as soon as I switch back to a html file or a php file (one that has mainly html markup and just php includes). I thought that was normal behaviour.

Or are we talking at cross purposes?

Haven't checked those other things you mention. I don't really use the code cleaner at all any more since the Editor started using utf-8.

Well, yeah, I just closed and reopened the Editor, and it remembered the position and size of both work pane and Ext. preview. Using F11 it did the same. Was that one of your points? If not, never mind...

nah it's only that it doesn't remember if it was set to Maximized. In other words, blow the window to full size Maximized window and it doesn't stay there when you go back to it again when you switch tabs.

6. After seeing a few posts earlier today about the wrapper ID that someone else had that they didn't need (thanks Inger and whoever else had mentioned it in that other thread) I went to try that on our pages. I saw this last week and was wondering, but never removed it. Today I went on our pages and took them out and it didn't affect anything for us either (I didn't really figure it would since there are no wrapper id's in the css for our page) but...

I used one of the Default HTML Layouts in the HTML Editor to make the site we're working on right now so I checked a bunch more of them a few minutes ago and they all seem to have that wrapper id in the HTML part of the pages yet no wrapper id's exist in the css styles at all.
Don't know if they hurt anything or not, but I know they aren't needed now. Just an FYI in case it matters

You mean there was a div id="wrapper" in the html file but no rules set for it in the css file? Or the other way around? I have never used those layouts so far, not saying I won't ever...

Anyway, redundant code in either files is not good for speedy downloads, so maybe that is another thing that CC has to look at.

Yes, there is a div id="wrapper" in the HTML with no reference in the CSS to a wrapper div... So there is no need for it in the code...

This is why I prefer writing my own code...