亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關于我們
? 蟲蟲下載站

?? cha-dialogs.html

?? gtk_text program sample&eg
?? HTML
?? 第 1 頁 / 共 2 頁
字號:
              <p>                If the dialog is not modal, interacting with other                parts of the application              </p>            </li>          </ul>          <p>            <tt class="CLASSNAME">GnomeDialog</tt> emits two            signals in addition to those it inherits from parent            classes. If the user clicks one of the dialog's            buttons, a <span class="SYMBOL">"clicked"</span> signal            is emitted. (This is <i class="EMPHASIS">not</i> the            <span class="SYMBOL">"clicked"</span> signal from <tt            class="CLASSNAME">GtkButton</tt>; it's a different            signal, emitted by <tt class="CLASSNAME">            GnomeDialog</tt>.) A <tt class="CLASSNAME">            GnomeDialog</tt><span class="SYMBOL">"clicked"</span>            handler should have three arguments: the dialog            emitting the signal, the number of the button clicked,            and your callback data.          </p>          <p>            <tt class="CLASSNAME">GnomeDialog</tt> also has a <span            class="SYMBOL">"close"</span> signal. It is emitted            when <tt class="FUNCTION">gnome_dialog_close()</tt> is            called; all the built-in event handlers (e.g. for the            Escape shortcut) call this function to close the            dialog. <tt class="CLASSNAME">GnomeDialog</tt>'s            default handler for <span class="SYMBOL">"close"</span>            has two possible behaviors: it can call either <tt            class="FUNCTION">gtk_widget_hide()</tt> or <tt class=             "FUNCTION">gtk_widget_destroy()</tt> on the dialog. The            behavior is configurable by calling <tt class=            "FUNCTION">gnome_dialog_close_hides()</tt>, shown in <a            href="cha-dialogs.html#FL-CLOSINGDIALOG">Figure 3</a>.          </p>          <div class="FIGURE">            <a name="FL-CLOSINGDIALOG"></a>            <div class="FUNCSYNOPSIS">              <a name="FL-CLOSINGDIALOG.SYNOPSIS"></a>              <table border="0" bgcolor="#E0E0E0" width="100%">                <tr>                  <td><pre class="FUNCSYNOPSISINFO">       #include &lt;libgnomeui/gnome-dialog.h&gt;      </pre>                  </td>                </tr>              </table>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_close_hides</tt></code>(GnomeDialog*                <tt class="PARAMETER"><i>dialog</i></tt>, gboolean                <tt class="PARAMETER"><i>setting</i></tt>);</code>              </p>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_set_close</tt></code>(GnomeDialog* <tt                class="PARAMETER"><i>dialog</i></tt>, gboolean <tt                class="PARAMETER"><i>setting</i></tt>);</code>              </p>            </div>            <p>              <b>Figure 3. Closing <tt class="CLASSNAME">              GnomeDialog</tt></b>            </p>          </div>          <p>            By default, <span class="SYMBOL">"close"</span>            destroys the dialog. This is what you usually want;            however, if a dialog is noticeably time-consuming to            create, you might want to merely hide and re-show it            between uses, without ever destroying it. You might            also want to hide the dialog from the user, extract the            state of any widgets inside it, and then destroy it            with <tt class="FUNCTION">gtk_widget_destroy()</tt>.            The decision depends on the structure of your code.            However, in general it is simpler and less error-prone            to let the dialog be destroyed when clicked. You can            connect to the <span class="SYMBOL">"clicked"</span>            signal if you need to query the state of widgets in the            dialog.          </p>          <p>            If you connect a handler to <span class="SYMBOL">            "close"</span>, that handler should return a boolean            value. If it returns <span class="STRUCTNAME">            TRUE</span>, the hide or destroy will not take place.            You can use this to keep the user from closing the            dialog, for example if they have not filled in all the            fields of a form.          </p>          <p>            The <span class="SYMBOL">"close"</span> signal is            designed to collect several possible user actions into            a single handler: it should be emitted when the user            presses Escape or the window manager's window close            button is clicked. It's often convenient to emit close            when the dialog's buttons are clicked as well. You can            ask <tt class="CLASSNAME">GnomeDialog</tt> to emit            close whenever a button is clicked with <tt class=             "FUNCTION">gnome_dialog_set_close()</tt> (<a href=             "cha-dialogs.html#FL-CLOSINGDIALOG">Figure 3</a>); if            its <span class="STRUCTNAME">setting</span> argument is            <span class="STRUCTNAME">TRUE</span>, the dialog will            emit <span class="SYMBOL">"close"</span> in addition to            <span class="SYMBOL">"clicked"</span> if any of its            buttons are clicked. By default, this setting is <span            class="STRUCTNAME">FALSE</span> for <tt class=            "CLASSNAME">GnomeDialog</tt>, but for many of the            special dialog types the default is <span class=             "STRUCTNAME">TRUE</span> (the inconsistency is an            unfortunate misfeature).          </p>          <p>            Note that the <span class="SYMBOL">"close"</span>            signal is emitted when the dialog receives <span class=             "SYMBOL">"delete_event"</span>; this means you only            have to write one signal handler to deal with all            dialog closings. There is no need to handle <span            class="SYMBOL">"delete_event"</span> as a separate            case.          </p>        </div>        <div class="SECT2">          <h2 class="SECT2">            <a name="SEC-DIALOGS-TOUCHES">Finishing Touches</a>          </h2>          <p>            The difference between a good dialog and a great dialog            is in the details. <tt class="CLASSNAME">            GnomeDialog</tt> comes with a number of features to            make that final polish easy. <a href=             "cha-dialogs.html#FL-DIALOGPOLISH">Figure 4</a> sums            them up.          </p>          <div class="FIGURE">            <a name="FL-DIALOGPOLISH"></a>            <div class="FUNCSYNOPSIS">              <a name="FL-DIALOGPOLISH.SYNOPSIS"></a>              <table border="0" bgcolor="#E0E0E0" width="100%">                <tr>                  <td><pre class="FUNCSYNOPSISINFO">       #include &lt;libgnomeui/gnome-dialog.h&gt;      </pre>                  </td>                </tr>              </table>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_set_parent</tt></code>(GnomeDialog*                <tt class="PARAMETER"><i>dialog</i></tt>,                GtkWindow* <tt class="PARAMETER"><i>                parent</i></tt>);</code>              </p>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_set_default</tt></code>(GnomeDialog*                <tt class="PARAMETER"><i>dialog</i></tt>, gint <tt                class="PARAMETER"><i>button</i></tt>);</code>              </p>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_editable_enters</tt></code>(GnomeDialog*                <tt class="PARAMETER"><i>dialog</i></tt>,                GtkEditable* <tt class="PARAMETER"><i>                editable</i></tt>);</code>              </p>              <p>                <code><code class="FUNCDEF">void <tt class=                "FUNCTION">                gnome_dialog_set_sensitive</tt></code>(GnomeDialog*                <tt class="PARAMETER"><i>dialog</i></tt>, gint <tt                class="PARAMETER"><i>button</i></tt>, gboolean <tt                class="PARAMETER"><i>setting</i></tt>);</code>              </p>            </div>            <p>              <b>Figure 4. <tt class="CLASSNAME">GnomeDialog</tt>              Polish</b>            </p>          </div>          <p>            Dialogs have a logical <i class="FIRSTTERM">parent</i>,            usually the main application window. You can tell the            library about this parent-child relationship; this lets            Gnome honor certain user preferences, and in turn            indicates the relationship to the window manager. Most            window managers will minimize child dialogs when the            parent window is minimized, and keep child dialogs on            top of their parent.          </p>          <p>            It's important to use <tt class="FUNCTION">            gnome_dialog_set_parent()</tt> with <i class=            "FIRSTTERM">transient</i> dialogs only. A transient            dialog is one that appears and is dismissed relatively            quickly. (<tt class="CLASSNAME">GnomeDialog</tt> is            really meant for transient dialogs.) Some "dialogs" are            just small windows, such as the tool palette in the            Gimp. These persistent ("floating") dialogs should be            minimizable without minimizing the parent, and they            should not be forced to stay above the parent window.          </p>          <p>            Your dialog should have a sensible <i class=            "FIRSTTERM">default button</i>---this is the button            activated when the user presses the Enter key. <tt            class="FUNCTION">gnome_dialog_set_default()</tt>            specifies the default button. It's a judgment call            which button should be the default. Often the best            choice is the least-destructive action (i.e., "Cancel"            rather than "OK"), but if neither is destructive, user            convenience might guide your decision.          </p>          <p>            Typically, operations such as deleting data or quitting            an application have "Cancel" or "No" as the default;            dialogs that ask the user to enter text or other            information typically have "OK" as the default.            Remember that many window managers will focus windows            when they pop up, so keystrokes users intend to go to            their current application might go to your dialog            instead. If your dialog has "delete all my files" as            the default button, you will get hate mail.          </p>          <p>            Editable widgets emit the <span class="SYMBOL">            "activate"</span> signal when Enter is pressed.            Typically users expect Enter to activate the default            dialog button, but if you have an editable widget such            as <tt class="CLASSNAME">GtkEntry</tt> in your dialog,            it will capture any Enter presses, and keep the            dialog's buttons from responding to them. <tt class=             "FUNCTION">gnome_dialog_editable_enters()</tt>            activates the dialog's default button when the <tt            class="CLASSNAME">GtkEditable</tt> is activated,            solving the problem.          </p>          <p>            <tt class="FUNCTION">gnome_dialog_set_sensitive()</tt>            calls <tt class="FUNCTION">            gtk_widget_set_sensitive()</tt> on <span class=             "STRUCTNAME">button</span>. If clicking a button makes            no sense at a given time it should be desensitized.          </p>          <p>            Finally, you should make sure you do not create            multiple instances of a dialog. Many applications allow            you to pop up multiple Preferences or About dialogs;            users will not trigger this bug very often, but it is a            nice touch to avoid the problem. The following code            deals with it in a simple way (note that the details of            creating and showing the dialog have been omitted).          </p>          <table border="0" bgcolor="#E0E0E0" width="100%">            <tr>              <td><pre class="PROGRAMLISTING">&#13;void do_dialog(){  static GtkWidget* dialog = NULL;  if (dialog != NULL)     {      /* This code tries to de-iconify and raise the dialog.        * It assumes the dialog is realized; if you can't        * ensure that, check that dialog-&gt;window != NULL.       */      gdk_window_show(dialog-&gt;window);      gdk_window_raise(dialog-&gt;window);    }  else    {      dialog = gnome_dialog_new();      /* Arguments elided. */      gtk_signal_connect(GTK_OBJECT(dialog),                         "destroy",                         GTK_SIGNAL_FUNC(gtk_widget_destroyed),                         &amp;dialog);      /* Show the dialog, connect callbacks, etc. here */                       }}      </pre>              </td>            </tr>          </table>          <p>            <tt class="FUNCTION">gtk_widget_destroyed()</tt> is            defined in <tt class="FILENAME">gtk/gtkwidget.h</tt>,            and simply assigns <span class="STRUCTNAME">NULL</span>            to its second argument. The code resets the <span            class="STRUCTNAME">dialog</span> variable each time the            user closes the dialog, and raises/deiconifies the            dialog if the user tries to open it while another one            is active. Note that the window manager has some say in            whether the raise/deiconify is successful, so it is not            guaranteed to happen.          </p>        </div>      </div>    </div>    <div class="NAVFOOTER">      <br>      <br>      <table width="100%" border="0" bgcolor="#ffffff" cellpadding=       "1" cellspacing="0">        <tr>          <td width="25%" bgcolor="#ffffff" align="left">            <a href="z94.html"><font color="#0000ff" size="2"><b>            &lt;&lt;&lt; Previous</b></font></a>          </td>          <td width="25%" colspan="2" bgcolor="#ffffff" align=           "center">            <font color="#0000ff" size="2"><b><a href="ggad.html">            <font color="#0000ff" size="2"><b>            Home</b></font></a></b></font>          </td>          <td width="25%" bgcolor="#ffffff" align="right">            <a href="sec-modaldialogs.html"><font color="#0000ff"            size="2"><b>Next &gt;&gt;&gt;</b></font></a>          </td>        </tr>        <tr>          <td colspan="2" align="left">            <font color="#000000" size="2"><b>Finishing            Touches</b></font>          </td>          <td colspan="2" align="right">            <font color="#000000" size="2"><b>Modal            Dialogs</b></font>          </td>        </tr>      </table>    </div>  </body></html>

