<xml>
<Object_Id> 243</Object_Id>
<Title> &lt;A HREF="file:/projects/necatm/380/src/pnni"&gt;Reusable ovw selection dialog implementation&lt;/A&gt;</Title>
<Node_Type> Production</Node_Type>
<Format> File Directory or Folder</Format>
<Address>  &lt;A HREF ="file:/projects/necatm/380/src/pnni"&gt;file:/projects/necatm/380/src/pnni&lt;/A&gt;</Address>
<Keywords> OVw                             OpenView   
                          Motif
</Keywords>
<Abstract> This mail reports a reusable OpenView Windows selection dialog implementation.                          
                          Selection in ovw depends on the Selection List, which can be accessed
                          but not altered by an application. The application must take the list 
                          as it finds it. The code described is an example of such an interaction 
                          and can be substantially reused for any type of selection.
                          
                          The files involved are in ${PROJECT}/src/pnni/. They are as follows:
                          The selection dialog itself:
                              route/select/select.[hc] 
                          The X dialog box:
                              xdialog/xdialog.[hc]
                          X initialization, and message boxes:
                              x/x.[hc]
                          OVw initialization and map state checking:
                              ov/ov-attach.[hc]
                          OV return value checking utilities:
                              ov/ov-utils.[hc]
                          Execution tracing:
                              util/tracing.[hc]
                              (${PROJECT}/man/man1/tracing.1)
                          Standardized memory allocation:
                              util/myalloc.[hc]
                          
                          select.c needs to be tailored for the number and type of items being
                          selected. It could also be altered to remove dependence on my utilities.
                          The following is a guide to tailoring:
                          
                          In initSelect &amp; selectEndsCb:
                              set the callback action(s) to application defined menu item(s) to
                              initiate the dialog.
                          In selectDialogCb:
                              set the number of items and the function called once the list is valid.
                          In checkSelectList:
                              check the list for validity.
                          
                          Various message strings and message processing functions would also need 
                          to be adapted.
                              
                          cheers
                          Pushkar
                          
</Abstract>
<Date_Entry_Created> 20/11/97</Date_Entry_Created>
<Entry_Created_By> pkp</Entry_Created_By>
<Date_Entry_Last_Modified> </Date_Entry_Last_Modified>
<Entry_Last_Modified_By> </Entry_Last_Modified_By>
<Asset_Qualification> useful / does the job</Asset_Qualification>
<Other_Opinions> </Other_Opinions>
<Contact_Person>  &lt;A HREF ="mailto:pkp"&gt;mailto:pkp&lt;/A&gt;</Contact_Person>
<IP_or_Copyright_Owner> CiTR/NEC</IP_or_Copyright_Owner>
<Support_re_Ownership> </Support_re_Ownership>
<Date_Item_Created> 14/10/1997</Date_Item_Created>
<Usage_Conditions> </Usage_Conditions>
<Support_re_Usage_Condns> </Support_re_Usage_Condns>
<Authors_and_Contributors> </Authors_and_Contributors>
<Projects_Used_In> NC380.6</Projects_Used_In>
<Obtained_From> </Obtained_From>
<Derived_From> </Derived_From>
<Related_Items> </Related_Items>
<Code_Type> library</Code_Type>
<Programming_Language> C</Programming_Language>
<Portations> SunOS</Portations>
<Source_Location> </Source_Location>
<Binaries_Location> </Binaries_Location>
<Issues_Bug_etc_List_Locn> </Issues_Bug_etc_List_Locn>
<Additional_Info> </Additional_Info>
</xml>
