Abstract: The present disclosure provides three-dimensional (3D) printing systems, apparatuses, methods and non-transitory computer readable media for the production of at least one requested 3D object. The 3D printer described herein facilitates operation of a layer dispensing mechanism with high precision albeit operating in an enclosure contaminated by debris, e.g., during the 3D printing. The debris may be a byproduct of the 3D printing.

Abstract: The present disclosure provides a computer-implemented method for correlating at least one infrared 2D-image to a 3D-representation of at least a part of a tooth displayed in a graphical user-interface, of a hand-held scanning device, on a screen, including the steps of: obtaining a first set of 2D-images of the at least part of the tooth; forming a 3D-representation of the at least a part of the tooth from the first set of 2D-images; displaying, in the graphical user-interface, the 3D-representation; obtaining a second set of 2D-images, wherein the second set of 2D images are infrared 2D-images acquired within the at least part of the tooth; displaying, in the user-interface, at least one of the 2D-images from the second set of 2D-images; displaying, in the user-interface, a manipulator configured to change between 2D-images in the second set of 2D-images.

Abstract: The present disclosure provides a computer-implemented method for correlating at least one infrared 2D-image to a 3D-representation of at least a part of a tooth displayed in a graphical user-interface, of a hand-held scanning device, on a screen, comprising the steps of: obtaining a first set of 2D-images of the at least part of the tooth; forming a 3D-representation of the at least a part of the tooth from the first set of 2D-images; displaying, in the graphical user-interface, the 3D-representation; obtaining a second set of 2D-images, wherein the second set of 2D images are infrared 2D-images acquired within the at least part of the tooth; displaying, in the user-interface, at least one of the 2D-images from the second set of 2D-images; displaying, in the user-interface, a manipulator configured to change between 2D-images in the second set of 2D-images.

Abstract: A variety of anodically-coloring electrochromic molecules are provided. In particular, anodically-coloring electrochromic molecules and devices are provided that allow for tuning the absorption bands in the cation state across the visible spectrum while demonstrating little to no coloring or visible absorption in the neutral state, resulting in high-contrast devices. Electrochromic devices are also provided, as well as methods of making the devices and molecules, and methods of use thereof.

Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: Described herein are technologies that provide an element of security related to file system operations. Individual nodes in a file system, such as a directory or a file, can be associated with information that describes how to handle letter case when a file name included in a file system operation request is used to locate a file in the file system. For example, a case sensitive designation associated with a directory can require a case sensitive match between a file name included in a request and a file name included in the directory, in order to perform the requested file system operation. In another example, a case preferring designation associated with a directory first checks for a case sensitive match between file names. If a case sensitive match does not exist, then a case insensitive match between the file names can be used to perform the requested file system operation.

Abstract: Devices including a marker pen body, a marker cartridge, and a kit having the marker pen body and at least one marker cartridge. The marker pen includes a marker pen body front and a marker pen body rear configured to removably mate with the marker pen body front, the mated marker pen body front and the marker pen body rear forming a cavity having an interior mating means configured to removably mate with a cartridge and prevent rotation of the cartridge in the cavity. The cartridge includes a nib, a marker cartridge housing including an exterior mating means configured to removably mate with a cavity of a marker pen body, such that removably mating the exterior mating means and the cavity is configured to prevent rotation of the marker cartridge housing in the cavity, and a sponge configured to contact the nib inside the marker cartridge housing and transfer ink to the nib.

Abstract: Described herein are technologies that provide an element of security related to file system operations. Individual nodes in a file system, such as a directory or a file, can be associated with information that describes how to handle letter case when a file name included in a file system operation request is used to locate a file in the file system. For example, a case sensitive designation associated with a directory can require a case sensitive match between a file name included in a request and a file name included in the directory, in order to perform the requested file system operation. In another example, a case preferring designation associated with a directory first checks for a case sensitive match between file names. If a case sensitive match does not exist, then a case insensitive match between the file names can be used to perform the requested file system operation.

