- Timestamp:
- May 15, 2014 12:04:17 PM (11 years ago)
- svn:sync-xref-src-repo-rev:
- 93716
- Location:
- trunk/doc/manual/en_US
- Files:
-
- 3 edited
Legend:
- Unmodified
- Added
- Removed
-
trunk/doc/manual/en_US/user_BasicConcepts.xml
r49703 r51257 370 370 <para><glosslist> 371 371 <glossentry> 372 <glossterm>Snapshot folder</glossterm>372 <glossterm>Snapshot Folder</glossterm> 373 373 374 374 <glossdef> … … 381 381 382 382 <glossentry> 383 <glossterm>Shared clipboard</glossterm>383 <glossterm>Shared Clipboard</glossterm> 384 384 385 385 <glossdef> … … 396 396 details.</para> 397 397 398 <para>The shared clipboard is disabled by default. See398 <para>The shared clipboard is disabled by default. See 399 399 <xref linkend="security_clipboard"/> for an explanation. This 400 400 setting can be changed at any time using the "Shared Clipboard" … … 406 406 <glossterm>Drag'n'Drop</glossterm> 407 407 <glossdef> 408 <para>This setting allows to enable Drag and Drop: Select a file 409 on the desktop, click the left mouse button, move the mouse 410 to the VM window and release the mouse button. The file is 411 copied from the host to the guest. This feature is currently 412 only implemented for Linux guests and only for copying files 413 from the host to the guest.<footnote><para>Support 414 for Drag'n'Drop was added with VirtualBox 4.2</para></footnote></para> 408 <para>This setting allows to enable support for drag'n drop: Select 409 an object (e.g. a file) from the host or guest and directly copy 410 or open it on the guest or host. Multiple per-VM drag'n drop modes 411 allow restricting access in either direction.</para> 412 413 <para>For drag'n drop to work the Guest Additions need to be 414 installed on the guest.</para> 415 416 <note>Drag'n drop is disabled by default. This setting can be 417 changed at any time using the "Drag'n'Drop" menu item in the 418 "Devices" menu of the virtual machine.</note> 419 420 <para>See <xref linkend="guestadd-dnd"/> for more information.</para> 421 422 <footnote><para>Experimental support for drag and drop was added 423 with VirtualBox 4.2.</para></footnote> 415 424 </glossdef> 416 425 </glossentry> 417 426 418 427 <glossentry> 419 <glossterm>Removable media: remember runtime changes</glossterm> 420 428 <glossterm>Removable Media</glossterm> 421 429 <glossdef> 422 430 <para>If this is checked, VirtualBox will save the state of what 423 media has been mounted between several runs of a virtual 424 machine.</para> 431 media has been mounted between several runs of a virtual machine.</para> 425 432 </glossdef> 426 433 </glossentry> 427 434 428 435 <glossentry> 429 <glossterm>Mini toolbar</glossterm> 430 436 <glossterm>Mini ToolBar</glossterm> 431 437 <glossdef> 432 438 <para>In full screen or seamless mode, VirtualBox can display a … … 717 723 as of the activation of <emphasis>3D acceleration</emphasis> and 718 724 <emphasis>2D video acceleration</emphasis>. A rough estimate 719 is (<emphasis>color depth</emphasis> / 8) x 725 is (<emphasis>color depth</emphasis> / 8) x 720 726 <emphasis>vertical pixels</emphasis> x 721 727 <emphasis>horizontal pixels</emphasis> x … … 1027 1033 equipped with one or two serial ports (also called COM ports by DOS and 1028 1034 Windows). Serial ports were commonly used with modems, and some 1029 computer mice used to be connected to serial ports before USB became 1030 commonplace. 1035 computer mice used to be connected to serial ports before USB became 1036 commonplace. 1031 1037 </para> 1032 1038 … … 1042 1048 <para>If a virtual serial port is enabled, the guest operating system sees 1043 1049 a standard 16550A compatible UART device. Both receiving and transmitting 1044 data is supported. How this virtual serial port is then connected to the 1050 data is supported. How this virtual serial port is then connected to the 1045 1051 host is configurable, and the details depend on your host operating system. 1046 1052 </para> … … 1053 1059 <computeroutput>--uartmode</computeroutput> options.</para> 1054 1060 1055 <para>In either case, you can configure up to two virtual serial ports per 1061 <para>In either case, you can configure up to two virtual serial ports per 1056 1062 virtual machine. For each such device, you will need to 1057 1063 determine<orderedlist> … … 1113 1119 <para>On a Windows host, data will be sent and received 1114 1120 through a named pipe. The pipe name must be in the format 1115 <computeroutput>\\.\pipe\<name></computeroutput> 1121 <computeroutput>\\.\pipe\<name></computeroutput> 1116 1122 where <computeroutput><name></computeroutput> should 1117 identify the virtual machine but may be freely 1118 chosen.</para> 1123 identify the virtual machine but may be freely 1124 chosen.</para> 1119 1125 <para>For forwarding serial traffic, you can use a helper 1120 1126 program called VMware Serial Line Gateway, available for … … 1132 1138 <para>On a Mac, Linux or Solaris host, a local 1133 1139 domain socket is used instead. The socket filename must be 1134 chosen such that the user running VirtualBox has 1135 sufficient privileges to create and write to it. The 1136 <computeroutput>/tmp</computeroutput> directory is often a 1140 chosen such that the user running VirtualBox has 1141 sufficient privileges to create and write to it. The 1142 <computeroutput>/tmp</computeroutput> directory is often a 1137 1143 good candidate.</para> 1138 <para>On Linux there are various tools which can connect 1139 to a local domain socket or create one in server mode. The 1144 <para>On Linux there are various tools which can connect 1145 to a local domain socket or create one in server mode. The 1140 1146 most flexible tool is 1141 1147 <computeroutput>socat</computeroutput> and is available … … 1153 1159 1154 1160 <para>For a direct connection between two virtual machines 1155 (corresponding to a null-modem cable), simply configure one VM 1161 (corresponding to a null-modem cable), simply configure one VM 1156 1162 to create a pipe/socket and another to attach to it. 1157 1163 </para> … … 1159 1165 1160 1166 <listitem> 1161 <para>You can send the virtual serial port output to a file. 1162 This option is very useful for capturing diagnostic output from 1163 a guest. Any file may be used for this purpose, as long as the 1164 user running VirtualBox has sufficient privileges to create and 1167 <para>You can send the virtual serial port output to a file. 1168 This option is very useful for capturing diagnostic output from 1169 a guest. Any file may be used for this purpose, as long as the 1170 user running VirtualBox has sufficient privileges to create and 1165 1171 write to the file. 1166 1172 </para> … … 1168 1174 </itemizedlist></para> 1169 1175 </listitem> 1170 </orderedlist>Up to two serial ports can be configured per virtual 1176 </orderedlist>Up to two serial ports can be configured per virtual 1171 1177 machine, but you can pick any port numbers out of the above. However, 1172 serial ports cannot reliably share interrupts; if both ports are to be 1173 used at the same time, they must use different interrupt levels, for 1178 serial ports cannot reliably share interrupts; if both ports are to be 1179 used at the same time, they must use different interrupt levels, for 1174 1180 example COM1 and COM2, but not COM1 and COM3. 1175 1181 </para> -
trunk/doc/manual/en_US/user_GuestAdditions.xml
r51240 r51257 1246 1246 manually.)</para> 1247 1247 </sect2> 1248 </sect1> 1249 1250 <sect1 id="guestadd-dnd"> 1251 <title>Drag'n Drop</title> 1252 1253 <para>Starting with version 4.4, VirtualBox supports to drag'n drop content 1254 from the host to the guest and vice versa. For this to work the latest Guest 1255 Additions must be installed on the guest.</para> 1256 1257 <para>Drag'n drop transparently allows copying or opening files, directories 1258 and even certain clipboard formats from one end to the other, e.g. from the 1259 host to the guest or from the guest to the host. One then can perform drag'n 1260 drop operations between the host and a VM as it would be a native drag'n drop 1261 operation on the host OS.</para> 1262 1263 <para>At the moment drag'n drop is implemented for Windows- and X-Windows-based 1264 systems, both, on host and guest side. As X-Windows sports different drag'n drop 1265 protocols only the most used one, XDND, is supported for now. Applications using 1266 other protocols (such as Motif or OffiX) will not be recognized by VirtualBox.</para> 1267 1268 <para>In context of using drag'n drop the origin of the data is called 1269 <emphasis role="bold">source</emphasis>, that is, where the actual data comes 1270 from and is specified. On the other hand there is the 1271 <emphasis role="bold">target</emphasis>, which specifies where the data from 1272 the source should go to. Transferring data from the source to the target can 1273 be done in various ways, e.g. copying, moving or linking.<footnote><para>At 1274 the moment VirtualBox only copying data is supported. Moving or linking from 1275 data currently is not implemented yet.</para></footnote></para> 1276 1277 <para>When transferring data from the host to the guest OS, the host in this 1278 case is the source, whereas the guest OS is the target. However, when doing 1279 it the other way around, that is, transferring data from the guest OS to the 1280 host, the guest OS this time became the source and the host is the target.</para> 1281 1282 <para>For security reasons drag'n drop can be configured at runtime 1283 on a per-VM basis either using the "Drag'n'Drop" menu item in the "Devices" menu 1284 of the virtual machine or VBoxManage: The following four modes are available: 1285 1286 <para><mediaobject> 1287 <imageobject> 1288 <imagedata align="center" fileref="images/dnd-modes.png" 1289 width="10cm" /> 1290 </imageobject> 1291 </mediaobject></para> 1292 1293 <itemizedlist> 1294 <listitem> 1295 <para><emphasis role="bold">Disabled</emphasis> disables the drag'n drop 1296 entirely. This is the default when creating new VMs.</para> 1297 </listitem> 1298 <listitem> 1299 <para><emphasis role="bold">Host To Guest</emphasis> enables performing 1300 drag'n drop operations from the host to the guest only.</para> 1301 </listitem> 1302 <listitem> 1303 <para><emphasis role="bold">Guest To Host</emphasis> enables performing 1304 drag'n drop operations from the guest to the host only.</para> 1305 </listitem> 1306 <listitem> 1307 <para><emphasis role="bold">Bidirectional</emphasis> enables performing 1308 drag'n drop operations to both directions, e.g. from the host to the guest 1309 and vice versa.</para> 1310 </listitem> 1311 </itemizedlist></para> 1312 1313 <note><para>Drag'n drop support depends on the frontend being used; at the 1314 moment only the VirtualBox Manager frontend provides this 1315 functionality.</para></note> 1316 1317 <para>To use VBoxManage for controlling the current drag'n drop mode, see <xref 1318 linkend="vboxmanage" />. The commands <computeroutput>modifyvm</computeroutput> 1319 and <computeroutput>controlvm</computeroutput> allow setting the VM's current 1320 drag'n drop mode via command line.</para> 1321 1322 <sect2 id="guestadd-dnd-formats"> 1323 <title>Supported formats</title> 1324 1325 <para>As VirtualBox can run on a variety of host OSes and also supports a wide 1326 range of guests, certain data formats must be translated after those 1327 got transfered over so that the target OS (that is, the side which receiving the 1328 data) is able to handle them in an appropriate manner.</para> 1329 1330 <note><para>When dragging files however, no data conversion is done in any way, e.g. 1331 when transferring a file from a Linux guest to a Windows host the Linux-specific 1332 line endings won't be converted to Windows ones.</para></note> 1333 1334 <para>The following formats are handled by the VirtualBox drag'n drop service: 1335 <itemizedlist> 1336 <listitem> 1337 <para><emphasis role="bold">Plain text</emphasis>, from applications such as 1338 text editors, internet browsers and terminal windows</para> 1339 </listitem> 1340 <listitem> 1341 <para><emphasis role="bold">Files</emphasis>, from file managers such 1342 as Windows explorer, Nautilus and Finder</para> 1343 </listitem> 1344 <listitem> 1345 <para><emphasis role="bold">Directories</emphasis>, where the same applies 1346 as for files</para> 1347 </listitem> 1348 </itemizedlist> 1349 </para> 1350 </sect2> 1351 1248 1352 </sect1> 1249 1353 -
trunk/doc/manual/en_US/user_VBoxManage.xml
r51125 r51257 938 938 939 939 <sect2 id="vboxmanage-modifyvm-other"> 940 <title>Serial port, audio, clipboard and USB settings</title> 941 942 <para>The following other hardware settings are available through 940 <title>Miscellaneous settings</title> 941 942 <para>The following other hardware settings, such as serial port, audio, 943 clipboard, drag'n drop, monitor and USB settings are available through 943 944 <computeroutput>VBoxManage modifyvm</computeroutput>:<itemizedlist> 944 945 <listitem> … … 1008 1009 <para><computeroutput>--clipboard 1009 1010 disabled|hosttoguest|guesttohost|bidirectional</computeroutput>: 1010 With this setting, you can select whether the guest operating 1011 system's clipboard should be shared with the host; see <xref 1012 linkend="generalsettings" />. This requires that the Guest 1011 With this setting, you can select if and how the guest or host 1012 operating system's clipboard should be shared with the host or guest; 1013 see <xref linkend="generalsettings" />. This requires that the Guest 1014 Additions be installed in the virtual machine.</para> 1015 </listitem> 1016 1017 <listitem> 1018 <para><computeroutput>--draganddrop 1019 disabled|hosttoguest|guesttohost|bidirectional</computeroutput>: 1020 With this setting, you can select the current drag'n drop mode 1021 being used between the host and the virtual machine; 1022 see <xref linkend="guestadd-dnd" />. This requires that the Guest 1013 1023 Additions be installed in the virtual machine.</para> 1014 1024 </listitem> … … 1032 1042 </listitem> 1033 1043 </itemizedlist></para> 1044 1045 <!-- @todo r=andy Document tracing-* commands --> 1034 1046 </sect2> 1035 1047 … … 1048 1060 default.</para> 1049 1061 </listitem> 1062 1063 <!-- @todo r=andy Document vrdeproperty --> 1050 1064 1051 1065 <listitem> … … 1510 1524 1511 1525 <itemizedlist> 1526 <!-- @todo r=andy Document keyboardputscancode --> 1527 1512 1528 <listitem> 1513 1529 <para>The <computeroutput>setlinkstate<1-N></computeroutput> … … 1534 1550 1535 1551 <listitem> 1552 <para>With the "nictrace" options, you can optionally trace 1553 network traffic by dumping it to a file, for debugging 1554 purposes.</para> 1555 1556 <para>With <computeroutput>--nictrace<1-N> 1557 on|off</computeroutput>, you can enable network tracing for a 1558 particular virtual network card.</para> 1559 1560 <para>If enabled, you must specify with 1561 <computeroutput>--nictracefile<1-N> 1562 <filename></computeroutput> what file the trace should be 1563 logged to.</para> 1564 </listitem> 1565 1566 <!-- @todo r=andy Document nicpromisc --> 1567 1568 <listitem> 1569 <para><computeroutput>nicproperty<1-N> 1570 <paramname>="paramvalue"</computeroutput>: 1571 This option, in combination with "nicgenericdrv" allows you to 1572 pass parameters to rarely-used network backends.</para><para> 1573 Those parameters are backend engine-specific, and are different 1574 between UDP Tunnel and the VDE backend drivers. For example, 1575 please see <xref linkend="network_udp_tunnel" />. 1576 </para> 1577 </listitem> 1578 1579 <listitem> 1580 <para>The <computeroutput>guestmemoryballoon</computeroutput> 1581 operation changes the size of the guest memory balloon, that is, 1582 memory allocated by the VirtualBox Guest Additions from the guest 1583 operating system and returned to the hypervisor for re-use by other 1584 virtual machines. This must be specified in megabytes. For details, 1585 see <xref linkend="guestadd-balloon" />.</para> 1586 </listitem> 1587 1588 <listitem> 1536 1589 <para><computeroutput>usbattach</computeroutput> and 1537 1590 <computeroutput>usbdettach</computeroutput> make host USB devices … … 1542 1595 <para>You can use <computeroutput>VBoxManage list 1543 1596 usbhost</computeroutput> to locate this information.</para> 1597 </listitem> 1598 1599 <listitem> 1600 <para><computeroutput>clipboard 1601 disabled|hosttoguest|guesttohost|bidirectional</computeroutput>: 1602 With this setting, you can select if and how the guest or host 1603 operating system's clipboard should be shared with the host or guest; 1604 see <xref linkend="generalsettings" />. This requires that the Guest 1605 Additions be installed in the virtual machine.</para> 1606 </listitem> 1607 1608 <listitem> 1609 <para><computeroutput>draganddrop 1610 disabled|hosttoguest|guesttohost|bidirectional</computeroutput>: 1611 With this setting, you can select the current drag'n drop mode 1612 being used between the host and the virtual machine; 1613 see <xref linkend="guestadd-dnd" />. This requires that the Guest 1614 Additions be installed in the virtual machine.</para> 1544 1615 </listitem> 1545 1616 … … 1558 1629 </listitem> 1559 1630 1631 1560 1632 <listitem> 1561 1633 <para><computeroutput>setvideomodehint</computeroutput> requests that … … 1570 1642 </listitem> 1571 1643 1644 <!-- @todo r=andy Document vcpenabled + vcpscreens! --> 1645 1572 1646 <listitem> 1573 1647 <para>The <computeroutput>setcredentials</computeroutput> operation is … … 1576 1650 </listitem> 1577 1651 1652 <!-- @todo r=andy Document teleport! --> 1653 1578 1654 <listitem> 1579 <para> The <computeroutput>guestmemoryballoon</computeroutput>1580 operation changes the size of the guest memory balloon, that is,1581 memory allocated by the VirtualBox Guest Additions from the guest1582 operating system and returned to the hypervisor for re-use by other1583 virtual machines. This must be specified in megabytes. For details,1584 see <xref linkend="guestadd-balloon" />.</para>1655 <para><computeroutput>--plugcpu|unplugcpu 1656 <id></computeroutput>: If CPU hot-plugging is enabled, this adds 1657 a virtual CPU to the virtual machines (or removes one). 1658 <computeroutput><id></computeroutput> specifies the index of 1659 the virtual CPU to be added or removed and must be a number from 0 1660 to the maximum no. of CPUs configured. CPU 0 can never be removed.</para> 1585 1661 </listitem> 1586 1662 … … 1591 1667 can use up to 50% of a single host CPU.</para> 1592 1668 </listitem> 1669 1670 <!-- @todo r=andy Document webcam! --> 1671 1593 1672 </itemizedlist> 1594 1673 </sect1> … … 2733 2812 <title>VBoxManage guestcontrol</title> 2734 2813 2735 <para>The "guestcontrol" commands allow you to control certain things2736 inside a guest from the host. Please see <xref2814 <para>The <computeroutput>guestcontrol</computeroutput> commands allow you 2815 to control certain things inside a guest from the host. Please see <xref 2737 2816 linkend="guestadd-guestcontrol" /> for an introduction.</para> 2738 2817
Note:
See TracChangeset
for help on using the changeset viewer.