Discussion:
NSDrawer
(too old to reply)
Phil Marell
2018-07-15 02:21:50 UTC
Permalink
Hi,

One potential problem I see with drawers is - if the window was in full screen mode, nothing appears to happen unless they know to get out of full screen (which isn’t a good experience).

Instead, I would say that Mac apps nowadays tend to have the ability to toggle showing a sidebar-like inspector within the existing window, rather than a drawer extending out of the window. Because the contents of the existing window is modified, this solves the full screen problem. Apps like Xcode, and in the current iWork suite do this.

When doing this though, there is one case I can think of that you would need to handle - if the window is at its minimum size, the window would have no choice but to expand itself. I think this is something NSSplitViewController can help with though.

Hope that helps,
- Phil
Send Cocoa-dev mailing list submissions to
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.apple.com/mailman/listinfo/cocoa-dev
or, via email, send a message with subject or body 'help' to
You can reach the person managing the list at
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Cocoa-dev digest..."
1. Re: NSDrawer (Uli Kusterer)
2. Re: NSDrawer (Casey McDermott)
=20
NSDrawer is deprecated, but it's also perfect for our application.
We still haven't found a good substitute.
=20
Our app has an outline view that loads various types of business =
records
into a tab view. Some of them have optional extra info. When it's =
small a panel is fine,
but some records have large tables: about the same size as the main =
record. =20
A drawer is perfect for viewing them side-by-side with the main info. =20=
In a panel it obscure the main record, and users need to see both.
=20
Is there a work-around for an attached window that pops out on the =
side,
and acts like a drawer? =20
=20
Any idea when deprecation turns into total non-support?
=20
Thanks,
=20
Casey McDermott
www.TurtleSoft.com
_______________________________________________
=20
=20
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
=20
=
https://lists.apple.com/mailman/options/cocoa-dev/witness.of.teachtext%40g=
mx.net
=20
Cheers,
-- Uli Kusterer
"The Witnesses of TeachText are everywhere..."
http://www.zathras.de
NSPanel is still modal, but longer lasting. We use it a lot, and it
looks better than the modal dialogs in the current app.
NSDrawer is a non-modal extension to the main window, designed to stick
around for a while.
In our case, we have business data entry forms, and then sometimes people
add an optional table of details. Sometimes they'll spend hours on the table (e.g. for
a construction estimate with hundreds of line items).
They still need to see/edit the main form at the same time, so NSPanel won't work,
and NSDrawer is just right. If it's ever removed entirely, we'll pretty much have
to duplicate it in code.
The current app switches between multiple layouts with and without the table,
but the new look is cleaner, and better suited for a single window with outline & tabs.
Thanks,
Casey McDermott
http://www.turtlesoft.com
--------------------------------------------
Subject: Re: NSDrawer
Date: Friday, July 13, 2018, 9:13 PM
You're aware of NSPopover?
_______________________________________________
Do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins (at) lists.apple.com
https://lists.apple.com/mailman/listinfo/cocoa-dev
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to geg
Casey McDermott
2018-10-03 02:00:15 UTC
Permalink
Post by Phil Marell
One potential problem I see with drawers is - if the window was in full screen mode, nothing appears to happen unless they know to get out of full screen (which isn’t a good experience).
In our case, the data entry screens have a fixed-size layout, so the window is also a fixed size. No full screen mode: it would just look weird.

We can't put the extra info in front of the main layout because users need to see both. NSSplitView would be half-empty most of the time.

NSDrawer is working great, and hopefully it won't be removed despite the deprecation.

Thanks, Casey McD
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent to ***@ml-in.nar
Georg Seifert
2018-10-03 07:58:27 UTC
Permalink
But you can simulate a drawer by adding the extra view and resizing the window to fit. This is done automatically when you use autolayout (a stack view would be more useful than a split view) or a few lines of code when you do it manually.

georg
Post by Casey McDermott
Post by Phil Marell
One potential problem I see with drawers is - if the window was in full screen mode, nothing appears to happen unless they know to get out of full screen (which isn’t a good experience).
In our case, the data entry screens have a fixed-size layout, so the window is also a fixed size. No full screen mode: it would just look weird.
We can't put the extra info in front of the main layout because users need to see both. NSSplitView would be half-empty most of the time.
NSDrawer is working great, and hopefully it won't be removed despite the deprecation.
Thanks, Casey McD
_______________________________________________
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
https://lists.apple.com/mailman/options/cocoa-dev/georg.seifert%40gmx.de
_______________________________________________

Cocoa-dev mailing list (Cocoa-***@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/cocoa-dev/gegs%40ml-in.narkive.net

This email sent

Continue reading on narkive:
Loading...