定制完成GtkComboBoxText

前端之家收集整理的这篇文章主要介绍了定制完成GtkComboBoxText前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
如何自定义 GtkComboBoxText的“静态”方面和“动态”方面的完成?静态方面是因为一些条目已知,并在构建时使用gtk_combo_Box_text_append_text添加到组合框文本中.动态方面是因为我也需要通过一些回调函数来完成,即,一旦创建了几个字符,就可以动态完成GtkComboBoxText小部件的创建.

我的应用程序使用Boehm的GC(当然除了GTK对象),如Guile或SCM或Bigloo正在做的.它可以被看作是使用系统GTK3.21库在Debian / Linux / x86-64上编译的集成编辑器的实验持续动态类型编程语言实现,它被编码在C99(其中一些被生成)和与GCC6汇编.

(我不在乎非Linux系统,GTK3库比GTK3.20更旧,GCC编译器比GCC6老)

问题细节

我输入(输入到GtkComboBoxText)一个名称或一个对象id.

>名称是C-identifier-like,但以字母开头,不能以下划线结尾.例如,如果_GUI,__system,payload_json或x1是有效的名称(但是_a0bcd或foobar_是无效的名称,因为它们以下划线开头或结尾),那么注释.我目前有十几个名字,但我可以有几千个.所以一旦完成了一个或者两个字母的输入,就可以完成一次完成,因为名字的完成可以静态地发生,因为它们不是很多的(所以我觉得每个名字都要调用gtk_combo_Box_append_text是合理的).
> object-id以下划线开头,后跟一个数字,并且具有正好18个字母数字(随机排序)字符.例如,_5Hf0fFKvRVa71ZPM0,_8261sbF1f9ohzu2Iu,_0BV96V94PJIn9si1K是可能的对象.其实是96个几乎随机的位(大概只有294个是可能的). object-id起到UUIDs的作用(在某种意义上说,它被认为是针对不同对象的世界范围的唯一性),但是具有C友好的语法.我目前有几十个对象,但是我可以有几十万(或许一百万)的对象.但是假设有_6S3或_22z四个字符的前缀,我假设我的应用程序中只有一个合理的数字(最多可能有十几个,肯定不超过一千个)object-id存在于该前缀中.当然,注册(静态地)先验所有的对象ID(完成必须在四个字符被输入之后发生,并且应该动态发生)是不合理的.

所以我想要一个完整的工作的名称(例如,打字一个字母可能后面是另一个字母应该足以提出完成最多一百个选择)和对象ids(键入四个字符,如_826应该是足够的触发完成可能最多几十个选择,也许一千个如果不幸).

因此,键入一个选项卡的三个键将提供完成与几个名称,如payload_json或payload_vectval等…并键入五个键_ 5 H f选项卡将提供完成与非常少的对象ids,特别是_5Hf0fFKvRVa71ZPM0

示例不完整的代码

到目前为止,我编码如下:

static GtkWidget *
mom_objectentry (void)
{
  GtkWidget *obent = gtk_combo_Box_text_new_with_entry ();
  gtk_widget_set_size_request (obent,30,10);
  mo_value_t namsetv = mo_named_objects_set ();

我有Boehm垃圾收集的值,mo_value_t是一个指向任何一个的指针.值可以是标记整数,指向字符串,对象或元组或对象集的指针.所以namesetv现在包含一组命名对象(可能少于几千个命名对象).

int nbnam = mo_set_size (namsetv);
  MOM_ASSERTPRINTF (nbnam > 0,"bad nbnam");
  mo_value_t *namarr = mom_gc_alloc (nbnam * sizeof (mo_value_t));
  int cntnam = 0;
  for (int ix = 0; ix < nbnam; ix++)
    {
      mo_objref_t curobr = mo_set_nth (namsetv,ix);
      mo_value_t curnamv = mo_objref_namev (curobr);
      if (mo_dyncast_string (curnamv))
        namarr[cntnam++] = curnamv;
    }
  qsort (namarr,cntnam,sizeof (mo_value_t),mom_obname_cmp);
  for (int ix = 0; ix < cntnam; ix++)
    gtk_combo_Box_text_append_text (GTK_COMBO_Box_TEXT (obent),mo_string_cstr (namarr[ix]));

在这一点上,我已经排序了所有(最多几千个)名称,并使用gtk_combo_Box_text_append_text“静态”添加了它们.

GtkWidget *combtextent = gtk_bin_get_child (GTK_BIN (obent));
  MOM_ASSERTPRINTF (GTK_IS_ENTRY (combtextent),"bad combtextent");
  MOM_ASSERTPRINTF (gtk_entry_get_completion (GTK_ENTRY (combtextent)) ==
                    NULL,"got completion in combtextent");

我注意到gtk_entry_get_completion(GTK_ENTRY(combtextent))为空,有点惊讶.

但我被困在这里.我在想:

>给一个给定一个至少四个字符的“_47n”的前缀的mom_set_complete_objectid(const char *前缀)返回一个垃圾收集的mo_value_t,表示具有该前缀的一组对象.这对我来说很容易编写,而且几乎完成了.
>使我自己的本地GtkEntryCompletion * mycompl = …,这将完成像我想要的.然后我将它放在我的gtk-combo-Box-text的文本输入框中,使用gtk_entry_set_completion(GTK_ENTRY(combtextent),mycompl));

