findDisplay

From Bohemia Interactive Community
Jump to: navigation, search
Introduced with Armed Assault version 1.00
  

Click on the images for descriptions

Introduced in

Game:
Armed Assault
Version:
1.00

Description

Description:
Find display by its IDD (which is defined in the description.ext or config).
If the specified display can't be found displayNull ("No display") is returned, (which can be tested with the isNull command.) The primary display uses IDD 46. (eg: findDisplay 46). This will return displayNull on a dedicated server (so be sure to check isDedicated if using this in a waitUntil condition).

Syntax

Syntax:
Display = findDisplay idd
Parameters:
idd: Number
Return Value:
Display

Examples

Example 1:
_display = findDisplay 1;

Additional Information

Multiplayer:
-
See also:
displayCtrlcreateDisplaycreateDialogdialogdisplayNullcontrolNullisNullcreateDisplayctrlCreatedisplayParent

Notes

Only post proven facts here. Report bugs on the feedback tracker. Use the talk page or the forums for discussions.
Add New Note | How To

Notes

Posted on 15 June 2008
Kronzky
findDisplay does not find displays defined under RscTitles (even when they are visible).
To access those types of displays, either assign the resource to a global variable, or pass its this value to a script, during the onLoad event: e.g.
class RscTitles {
  class MyRsc {
     onLoad = "myDisplay = (_this select 0)"; // or
     // onLoad = "_this execVM 'myDialog.sqf'";
     ...

You can then use the stored value as you would for regular dialogs: (myDisplay displayCtrl 1111) ctrlSetText "hello there");

Posted on 17 March 2010
Hendo
I posted a tutorial on finding and using displays here.

Posted on 07 March 2014
EUTWtrnapster
The Zeus Display uses IDD 312

Bottom Section

Posted on March 25, 2015 - 22:04 (UTC)
Austin medic
Display 12 is map
Posted on June 25, 2017 - 09:32 (UTC)
IT07
I have tested the behavior of this command and I found out that it [ findDisplay ] appears to only return the display AFTER any onLoad event handler of that display is done. So, using findDisplay inside an onLoad event handler is useless.
Posted on August 14, 2017 - 12:22 (UTC)
Demellion
There are some specific cases, where findDisplay will not be able to find an existing display. Here's the cases and how to act on them:
//Your display has IDD= -1. class RscDisplayNew { idd=-1; scriptName = "RscDisplayNew"; ... }; //Your display doesn't have IDD class RscDisplayNew { scriptName = "RscDisplayNew"; ... }; //Your display doesn't have scriptname with IDD = -1 class RscDisplayNew { idd=-1; ... }; //Your display doesn't have scriptname, neither IDD class RscDisplayNew { ... };

1.

You actually can find a -1 display, but this means finding a display with this IDD might be a problem, when there are a few displays marked as -1. So as you can see, theres an entry called scriptName. You can get a reference to this display by using uiNamespace: (uiNamespace getVariable "RscDisplayNew") NOTE: Variables are overwritten with a reference of the last declared display under the same scriptName entry. Take a look at case 3 for solution.

2.

Displays without IDD's can actually exist. They can be manipulated only in a way described in the first case using uiNamespace.

3.

You can really have this display seeking it manually in a allDisplays return. This is experimental, but working option.

4.

You will have a problem finding this display, since this display doesn't exist even in allDisplays(?) return. Behaviour unknown.