Kiu/xenadmin
1
0
Fork 0
mirror of https://github.com/xcp-ng/xenadmin.git synced 2024-11-23 20:36:33 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity
927c5b138f
xenadmin/XenAdmin/Dialogs/CopyVMDialog.resx

639 lines
28 KiB
Plaintext
Raw Normal View History

CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<?xml version="1.0" encoding="utf-8"?>
<root>
<!--
Microsoft ResX Schema
Version 2.0
The primary goals of this format is to allow a simple XML format
that is mostly human readable. The generation and parsing of the
various data types are done through the TypeConverter classes
associated with the data types.
Example:
... ado.net/XML headers & schema ...
<resheader name="resmimetype">text/microsoft-resx</resheader>
<resheader name="version">2.0</resheader>
<resheader name="reader">System.Resources.ResXResourceReader, System.Windows.Forms, ...</resheader>
<resheader name="writer">System.Resources.ResXResourceWriter, System.Windows.Forms, ...</resheader>
<data name="Name1"><value>this is my long string</value><comment>this is a comment</comment></data>
<data name="Color1" type="System.Drawing.Color, System.Drawing">Blue</data>
<data name="Bitmap1" mimetype="application/x-microsoft.net.object.binary.base64">
<value>[base64 mime encoded serialized .NET Framework object]</value>
</data>
<data name="Icon1" type="System.Drawing.Icon, System.Drawing" mimetype="application/x-microsoft.net.object.bytearray.base64">
<value>[base64 mime encoded string representing a byte array form of the .NET Framework object]</value>
<comment>This is a comment</comment>
</data>
There are any number of "resheader" rows that contain simple
name/value pairs.
Each data row contains a name, and value. The row also contains a
type or mimetype. Type corresponds to a .NET class that support
text/value conversion through the TypeConverter architecture.
Classes that don't support this are serialized and stored with the
mimetype set.
The mimetype is used for serialized objects, and tells the
ResXResourceReader how to depersist the object. This is currently not
extensible. For a given mimetype the value must be set accordingly:
Note - application/x-microsoft.net.object.binary.base64 is the format
that the ResXResourceWriter will generate, however the reader can
read any of the formats listed below.
mimetype: application/x-microsoft.net.object.binary.base64
value : The object must be serialized with
: System.Runtime.Serialization.Formatters.Binary.BinaryFormatter
: and then encoded with base64 encoding.
mimetype: application/x-microsoft.net.object.soap.base64
value : The object must be serialized with
: System.Runtime.Serialization.Formatters.Soap.SoapFormatter
: and then encoded with base64 encoding.
mimetype: application/x-microsoft.net.object.bytearray.base64
value : The object must be serialized into a byte array
: using a System.ComponentModel.TypeConverter
: and then encoded with base64 encoding.
-->
<xsd:schema id="root" xmlns="" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:msdata="urn:schemas-microsoft-com:xml-msdata">
<xsd:import namespace="http://www.w3.org/XML/1998/namespace" />
<xsd:element name="root" msdata:IsDataSet="true">
<xsd:complexType>
<xsd:choice maxOccurs="unbounded">
<xsd:element name="metadata">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" />
</xsd:sequence>
<xsd:attribute name="name" use="required" type="xsd:string" />
<xsd:attribute name="type" type="xsd:string" />
<xsd:attribute name="mimetype" type="xsd:string" />
<xsd:attribute ref="xml:space" />
</xsd:complexType>
</xsd:element>
<xsd:element name="assembly">
<xsd:complexType>
<xsd:attribute name="alias" type="xsd:string" />
<xsd:attribute name="name" type="xsd:string" />
</xsd:complexType>
</xsd:element>
<xsd:element name="data">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
<xsd:element name="comment" type="xsd:string" minOccurs="0" msdata:Ordinal="2" />
</xsd:sequence>
<xsd:attribute name="name" type="xsd:string" use="required" msdata:Ordinal="1" />
<xsd:attribute name="type" type="xsd:string" msdata:Ordinal="3" />
<xsd:attribute name="mimetype" type="xsd:string" msdata:Ordinal="4" />
<xsd:attribute ref="xml:space" />
</xsd:complexType>
</xsd:element>
<xsd:element name="resheader">
<xsd:complexType>
<xsd:sequence>
<xsd:element name="value" type="xsd:string" minOccurs="0" msdata:Ordinal="1" />
</xsd:sequence>
<xsd:attribute name="name" type="xsd:string" use="required" />
</xsd:complexType>
</xsd:element>
</xsd:choice>
</xsd:complexType>
</xsd:element>
</xsd:schema>
<resheader name="resmimetype">
<value>text/microsoft-resx</value>
</resheader>
<resheader name="version">
<value>2.0</value>
</resheader>
<resheader name="reader">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Resources.ResXResourceReader, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</resheader>
<resheader name="writer">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Resources.ResXResourceWriter, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</resheader>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<assembly alias="System.Windows.Forms" name="System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="srPicker1.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Bottom, Left, Right</value>
</data>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<assembly alias="System.Drawing" name="System.Drawing, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a" />
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="srPicker1.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
CA-337323 : SR.scan on the SrPicker was happening silently without any indication on the UI (enhanced fix for CA-280299). The result was that numbers were changing suddenly; in cases of slow connections, a user could make a selection before the scan was over. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2020-03-30 00:49:06 +02:00
<assembly alias="mscorlib" name="mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" />
<data name="srPicker1.IntegralHeight" type="System.Boolean, mscorlib">
<value>False</value>
</data>
<data name="srPicker1.ItemHeight" type="System.Int32, mscorlib">
<value>17</value>
</data>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="srPicker1.Location" type="System.Drawing.Point, System.Drawing">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>3, 18</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="srPicker1.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>318, 129</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="srPicker1.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>1</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;srPicker1.Name" xml:space="preserve">
<value>srPicker1</value>
</data>
<data name="&gt;&gt;srPicker1.Type" xml:space="preserve">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>XenAdmin.Controls.SrPicker, [XenCenter_No_Space]Main, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;srPicker1.Parent" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>tableLayoutPanelSrPicker</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;srPicker1.ZOrder" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>0</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="CloseButton.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Bottom, Right</value>
</data>
<data name="CloseButton.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="CloseButton.Location" type="System.Drawing.Point, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>364, 342</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="CloseButton.Size" type="System.Drawing.Size, System.Drawing">
<value>75, 23</value>
</data>
<data name="CloseButton.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>6</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="CloseButton.Text" xml:space="preserve">
<value>Cancel</value>
</data>
<data name="&gt;&gt;CloseButton.Name" xml:space="preserve">
<value>CloseButton</value>
</data>
<data name="&gt;&gt;CloseButton.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Button, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;CloseButton.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;CloseButton.ZOrder" xml:space="preserve">
<value>6</value>
</data>
<data name="MoveButton.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Bottom, Right</value>
</data>
<data name="MoveButton.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="MoveButton.Location" type="System.Drawing.Point, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>283, 342</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="MoveButton.Size" type="System.Drawing.Size, System.Drawing">
<value>75, 23</value>
</data>
<data name="MoveButton.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>5</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="MoveButton.Text" xml:space="preserve">
<value>C&amp;opy</value>
</data>
<data name="&gt;&gt;MoveButton.Name" xml:space="preserve">
<value>MoveButton</value>
</data>
<data name="&gt;&gt;MoveButton.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Button, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;MoveButton.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;MoveButton.ZOrder" xml:space="preserve">
<value>5</value>
</data>
<data name="label2.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
<data name="label2.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="label2.Location" type="System.Drawing.Point, System.Drawing">
<value>9, 15</value>
</data>
<data name="label2.Size" type="System.Drawing.Size, System.Drawing">
<value>42, 15</value>
</data>
<data name="label2.TabIndex" type="System.Int32, mscorlib">
<value>0</value>
</data>
<data name="label2.Text" xml:space="preserve">
<value>&amp;Name:</value>
</data>
<data name="&gt;&gt;label2.Name" xml:space="preserve">
<value>label2</value>
</data>
<data name="&gt;&gt;label2.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Label, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;label2.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;label2.ZOrder" xml:space="preserve">
<value>4</value>
</data>
<data name="NameTextBox.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Left, Right</value>
</data>
<data name="NameTextBox.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="NameTextBox.Location" type="System.Drawing.Point, System.Drawing">
<value>79, 12</value>
</data>
<data name="NameTextBox.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>369, 23</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="NameTextBox.TabIndex" type="System.Int32, mscorlib">
<value>1</value>
</data>
<data name="&gt;&gt;NameTextBox.Name" xml:space="preserve">
<value>NameTextBox</value>
</data>
<data name="&gt;&gt;NameTextBox.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.TextBox, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;NameTextBox.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;NameTextBox.ZOrder" xml:space="preserve">
<value>2</value>
</data>
<data name="CloneRadioButton.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
<data name="CloneRadioButton.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="CloneRadioButton.Location" type="System.Drawing.Point, System.Drawing">
<value>0, 0</value>
</data>
<data name="CloneRadioButton.Size" type="System.Drawing.Size, System.Drawing">
<value>78, 19</value>
</data>
<data name="CloneRadioButton.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>0</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="CloneRadioButton.Text" xml:space="preserve">
<value>&amp;Fast clone</value>
</data>
<data name="&gt;&gt;CloneRadioButton.Name" xml:space="preserve">
<value>CloneRadioButton</value>
</data>
<data name="&gt;&gt;CloneRadioButton.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.RadioButton, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;CloneRadioButton.Parent" xml:space="preserve">
<value>FastClonePanel</value>
</data>
<data name="&gt;&gt;CloneRadioButton.ZOrder" xml:space="preserve">
<value>0</value>
</data>
<data name="CopyRadioButton.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
<data name="CopyRadioButton.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="CopyRadioButton.ImeMode" type="System.Windows.Forms.ImeMode, System.Windows.Forms">
<value>NoControl</value>
</data>
<data name="CopyRadioButton.Location" type="System.Drawing.Point, System.Drawing">
<value>9, 77</value>
</data>
<data name="CopyRadioButton.Size" type="System.Drawing.Size, System.Drawing">
<value>73, 19</value>
</data>
<data name="CopyRadioButton.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>1</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="CopyRadioButton.Text" xml:space="preserve">
<value>F&amp;ull copy</value>
</data>
<data name="&gt;&gt;CopyRadioButton.Name" xml:space="preserve">
<value>CopyRadioButton</value>
</data>
<data name="&gt;&gt;CopyRadioButton.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.RadioButton, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;CopyRadioButton.Parent" xml:space="preserve">
<value>groupBox1</value>
</data>
<data name="&gt;&gt;CopyRadioButton.ZOrder" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>2</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="DescriptionTextBox.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Left, Right</value>
</data>
<data name="DescriptionTextBox.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="DescriptionTextBox.Location" type="System.Drawing.Point, System.Drawing">
<value>79, 38</value>
</data>
<data name="DescriptionTextBox.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>369, 23</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="DescriptionTextBox.TabIndex" type="System.Int32, mscorlib">
<value>3</value>
</data>
<data name="&gt;&gt;DescriptionTextBox.Name" xml:space="preserve">
<value>DescriptionTextBox</value>
</data>
<data name="&gt;&gt;DescriptionTextBox.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.TextBox, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;DescriptionTextBox.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;DescriptionTextBox.ZOrder" xml:space="preserve">
<value>1</value>
</data>
<data name="label1.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
<data name="label1.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="label1.ImeMode" type="System.Windows.Forms.ImeMode, System.Windows.Forms">
<value>NoControl</value>
</data>
<data name="label1.Location" type="System.Drawing.Point, System.Drawing">
<value>9, 41</value>
</data>
<data name="label1.Size" type="System.Drawing.Size, System.Drawing">
<value>70, 15</value>
</data>
<data name="label1.TabIndex" type="System.Int32, mscorlib">
<value>2</value>
</data>
<data name="label1.Text" xml:space="preserve">
<value>&amp;Description:</value>
</data>
<data name="&gt;&gt;label1.Name" xml:space="preserve">
<value>label1</value>
</data>
<data name="&gt;&gt;label1.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Label, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;label1.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;label1.ZOrder" xml:space="preserve">
<value>3</value>
</data>
<data name="FastCloneDescription.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Left, Right</value>
</data>
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<data name="FastCloneDescription.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="FastCloneDescription.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="FastCloneDescription.ImeMode" type="System.Windows.Forms.ImeMode, System.Windows.Forms">
<value>NoControl</value>
</data>
<data name="FastCloneDescription.Location" type="System.Drawing.Point, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>13, 22</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="FastCloneDescription.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>370, 15</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="FastCloneDescription.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>1</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="FastCloneDescription.Text" xml:space="preserve">
<value>Clone the existing VM, using a storage-level fast disk clone operation</value>
</data>
<data name="&gt;&gt;FastCloneDescription.Name" xml:space="preserve">
<value>FastCloneDescription</value>
</data>
<data name="&gt;&gt;FastCloneDescription.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Label, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;FastCloneDescription.Parent" xml:space="preserve">
<value>FastClonePanel</value>
</data>
<data name="&gt;&gt;FastCloneDescription.ZOrder" xml:space="preserve">
<value>1</value>
</data>
<data name="groupBox1.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Bottom, Left, Right</value>
</data>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<data name="tableLayoutPanelSrPicker.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Bottom, Left, Right</value>
</data>
<data name="tableLayoutPanelSrPicker.ColumnCount" type="System.Int32, mscorlib">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>2</value>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
</data>
<data name="labelSrHint.AutoSize" type="System.Boolean, mscorlib">
<value>True</value>
</data>
<data name="labelSrHint.Dock" type="System.Windows.Forms.DockStyle, System.Windows.Forms">
<value>Fill</value>
</data>
<data name="labelSrHint.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="labelSrHint.Location" type="System.Drawing.Point, System.Drawing">
<value>3, 0</value>
</data>
<data name="labelSrHint.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>399, 15</value>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
</data>
<data name="labelSrHint.TabIndex" type="System.Int32, mscorlib">
<value>0</value>
</data>
<data name="labelSrHint.Text" xml:space="preserve">
<value>label3</value>
</data>
<data name="&gt;&gt;labelSrHint.Name" xml:space="preserve">
<value>labelSrHint</value>
</data>
<data name="&gt;&gt;labelSrHint.Type" xml:space="preserve">
<value>System.Windows.Forms.Label, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</data>
<data name="&gt;&gt;labelSrHint.Parent" xml:space="preserve">
<value>tableLayoutPanelSrPicker</value>
</data>
<data name="&gt;&gt;labelSrHint.ZOrder" xml:space="preserve">
<value>1</value>
</data>
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<data name="buttonRescan.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="buttonRescan.Location" type="System.Drawing.Point, System.Drawing">
<value>327, 18</value>
</data>
<data name="buttonRescan.Size" type="System.Drawing.Size, System.Drawing">
<value>75, 23</value>
</data>
<data name="buttonRescan.TabIndex" type="System.Int32, mscorlib">
<value>2</value>
</data>
<data name="buttonRescan.Text" xml:space="preserve">
<value>&amp;Rescan</value>
</data>
<data name="&gt;&gt;buttonRescan.Name" xml:space="preserve">
<value>buttonRescan</value>
</data>
<data name="&gt;&gt;buttonRescan.Type" xml:space="preserve">
<value>System.Windows.Forms.Button, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</data>
<data name="&gt;&gt;buttonRescan.Parent" xml:space="preserve">
<value>tableLayoutPanelSrPicker</value>
</data>
<data name="&gt;&gt;buttonRescan.ZOrder" xml:space="preserve">
<value>2</value>
</data>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<data name="tableLayoutPanelSrPicker.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="tableLayoutPanelSrPicker.Location" type="System.Drawing.Point, System.Drawing">
<value>25, 102</value>
</data>
<data name="tableLayoutPanelSrPicker.RowCount" type="System.Int32, mscorlib">
<value>2</value>
</data>
<data name="tableLayoutPanelSrPicker.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>405, 150</value>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
</data>
<data name="tableLayoutPanelSrPicker.TabIndex" type="System.Int32, mscorlib">
<value>2</value>
</data>
<data name="&gt;&gt;tableLayoutPanelSrPicker.Name" xml:space="preserve">
<value>tableLayoutPanelSrPicker</value>
</data>
<data name="&gt;&gt;tableLayoutPanelSrPicker.Type" xml:space="preserve">
<value>System.Windows.Forms.TableLayoutPanel, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
</data>
<data name="&gt;&gt;tableLayoutPanelSrPicker.Parent" xml:space="preserve">
<value>groupBox1</value>
</data>
<data name="&gt;&gt;tableLayoutPanelSrPicker.ZOrder" xml:space="preserve">
<value>0</value>
</data>
<data name="tableLayoutPanelSrPicker.LayoutSettings" type="System.Windows.Forms.TableLayoutSettings, System.Windows.Forms">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>&lt;?xml version="1.0" encoding="utf-16"?&gt;&lt;TableLayoutSettings&gt;&lt;Controls&gt;&lt;Control Name="srPicker1" Row="1" RowSpan="1" Column="0" ColumnSpan="1" /&gt;&lt;Control Name="labelSrHint" Row="0" RowSpan="1" Column="0" ColumnSpan="2" /&gt;&lt;Control Name="buttonRescan" Row="1" RowSpan="1" Column="1" ColumnSpan="1" /&gt;&lt;/Controls&gt;&lt;Columns Styles="Percent,100,AutoSize,0" /&gt;&lt;Rows Styles="AutoSize,0,Percent,100,Absolute,20" /&gt;&lt;/TableLayoutSettings&gt;</value>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
</data>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="toolTipContainer1.Anchor" type="System.Windows.Forms.AnchorStyles, System.Windows.Forms">
<value>Top, Left, Right</value>
</data>
<data name="FastClonePanel.Dock" type="System.Windows.Forms.DockStyle, System.Windows.Forms">
<value>Fill</value>
</data>
<data name="FastClonePanel.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="FastClonePanel.Location" type="System.Drawing.Point, System.Drawing">
<value>0, 0</value>
</data>
<data name="FastClonePanel.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>421, 52</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="FastClonePanel.TabIndex" type="System.Int32, mscorlib">
<value>0</value>
</data>
<data name="&gt;&gt;FastClonePanel.Name" xml:space="preserve">
<value>FastClonePanel</value>
</data>
<data name="&gt;&gt;FastClonePanel.Type" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>System.Windows.Forms.Panel, System.Windows.Forms, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;FastClonePanel.Parent" xml:space="preserve">
<value>toolTipContainer1</value>
</data>
<data name="&gt;&gt;FastClonePanel.ZOrder" xml:space="preserve">
<value>1</value>
</data>
<data name="toolTipContainer1.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="toolTipContainer1.Location" type="System.Drawing.Point, System.Drawing">
<value>9, 19</value>
</data>
<data name="toolTipContainer1.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>421, 52</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="toolTipContainer1.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>0</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;toolTipContainer1.Name" xml:space="preserve">
<value>toolTipContainer1</value>
</data>
<data name="&gt;&gt;toolTipContainer1.Type" xml:space="preserve">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>XenAdmin.Controls.ToolTipContainer, [XenCenter_No_Space]Main, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;toolTipContainer1.Parent" xml:space="preserve">
<value>groupBox1</value>
</data>
<data name="&gt;&gt;toolTipContainer1.ZOrder" xml:space="preserve">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>1</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="groupBox1.Font" type="System.Drawing.Font, System.Drawing">
<value>Segoe UI, 9pt</value>
</data>
<data name="groupBox1.Location" type="System.Drawing.Point, System.Drawing">
<value>12, 71</value>
</data>
<data name="groupBox1.Margin" type="System.Windows.Forms.Padding, System.Windows.Forms">
<value>3, 10, 3, 10</value>
</data>
<data name="groupBox1.Size" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>436, 258</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="groupBox1.TabIndex" type="System.Int32, mscorlib">
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<value>4</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="groupBox1.Text" xml:space="preserve">
<value>Copy mode</value>
</data>
<data name="&gt;&gt;groupBox1.Name" xml:space="preserve">
<value>groupBox1</value>
</data>
<data name="&gt;&gt;groupBox1.Type" xml:space="preserve">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>XenAdmin.Controls.DecentGroupBox, [XenCenter_No_Space]Main, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="&gt;&gt;groupBox1.Parent" xml:space="preserve">
<value>$this</value>
</data>
<data name="&gt;&gt;groupBox1.ZOrder" xml:space="preserve">
<value>0</value>
</data>
Removed the label from the SrPicker because in half of the occasions it was hidden and in all other cases it was set by the implementing control, i.e. the label was not reusable, hence no reason to have it in the control and risk layout issues. This means that the SrPicker does not need to be a control encapsulating a CustomTreeVIew, but simply derive from the latter. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2018-10-09 12:03:36 +02:00
<metadata name="$this.Localizable" type="System.Boolean, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<value>True</value>
</metadata>
<data name="$this.AutoScaleDimensions" type="System.Drawing.SizeF, System.Drawing">
<value>96, 96</value>
</data>
<data name="$this.ClientSize" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>464, 381</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
<data name="$this.Font" type="System.Drawing.Font, System.Drawing">
<value>Tahoma, 8pt</value>
</data>
CA-337323 : SR.scan on the SrPicker was happening silently without any indication on the UI (enhanced fix for CA-280299). The result was that numbers were changing suddenly; in cases of slow connections, a user could make a selection before the scan was over. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2020-03-30 00:49:06 +02:00
<data name="$this.MinimumSize" type="System.Drawing.Size, System.Drawing">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>480, 420</value>
CA-337323 : SR.scan on the SrPicker was happening silently without any indication on the UI (enhanced fix for CA-280299). The result was that numbers were changing suddenly; in cases of slow connections, a user could make a selection before the scan was over. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2020-03-30 00:49:06 +02:00
</data>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
<data name="$this.Text" xml:space="preserve">
<value>Copy Virtual Machine</value>
</data>
<data name="&gt;&gt;$this.Name" xml:space="preserve">
<value>CopyVMDialog</value>
</data>
<data name="&gt;&gt;$this.Type" xml:space="preserve">
CP-41048: Do not scan SRs automatically when adding to the SrPicker. Added button to scan on demand. Signed-off-by: Konstantina Chremmou <konstantina.chremmou@citrix.com>
2022-11-29 23:59:01 +01:00
<value>XenAdmin.Dialogs.XenDialogBase, [XenCenter_No_Space]Main, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null</value>
CP-4816: Initial commit to git repo Signed-off-by: Mihaela Stoica <mihaela.stoica@citrix.com>
2013-06-24 13:41:48 +02:00
</data>
</root>
Reference in New Issue Copy Permalink