• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 20050408 閱讀郵件列表

    發表于:2007-07-04來源:作者:點擊數: 標簽:
    仍然是 fedora-devel-list 有關 gtk1 的討論熱火朝天 雖然一直在向這個方向努力, 他們都不敢走出最后一步 xmms 已經被移動到了 extras gnome-vfs1 被去掉了 只有 gnucash 和 gtk1, glib1 幾個庫了吧 我贊同將 gtk1 移動到 extras 因為配置中文太困難了. 另外,
    仍然是 fedora-devel-list

    有關 gtk1 的討論熱火朝天
    雖然一直在向這個方向努力, 他們都不敢走出最后一步
    xmms 已經被移動到了 extras
    gnome-vfs1 被去掉了
    只有 gnucash 和 gtk1, glib1 幾個庫了吧
    我贊同將 gtk1 移動到 extras 因為配置中文太困難了. 另外, 將所有中文支持得不好的程序都移到 extras 里面, 包括 xpdf, tk, emacs 等等

    I care about the apps.  And that means being biased against anything
    which can't display languages other than English (or just Western
    European languages.) Since essentially everything using gtk+ works
    poorly with multiple charsets, that's a bias against gtk+.

    Internationalization is *hard* with gtk+. CJK support and complex rendering
    language support requires thinking in all sorts of ways that programmers who
    speak only Western European languages don't usually. gtk2, pango, and
    fontconfig make it almost automatic. So I don't think I'm too crazy here.

    John Thacker

    為什么要向微軟學習兼容性呢?
    很奇怪的事情, 有些程序使用 AM_HAVE_GTK 的測試, 而不是使用 pkg-config, 導致如果更新了configure.ac/configure.in/Makefile.am, 在重新配置的過程中就必須需要 gtk1,但是一旦配置完成就只需要 gtk2 來編譯了. 這是一位日本人 Tonshi 提到的
    有人提到了 Loki setup, 說很多程序用到它. 但是緊接著有人反駁說, 因為內核的關系, Loki 早已不支持 fedora. 那是什么東西? Install Shield 嗎?
    有一位說得實在是很動情啊




    yum 永遠不成熟, 還好 apt 終于放出了 0.5.15cnc7, 看來以后要關注一下 extras 的郵件列表了, 好多有趣的東西, 包括 Lv 推薦的 ipython, pycrust (in wxPythonGTK2)
    yum 又引入了新的 xml 解釋器, 說 libxml2-python 不像 python, 而只是 c 的包裝, 馬后炮. 不過昨天看了一下 xpath, 覺得 libxml2 挺好用的. 有了 xpath, 可以精確定位就可以了啊
    That was filelists.xml for development -- 36MB of XML, not
    primary.xml. There was a 2.5 times speed improvement with cElementTree
    code, compared to old yum code, using libxml2 -- around 20 seconds for
    libxml2, and around 7-8 seconds for cElementTree on an AMD Athlon
    2600+.

    Regards,
    --
    Konstantin Ryabitsev


    Zlotniks, INC

    >   it's not libxml2. you will see that libxml2 by itself on such a
    > box should parse your 36MB of XML in a mere second. Try with xmllint --stream
    > for example. The potential for improvements by solving the python string
    > import would have been huge if you did want to look at it, but it seems
    > obvious you didn't want.
    >

    Daniel,
    But we're not talking about libxml2 in C, we're talking about using it
    in python. I agree with you, we could have worked on the python string
    handling and it's interface to libxml2. But time is not free and Icon
    nor I had the inclination to work on it. Icon saw elementTree, it proved
    to do the same job and do it fairly well. It was low-hanging fruit.

    If you or anyone else would like to implement the functions in libxml2
    and make the import work just as quickly and the api look just as pretty
    and I'll be glad to take a look at the results. But I just don't have
    the time to do it. Remember, some of us are volunteers.

    -sv

    有人在建議引入 /etc/rc.modules.d 目錄, 存放模塊的配置文件, 這樣配置程序可以不必重寫 /etc/modprobe.conf



    update:
    要哭了, 本來整理了好多, 大概后來補充的還有這么長, 但是在再次提交時提示我, 編輯器超時...


    原文轉自:http://www.kjueaiud.com

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>