是否应使用gtk_combo_Box_text_append_text添加的条目作为“静态”名称完成角色?如何使用我的mom_set_complete_objectid返回的动态设置值动态完成?给出一些对象指针obr和一些char bufid [20];我很容易和快速地用mo_cstring_from_hi_lo_ids(bufid,obr-> mo_ob_hid,obr-> mo_ob_loid)填充该对象obr的object-id.

我不知道如何编写上面的代码.作为参考,我现在只是返回组合框文本:

// if the entered text starts with a letter,I want it to be
  // completed with the appended text above if the entered text starts
  // with an undersore,then a digit,then two alphanum (like _0BV or
  // _6S3 for example),I want to call a completion function.
#warning objectentry: what should I code here?
  return obent;
}  /* end mom_objectentry */

我的方法是正确的吗?

上面的mom_objectentry函数用于填充生命周期短的模态对话框.

我喜欢简单的代码效率.实际上,我的代码是暂时的(我希望引导我的语言,并生成所有的C代码!)实际上我可能只有几百个名字,最多只有几十个对象.所以性能不是很重要,但是编码的简单性(有些概念上是“丢弃”代码)更为重要.

我不想(如果可能的话)添加我自己的GTK类.我更喜欢使用现有的GTK类和小部件,使用GTK信号和回调进行自定义.

上下文

