A similar note is provided below for the block layout.ĭenotes the individual block that the HUD will reside in, within a To the point where sections in the top row begin to overlap, sectionsġ and 3 will be removed from view first, followed by section 2, andįinally section 4. This means that as the viewport gradually decreases in width Priority, followed by the middle section, and finally the remaining The two outermost sections have the highest Next in the list is Section 2, and lastly Sections 1 and 3 are of Row as an example: Section 0, has the highest priority, followedīy Section 4, making the outermost sections of highest priority. This continues until onlyįor each row, the priorities are defined as follows.

Issued to inform the user of the removal. These sections are made invisible and a warning is

HUD automatically compensates for this by removing the sections of On each priority level, when the screen space begins to shrink toĪ point where the section widths of a given row begin to collide, the Where each section would have a visibility priority level. To prevent HUD objects from displaying over each other and causing aĬlutter of letters, each row has a defined visibility precedence, Here is a visualĮach section is denoted by a number from 0 to 9 as illustrated above.įor example, if the second column of the top row was desired, the Ten element matrix which divide the main viewport. There are 10 sectionsĭivided across the screen. Widths/limitations (see -s/section flag description for more details).ĭefines the section the HUD will appear in. Sets the Heads-Up Display to be visible regardless of overlapping section Sets the visibility of the Heads-Up Display on and off. So that no heads-up displays will draw to screen. Modify individual visibilities of heads-up displays, but turns off the layout Sets the visibility of Heads-Up Display layout on and off. Text string that appears to the left of the desired information. This flag cannot be combined with any other flag. This flag forces the given Heads-Up Display element to refresh, updating This flag returns whether the given object exists in the Heads-Up Display layout.Īn object name must be supplied with this command. This flag only permits the EDITING of the name of the Heads-Up Display. Objects may be removed via their position (section and block), or their unique name.įlags allDescendants, allowOverlap, attachToRefresh, attributeChange, block, blockAlignment, blockSize, command, conditionChange, conditionFalse, conditionTrue, connectionChange, dataAlignment, dataFontSize, dataWidth, decimalPrecision, disregardIndex, event, exists, gridColor, label, labelFontSize, labelWidth, lastOccupiedBlock, layoutVisibility, listConditions, listEvents, listHeadsUpDisplays, listNodeChanges, listPresets, name, nextFreeBlock, nodeChanges, padding, preset, refresh, remove, removeID, removePosition, resetNodeChanges, scriptResult, section, showGrid, visible Long name (short name) Remove the HUD object (-rid/removeID ), if desired. Upon creation of a HUD object, an ID number will be assigned to it. OR command/trigger flags are not present, only a label will be drawn on the viewport. The only mandatory flags, on creation are the section and block flags. Is formatted using the various flags of this command. The text string displayed on the viewport

Inactive overlay plane on the 3D viewport. This command creates a Heads-up Display (HUD) object which is placed in a 2D HeadsUpDisplay is NOT undoable, queryable, and editable. HeadsUpDisplay(,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ,, ],, ,, , ) Note: Strings representing object names and arguments must be separated by commas.

Heads up display menu in maya