summaryrefslogtreecommitdiffstats
path: root/doc/html/emb-qvfb.html
diff options
context:
space:
mode:
Diffstat (limited to 'doc/html/emb-qvfb.html')
-rw-r--r--doc/html/emb-qvfb.html26
1 files changed, 13 insertions, 13 deletions
diff --git a/doc/html/emb-qvfb.html b/doc/html/emb-qvfb.html
index df971cc..c2a301e 100644
--- a/doc/html/emb-qvfb.html
+++ b/doc/html/emb-qvfb.html
@@ -1,5 +1,5 @@
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
-<!-- /home/espenr/tmp/qt-3.3.8-espenr-2499/qt-x11-free-3.3.8/doc/qvfb.doc:36 -->
+<!-- /home/espenr/tmp/qt-3.3.8-espenr-2499/qt-x11-free-3.3.8/doc/tqvfb.doc:36 -->
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
@@ -34,17 +34,17 @@ body { background: #ffffff; color: black; }
<p> The virtual framebuffer allows Qt/Embedded programs to be developed on
a desktop machine, without switching between consoles and X11.
-<p> The virtual framebuffer is located in <tt>$QTDIR/tools/qvfb</tt>.
+<p> The virtual framebuffer is located in <tt>$QTDIR/tools/tqvfb</tt>.
<p> <h2> Using the Virtual Framebuffer
</h2>
<a name="1"></a><p> <ol type=1>
-<li> Configure Qt/Embedded with the <tt>-qvfb</tt> argument and compile the library:
+<li> Configure Qt/Embedded with the <tt>-tqvfb</tt> argument and compile the library:
<pre>
- ./configure -qvfb
+ ./configure -tqvfb
make
</pre>
-<li> Compile <tt>qvfb</tt> as a normal Qt/X11 application and run it. Do <em>not</em>
+<li> Compile <tt>tqvfb</tt> as a normal Qt/X11 application and run it. Do <em>not</em>
compile it as a Qt/Embedded application.
<li> Start a Qt/Embedded master application (i.e., construct
<a href="qapplication.html">QApplication</a> with the QApplication::GuiServer flag or use the <tt>-qws</tt> command line parameter). You can specify to the server that
@@ -53,13 +53,13 @@ you wish to use the virtual framebuffer driver, e.g.:
masterapp -qws -display QVFb:0
</pre>
-<li> Qt/Embedded will autodetect qvfb, so you can omit the <tt>-display</tt>
-command line parameter if you know that qvfb is running, and that
-the Qt/Embedded library supports qvfb. (If this is not the case,
+<li> Qt/Embedded will autodetect tqvfb, so you can omit the <tt>-display</tt>
+command line parameter if you know that tqvfb is running, and that
+the Qt/Embedded library supports tqvfb. (If this is not the case,
Qt/Embedded will write to the real framebuffer, and your X11
display will be corrupted.)
<p> </ol>
-<p> <tt>qvfb</tt> supports the following command line options:
+<p> <tt>tqvfb</tt> supports the following command line options:
<p> <center><table cellpadding="4" cellspacing="2" border="0">
<tr bgcolor="#a2c511"> <th valign="top">Option <th valign="top">Meaning
<tr bgcolor="#f0f0f0">
@@ -82,23 +82,23 @@ display will be corrupted.)
</h2>
<a name="2"></a><p> The virtual framebuffer emulates a framebuffer using a shared memory region
(the virtual frame buffer) and a utility to display the framebuffer in a
-window (<tt>qvfb</tt>). The regions of the display that have changed are updated
+window (<tt>tqvfb</tt>). The regions of the display that have changed are updated
periodically, so you will see discrete snapshots of the framebuffer rather
than each individual drawing operation. For this reason drawing problems
such as flickering may not be apparent until the program is run using a real
framebuffer.
<p> The target refresh rate can be set via the <b>View|Refresh Rate</b>
-menu item. This will cause <tt>qvfb</tt> to check for updated regions more
+menu item. This will cause <tt>tqvfb</tt> to check for updated regions more
frequently. The rate is a target only. If little drawing is being
done, the framebuffer will not show any updates between drawing
events. If an application is displaying an animation the updates will
-be frequent, then the application and <tt>qvfb</tt> will compete for
+be frequent, then the application and <tt>tqvfb</tt> will compete for
processor time.
<p> Mouse and keyboard events are passed to the Qt/Embedded master process via
named pipes.
<p> The virtual framebuffer is a development tool only. No security issues have
been considered in the virtual framebuffer design. It should be avoided
-in a production environment; do not configure production libraries with <tt>-qvfb</tt>.
+in a production environment; do not configure production libraries with <tt>-tqvfb</tt>.
<p>
<!-- eof -->
<p><address><hr><div align=center>