FEATURE IDEA:
Provide ability to flag/classify files and folders in a way that allows Box to move them to a less-expensive storage offering on the back-end. This can be referred to as an "inactive" or "archive" flag.

BENEFITS & BACKGROUND

During the Box Higher Education Community Monthly Open Discussion on January 11th, an idea to submit to Box Pulse was formed, and seemed to have support from all in attendance (25-30 institutions).

Box acknowledges that there is a growing concern around constantly increasing storage, and the costs associated with it. The majority of files stored in Box are perceived (or actively reported) as being "inactive" and yet those files are costing Box and their customers the same amount. As a result, organizations are searching for alternative cost-effective solutions to move their data into. Implementing a separate solution for a subset of Box data requires significant technical, administrative, procedural, and support overhead.

Given a user or admin-driven active/inactive flag, Box could engineer their platform to use cheaper back-end storage for inactive data, and more permanent storage for active data, ultimately providing a more cost-effective service.

Administrators could be given the ability to set the parameters for what makes something an "inactive" file, and then allow end-users to tag their own content.

Allowing a view and controls around "active" vs "inactive" content, means Box could then provide X amount of "active" storage, and Y amount of "inactive" storage quota either included in the price, or for an additional fee (at better a less-expensive per TB rate). Organizations can then choose to deploy the associated quota controls and processes based on their own budget and needs for active and inactive storage.

Market opportunity -- other cloud  providers do not provide user-initiated controls for this kind of approach to data storage and management. If the providers are implementing anything like this, it is not transparent to the user. Box may have an opportunity to retain users and their data, by providing a more cost-effective glacier/cold-line/archive/inactive data storage offering, side-by-side with the rest of the Box platform.

<improvement>
Improve zoom/enlargement in 3D file preview function

With the current 3D file preview function of Box, the display of the 3D model is small, and there is a limit to the distance that can be brought close to the 3D model even when zooming, so I would like to improve.

<Use case>
- BIM/CIM-based 3D CAD data can be easily displayed on a browser, which can be expected to improve communication with relevant parties and productivity.
- The viewer of a CAD maker has high performance and high affinity with CAD data, but it has a large burden such as device specifications, software installation labor, and subscription maintenance costs.
- Even if you do not require the functions of the viewer of the CAD maker, if you can refer to a certain 3D model with a general-purpose browser, the data expansion will be easy.

I’ve created several Relay workflows across the business and the issue I found is that people are reaching out to me because my name is tied to a task that is assigned to them. Often times, I do not have any context to the workflow so it results in me having to reach out to the person who started/uploaded the document. We want to avoid approvers having to reach out to the workflow owner vs. the actual owner of the program. This process would not be sustainable if it were rolled out to a larger company.

Currently Example: Hayley creates workflow in Relay > Relay is kicked off by end-user > Box assigns an approver a task. The task is assigned by the owner of the Relay workflow - “Hayley has assigned a task to Approver.”

Proposed Example: Hayley creates workflow in Relay > Relay is kicked off by end-user/uploader > Box assigns an approver a task. The task should either read - “[End-User/Uploader] has assigned a task to Approver” OR “[Alias - People Operations team] has assigned a task to Approver.”

Please support xdw, xbd and xct files in Box for iOS.

Box for iOS can preview files supported by Box, such as PDF.
However, Box for iOS can not preview xdw, xbd and xct files (*1) for the following reasons.

DocuWorks Viewer Light (iOS) (*2) implements Quick Look Preview Extension.
Thus, an app can preview xdw, xbd and xct files if the app implements QLPreviewController.
Although Box for iOS has already implemented QLPreviewController, previewing xdw, xbd and xct files are not supported by Box.

*1)
a) DocuWorks Document
extension : xdw
MIME type : application/vnd.fujixerox.docuworks
b) DocuWorks Binder
extension : xbd
MIME type : application/vnd.fujixerox.docuworks.binder
c) DocuWorks Container
extension : xct
MIME type : application/vnd.fujixerox.docuworks.container

*2)
Fuji Xerox, DocuWorks Viewer Light (iOS)
https://apps.apple.com/jp/app/docuworks-viewer-light/id412415307

Japanese translation（日本語訳）

タイトル：iOS版Boxでのファイルプレビュー（xdw, xbd, xct）

iOS版Boxでxdw, xbd, xctファイルをサポートしてほしい。

iOS版Boxは、PDFのようなサポートされたファイルをプレビューできる。
しかし下記理由により、iOS版Boxはxdw, xbd, xct (*1)ファイルをプレビューできない。

DocuWorks Viewer Light (iOS) (*2) は「Quick Look Preview Extension」を実装している。
そうすることで、アプリ側で「QLPreviewController」を実装していれば、xdw, xbd, xctファイルをプレビューできるようになる。
iOS版Boxは「QLPreviewController」を実装済みではあるが、xdw, xbd and xctファイルのプレビューはサポートされていない。

*1)
　a) DocuWorks 文書
　 拡張子 : xdw
　 MIME タイプ : application/vnd.fujixerox.docuworks
　b) DocuWorks バインダー
　 拡張子 : xbd
　 MIME タイプ : application/vnd.fujixerox.docuworks.binder
　c) DocuWorks 入れ物
　 拡張子 : xct
　 MIME タイプ : application/vnd.fujixerox.docuworks.container

*2)
　Fuji Xerox, DocuWorks Viewer Light (iOS)
　https://apps.apple.com/jp/app/docuworks-viewer-light/id412415307

======================================================