Since upgrading to 4.0 I'm having an issue where the first text window
opened by TextWrangler has no title bar on it.  This means the window
can't be repositioned, can't be minimized, can't be moved between
desktops and can't be expanded to full screen mode.  New text windows
opened after the first one have a title bar as expected.

If I close all open text windows and open a new one, once again that
first one has no title bar.

Verifying my version number just now, I noticed the same thing is true
of the about window (no title bar, no way to close except via Command-
W).

Any idea what's going on?

If you find out how to fix it, I would like to know the answer to that too.
 It is very annoying.

I'm having the same issue using TW in Mountain Lion.....

On Sat, Aug 18, 2012 at 4:01 PM, Brandon Warhurst <robokni...@gmail.com>wrote:

I think I found a solution.
This happened to me suddenly...
I solved it by simply clicking on WINDOW -> ARRANGE
This seemed to shake things back into line again

Hope this helps you.

Andy

Months later, TextWrangler 4.0.1, and Mac OS X 10.8.2 and this problem is
still with us.  If anyone has found a workaround, I'd love to know it.

I'm afraid the Window -> Arrange trick doesn't work, at least not if you
have a number of windows open.  TextWrangler clearly tiles windows in
groups of 4, starting at a vertical position that fails to account for the
system menubar.  The first window and every fourth window thereafter
subsequently ends up with its title bar hidden under the menubar, with no
way to move or resize the window.

Annoyingly, the Window -> Arrange menu item and the green zoom button also
vertically size windows so that they extend to the absolute bottom of the
window, even if the Dock is present, so the window resize corner ends up
under the Dock.  TextWrangler used to honor the presence of the Dock and
avoid extending windows beneath.  Wish that would come back.

About the best I can offer currently as a workaround is to close the first
window in the Window menu's list and do another Window -> Arrange.  That at
least hides the title bar of *different* windows.  If you never need more
than three windows open, I suppose you could load open a "sacrificial"
window first, then open the windows you care about, and do a Window ->
Arrange.  Only the "sacrificial" window should end up being out of reach.

One possibly useful tidbit...  If you end up with a window positioned badly
like this AND YOU HAVEN'T SAVED IT, you can close and reopen it, and it
will open in the last, hopefully more useful position.  If you save it in
the bad position, though, it will happily reopen with its title bar still
hidden.  Making sure it is not the first, fifth, ninth, etc. window in the
list and doing a Window -> Arrange will place it somewhere you can reach
it, reposition it, and save it, so it will open in a sane location in the
future.

Okay, this was driving me batty, so I developed an AppleScript workaround.
 Hopefully it won't be needed much longer (please!), but here it is.  If
you copy the following code into a file, something like "TextWrangler
Window Fix.scpt", and run it with the AppleScript Editor.app, it will make
sure all windows currently open in TextWrangler will have their tops below
the system menubar and their bottoms above the Dock.  Umm, it may not do
what you want on a system with multiple monitors, depending on relative
display sizes, dock position, etc.  Oh, it almost certainly will not do
what you want if your Dock isn't at the bottom of the screen.  It could be
extended to handle that situation without *too* much pain, I think, but
that will be left as an exercise for someone else, as I am decidedly NOT an
AppleScript expert.  (As a brute force solution you could just replace the
first block of code that finds the top of the Dock and set yDockTop to a
specific numerical value that works on your system; total hack, but it
would work.)  HTH.

*activate* *application* "Dock"
*tell* *application* "System Events"
*tell* *process* "Dock"
*get* position *of* *list* 1
*set* yDockTop *to* *the* *second* *item* *of* result
--display dialog {yDockTop as string}
*end* *tell*
*end* *tell*

*tell* *application* "TextWrangler"
*count* *windows*
*repeat* *with* x *from* 1 *to* *the* result
*set* oldBounds *to* bounds *of* *window* x
*set* xTopLeft *to* *the* *first* *item* *of* oldBounds
*set* yTopLeft *to* *the* *second* *item* *of* oldBounds
*set* xBottomRight *to* *the* *third* *item* *of* oldBounds
*set* yBottomRight *to* *the* *fourth* *item* *of* oldBounds
--display dialog {{xTopLeft, ", ", yTopLeft, ", ", xBottomRight, ", ",
yBottomRight, ", ", yDockTop} as string}
*if* yTopLeft < 44 *then*
yTopLeft = 44
*end* *if*
*if* yBottomRight > yDockTop *then*
--display dialog {"changing yBottomRight"}
*set* yBottomRight *to* (yDockTop - 1)
*end* *if*
--display dialog {{xTopLeft, ", ", yTopLeft, ", ", xBottomRight, ", ",
yBottomRight, ", ", yDockTop} as string}
*set* properties *of* *window* x *to* {bounds:{xTopLeft, yTopLeft,
xBottomRight, yBottomRight}}
*end* *repeat*

*end* *tell*

Oops, I suspect

yTopLeft = 44

should be

*set* yTopLeft *to* 44

At least I know that "yBottomRight = yDockTop - 1" did not do the right
thing.  I don't want to mess up my windows again to do the proper test that
would be required, sorry.

Also, the final "*end* *tell*" should be all the way to the left of the
window, but AppleScript Editor.app will take care of that formatting for
you.

On Nov 12, 2012, at 19:52, Larry Yaeger <larry.yae...@gmail.com> wrote:

______________________________________________________________________

Hey There,

I looked through the thread and don't notice that anyone suggested setting the 'Default Text Window' in the Window menu, but perhaps I missed that.

The simplest Applescript method around this dilemma is:

------------------------------------
tell application "TextWrangler"
        tell front window
                set position to {0, 44}
                set zoomed to true
        end tell
end tell
------------------------------------

Zoomed will respect the Dock-state.

You can change front to every if you need to adjust a lot of windows at once.

Create a script with the Applescript Editor, put it in TextWrangler's Script Menu, give it a keyboard shortcut, and go to town.

--
Best Regards,
Chris

That's a lot more succinct.  But it puts every window in the same place,
repositions and resizes windows that don't need it, and I'm afraid Zoom no
longer honors the Dock position.  At least I know I've had a window whose
titlebar I could still see, but was extending down below the Dock, and I
clicked Zoom to position it reasonably (which would have worked in the
past), and ended up with a window whose titlebar was now hidden behind the
system menubar *and* extended down below the Dock.  I think I've
experimented with a window that was fully visible top and bottom, clicked
Zoom, and had it it end up hidden at both top and bottom as well.

Yeah, I should have mentioned setting the default window position.  Looking
for a solution to this problem I discovered that, and it may very well
solve the problem for opening new windows--haven't lived with it long
enough to know for sure yet--but it doesn't change the window bounds for
windows that have ever ended up the bad state and got that bad state saved
to disk, even if the file is closed and reopened.

BTW, anyone know exactly where TextWrangler saves its file metadata, like
window bounds?  (And everything it remembers about a file, with changes
being indicated by the open diamond in the toolbar)?

- larryy

Okay, just in case others discover this thread and scratch their heads
about observed behaviors they may or may not be seeing...  Apparently the
problematic behaviors (titlebar obscured by menubar and bottom extending
below the Dock) are either intermittent or solved by invoking the Window >
Save Default Text Window option with a reasonably positioned and sized
window (except possibly for files previously saved with bad bounds).  My
Zoom button has gone back to honoring the Dock position, at least for now,
when it definitely wasn't yesterday, and doing a Window > Arrange no longer
shoves every fourth window's titlebar up under the menubar.  I'm not sure
what fixed it, or if it's really fixed, but it's nice to have sensible
behavior back from my main text editor.