?? 快捷鍵說明

復制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
久久国产精品一区二区| 国产一区二区不卡在线| 日本乱人伦一区| 亚洲欧美综合另类在线卡通| 99久久免费视频.com| 中文一区一区三区高中清不卡| 国产一区在线不卡| 欧美韩日一区二区三区四区| 99在线精品观看| 亚洲一二三四在线观看| 欧美一区日本一区韩国一区| 蜜桃av一区二区在线观看| 久久精品水蜜桃av综合天堂| av在线播放一区二区三区| 亚洲一区欧美一区| 日韩午夜小视频| 成人综合在线网站| 亚洲一区二区黄色| 精品欧美乱码久久久久久| 国产精品一区二区在线看| 中文字幕一区二区三区在线播放 | 亚洲一区在线视频| 日韩欧美激情一区| jizzjizzjizz欧美| 午夜一区二区三区在线观看| 精品88久久久久88久久久| 成人激情校园春色| 日本欧美韩国一区三区| 中文字幕免费不卡| 3751色影院一区二区三区| 国产激情一区二区三区桃花岛亚洲| 97久久精品人人澡人人爽| 亚洲免费观看高清在线观看| 国产乱人伦偷精品视频免下载 | 青草av.久久免费一区| 成人美女在线视频| 5858s免费视频成人| av网站一区二区三区| 91在线视频播放地址| 国产精品毛片高清在线完整版| 夜夜嗨av一区二区三区四季av| 在线一区二区三区做爰视频网站| 麻豆精品一区二区综合av| 亚洲三级电影网站| 欧美大胆一级视频| 欧美系列一区二区| 成人国产在线观看| 蜜臀av性久久久久av蜜臀妖精| 亚洲欧洲综合另类| 久久新电视剧免费观看| 在线成人免费视频| 在线视频一区二区三| 国产成人福利片| 日本伊人色综合网| 亚洲国产色一区| 最新国产成人在线观看| 久久噜噜亚洲综合| 日韩女优av电影在线观看| 欧美亚洲综合久久| 91麻豆精东视频| 成人av在线影院| 国产乱色国产精品免费视频| 日本亚洲最大的色成网站www| 亚洲欧洲av在线| 国产精品免费久久久久| 26uuu成人网一区二区三区| 欧美一区永久视频免费观看| 欧美日韩国产成人在线91| 在线欧美小视频| 色婷婷av一区二区三区之一色屋| 99精品桃花视频在线观看| 久久夜色精品国产噜噜av| 国产一区二区精品久久91| 国产欧美精品一区aⅴ影院| 暴力调教一区二区三区| 日韩精品一区第一页| 亚洲黄色尤物视频| 91麻豆国产精品久久| 亚洲综合在线免费观看| 精品中文字幕一区二区小辣椒| 午夜电影网一区| 国产色91在线| 97se亚洲国产综合自在线观| 91在线观看美女| 欧美乱熟臀69xxxxxx| 国产性色一区二区| 欧美亚洲自拍偷拍| 久久精品国产99| 亚洲成va人在线观看| 欧美影片第一页| 久久99国内精品| 美女视频黄a大片欧美| 亚洲一区中文在线| 国产午夜精品一区二区| 久久免费精品国产久精品久久久久| 欧美日韩aaa| 亚洲成人tv网| 色94色欧美sute亚洲13| 国产色91在线| 亚洲天堂网中文字| 午夜伦欧美伦电影理论片| 亚洲欧洲一区二区在线播放| 久久精品综合网| 国产精品免费丝袜| 欧美精彩视频一区二区三区| 91麻豆精品国产91久久久使用方法| 91福利国产精品| 欧美日韩高清一区二区三区| 欧美男人的天堂一二区| 欧美一级视频精品观看| 欧美中文字幕不卡| 日本黄色一区二区| 色噜噜久久综合| 91亚洲国产成人精品一区二区三| 成人美女视频在线看| 91免费看片在线观看| 在线观看av一区| 51精品视频一区二区三区| 欧美性大战xxxxx久久久| 色婷婷久久久亚洲一区二区三区 | 日韩一级大片在线| 在线观看国产精品网站| 欧美一级国产精品| 亚洲视频一区二区在线| 久久精品二区亚洲w码| 免费观看久久久4p| 亚洲国产成人tv| 免费观看在线综合| 91免费在线看| 日韩亚洲欧美在线观看| 亚洲视频在线一区| 另类欧美日韩国产在线| 色综合天天综合网天天看片| 中文字幕亚洲精品在线观看| 日韩精品国产精品| 99久久精品国产精品久久| 日韩区在线观看| 一区二区三区久久久| 国产99久久久国产精品潘金 | 日本女人一区二区三区| 国产精品亚洲专一区二区三区 | 国产在线视视频有精品| 欧美日韩精品一区二区| 中文字幕在线一区免费| 麻豆精品蜜桃视频网站| 在线亚洲人成电影网站色www| 国产亚洲精品中文字幕| 免费在线观看一区| 欧美午夜在线观看| 一区二区在线观看不卡| 丁香六月久久综合狠狠色| 欧美岛国在线观看| 日韩成人精品视频| 欧美人与z0zoxxxx视频| 亚洲精品美国一| 福利一区福利二区| 久久久精品天堂| 黑人精品欧美一区二区蜜桃 | 欧美在线短视频| 亚洲乱码日产精品bd| 99久久国产综合精品色伊| 国产亚洲成aⅴ人片在线观看| 美腿丝袜亚洲三区| 日韩三级在线免费观看| 日韩主播视频在线| 欧美精品v国产精品v日韩精品| 亚洲在线观看免费视频| 欧洲av一区二区嗯嗯嗯啊| 亚洲免费在线看| 色综合天天狠狠| 亚洲欧美日韩一区二区 | 亚洲午夜激情av| 91福利社在线观看| 亚洲国产aⅴ成人精品无吗| 欧美在线free| 亚洲成av人在线观看| 欧美在线免费视屏| 日韩黄色一级片| 日韩视频在线观看一区二区| 国内久久精品视频| 国产亚洲精品7777| va亚洲va日韩不卡在线观看| 亚洲婷婷综合久久一本伊一区| 91蝌蚪国产九色| 亚洲国产欧美日韩另类综合| 欧美高清性hdvideosex| 蜜乳av一区二区三区| 国产亚洲成av人在线观看导航| 成人永久aaa| 一区二区三区视频在线看| 国产69精品久久久久毛片| 韩日精品视频一区| 国产精品嫩草影院av蜜臀| 在线视频综合导航| 日韩av一区二区三区| 国产亚洲精品福利| 色噜噜夜夜夜综合网| 久久精品国产精品亚洲综合| 亚洲国产激情av| 91国产丝袜在线播放|