我的应用程序是一个实验性的persistent编程语言和实现,具有接近的Scheme或Python(或JavaScript,忽略原型方面,…)语义,但是具有广泛的差异(尚未在2012年9月7日实施)语法(将显示使用Boehm垃圾收集器(包括对象,集合,元组,字符串…)…值(包括对象)通常是持久性的(GTK相关数据除外:应用程序从一个几乎空的窗口).整个语言堆在一些sqlite“数据库”(在应用程序出口处生成)中以类似JSON的语法持久化,转储到_momstate.sql,这在应用程序启动时被重新加载. Object-id可用于在GTK小部件中显示对象引用,用于持久化,并生成与对象相关的C代码(例如,id _76f7e2VcL8IJC1hq6的对象可能与某些生成的C代码中的mo_76f7e2VcL8IJC1hq6标识符相关;这是部分原因是为什么我有对象ID格式而不是使用UUID).

PS.我的C代码是GPLv3免费软件,可在github上使用.它是MELT监视器,分支expjs,提交e2b3b99ef66394…

注意:这里提到的对象隐含地是我的语言对象,而不是GTK对象.所有的都有一个唯一的对象id,而一些但不是大多数被命名.

解决方法

这是我的建议:

使用GtkListStore包含与当前前缀字符串相匹配的GTK管理字符串(本质上是标识符字符串的副本)的列表.

(如gtk_list_store_set()所述,G_TYPE_STRING项目被复制,我认为这里可以接受的额外的副本的开销;我认为不应该影响现实世界的性能,作为回报,GTK将管理我们的引用计数. )

以上是在一个GTK回调函数中实现的,该函数获得一个额外的指针作为有效负载(在创建或激活GUI时设置);我建议您使用一些结构来保留您需要生成匹配的引用.回调连接到组合框弹出信号,以便在列表展开时调用它.

请注意,正如B8vrede在评论中指出的那样,GtkComboBoxText不应该通过其模型进行修改;这就是为什么应该/必须使用GtkComboBox.

实际例子

为了简单起见,我们假设所有需要查找或生成的所有匹配数据的数据都保存在一个结构中

struct generator {
    /* Whatever data you need to generate prefix matches */
};

而组合框的popper帮助函数就是这样的

static void combo_Box_populator(GtkComboBox *comboBox,gpointer genptr)
{
    struct generator *const generator = genptr;

    GtkListStore *combo_list = GTK_LIST_STORE(gtk_combo_Box_get_model(comboBox));

    GtkWidget *entry = gtk_bin_get_child(GTK_BIN(comboBox));
    const char *prefix = gtk_entry_get_text(GTK_ENTRY(entry));
    const size_t prefix_len = (prefix) ? strlen(prefix) : 0;

    GtkTreeIter iterator;

    /* Clear the current store */
    gtk_list_store_clear(combo_list);

    /* Initialize the list iterator */
    gtk_tree_model_get_iter_first(GTK_TREE_MODEL(combo_list),&iterator);

    /* Find all you want to have in the combo Box;
       for each  const char *match,do:
    */

        gtk_list_store_append(combo_list,&iterator);
        gtk_list_store_set(combo_list,&iterator,match,-1);

    /* Note that the string pointed to by match is copied;
       match is not referred to after the _set() returns.
    */
}

当UI被构建或激活时,您需要确保GtkComboBox有一个条目(因此用户可以在其中写入文本)和一个GtkListStore模型:

struct generator *generator;
    GtkWidget *comboBox;
    GtkListStore *combo_list;

    combo_list = gtk_list_store_new(1,G_TYPE_STRING);
    comboBox = gtk_combo_Box_new_with_model_and_entry(GTK_TREE_MODEL(combo_list));
    gtk_combo_Box_set_id_column(GTK_COMBO_Box(comboBox),0);
    gtk_combo_Box_set_entry_text_column(GTK_COMBO_Box(comboBox),0);
    gtk_combo_Box_set_button_sensitivity(GTK_COMBO_Box(comboBox),GTK_SENSITIVITY_ON);

    g_signal_connect(comboBox,"popup",G_CALLBACK(combo_Box_populator),generator);

在我的系统上,默认的弹出加速器是Alt Down,但我认为你已经将它改为Tab.

我有一个粗略的工作示例here(一个.tar.xz tarball,CC0):它从标准输入读取行,并在组合框列表(弹出时)以相反的顺序列出与用户前缀匹配的行.如果条目为空,则组合框将包含所有输入行.我没有更改默认加速器,所以不要使用Tab,尝试Alt Down.

我也有同样的例子,但是使用GtkComboBoxText代替here(也就是CC0).这不使用GtkListStore模型,而是使用gtk_combo_box_text_remove_all()gtk_combo_box_text_append_text()函数来直接操作列表内容. (两个示例中只有几行不同).不幸的是,这个接口是引用还是复制字符串,文档并不明确.虽然复制是唯一有意义的选项,并且可以从当前的Gtk来源验证,但缺乏明确的文档使我犹豫不决.

比较我链接到上面的两个例子(如果您使用make编译并运行它,则从/usr/share / dict / words中获取大约500个随机单词),我看不到任何速度差异.两者都使用从链接列表中挑选前缀匹配的同样朴素的方法,这意味着两种方法(GtkComboBox模型或GtkComboBoxText)应该大致相同.

在我自己的机器上,两者在弹出窗口中都有超过1000个或者更多的匹配,很麻烦,只有一百个或更少的比赛,感觉瞬间.对我来说,这表明从链接列表中选择前缀匹配的缓慢/朴实的方式不是罪魁祸首(因为在这两种情况下遍历整个列表),而是GTK组合框并不是为大型列表而设计的. (减速肯定比线性更差)

猜你在找的C&C++相关文章