Abstract: A computing device saves storage space by foregoing writing the payloads for batches of feature files to local storage and then automatically downloading payloads for individual batches of feature files as associated features are called upon. In various embodiments, an operating system (OS) that includes both frequently used and infrequently used features is executing on the computing device. Batches of feature files for the frequently used features of the OS may be hydrated on the computing device whereas batches of feature files for the infrequently used features of the OS may be left dehydrated on the computing device. When an infrequently used feature is requested, the computing device automatically downloads a corresponding batch of feature files. Then, the computing device may fulfill the request by implementing the infrequently used feature. Thus, predetermined batches of feature files remain immediately accessible at the computing device without consuming storage space unless called upon.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the local drive of the computing device. Responsive to the metadata indicating that the first application is not written to the local drive of the computing device, a download request is transmitted to an application provider. A download package for application is received that includes one or more application files that are operable to execute the application when stored on the computing device without executing an installation process.

Abstract: The techniques disclosed herein improve performance of file system logging by writing log data to persistent memory instead of staging in RAM before writing to disk. In one embodiment, while the log is being written, checksums are inserted, such that during recovery, the checksums can be used to distinguish good log pages from bad log pages. In this way, good log pages can be evaluated to determine whether to roll a portion of a file system transaction forward, backward, or do nothing, while bad log pages can be safely ignored. Additionally or alternatively, non-temporal copies are employed when writing data to persistent memory, thereby reducing an amount of time log data is exposed to be lost in a crash.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the local drive of the computing device. Responsive to the metadata indicating that the first application is not written to the local drive of the computing device, a download request is transmitted to an application provider. A download package for application is received that includes one or more application files that are operable to execute the application when stored on the computing device without executing an installation process.

Abstract: Techniques are disclosed for managing applications. Responsive to receiving a request for access to a first application, metadata is retrieved that is written to the virtual machine. Responsive to the metadata indicating that the first application is not written to the virtual machine, a download request is transmitted to a remote host. A download package for application is received that includes one or more application files that are operable to execute the application when stored at the virtual machine without executing an installation process.

Abstract: A system to enable a user to generate copies of files at a client device and to cause a file hosting platform to generate backups of these copies in a cloud database without transferring file content data for these files between the client device and the cloud database. When a user copies a file from a first folder on a client device to a second folder on the client device, the system may determine that the file content data for this file is already present in the cloud database. Then, rather than uploading the file content data to the cloud database from the client device, the system may cause a file hosting platform to access the file content data directly from the cloud database to perform a file copy operation.

Abstract: A computing device saves storage space by foregoing writing the payloads for batches of feature files to local storage and then automatically downloading payloads for individual batches of feature files as associated features are called upon. In various embodiments, an operating system (OS) that includes both frequently used and infrequently used features is executing on the computing device. Batches of feature files for the frequently used features of the OS may be hydrated on the computing device whereas batches of feature files for the infrequently used features of the OS may be left dehydrated on the computing device. When an infrequently used feature is requested, the computing device automatically downloads a corresponding batch of feature files. Then, the computing device may fulfill the request by implementing the infrequently used feature. Thus, predetermined batches of feature files remain immediately accessible at the computing device without consuming storage space unless called upon.

Abstract: The described technologies enable a computing device to allocate at least a portion of its persistent memory as volatile memory during runtime. At least some implementations create a file in the persistent memory of the computing device. The file is created in the persistent memory of the computing device during runtime of a virtual machine (VM) hosted by the computing device. The file may be allocated to the VM. The file allocated to the VM may be used as volatile memory. For example, the VM may use the file to store temporary data (e.g., volatile data). In some implementations, the temporary data is associated with an application executing in the VM.

Abstract: Determination logic for a cloud content states framework is described herein. In implementations, a framework is configured to perform operations for management of cloud content files at the computing device on behalf of cloud storage providers. Determination logic for the framework is utilized to make state determinations in dependence upon a defined set of file sync properties. The framework operates to make assessments of the file sync properties and set states for files in accordance with the assessments. In implementations, file sync properties are related to corresponding states through a mapping data structure that maps file sync property values to different states and enables look-ups of states based on property values. The framework utilizes and references the mapping data structure to match file sync properties identified for cloud content files to corresponding states and then set states for the cloud content files accordingly.

Abstract: A computing device has a tiered storage with at least two types of storage classes which further comprise storage tiers. A file system is instantiated that is configured to allocate storage implemented as a plurality of storage classes, the storage classes each corresponding to a set of storage tiers having performance and capacity characteristics. A content item is pinned with a first one of the storage classes. Storage in a storage tier is allocated to the content item in accordance with the pinned first storage class.