Programming」カテゴリーアーカイブ

Python with GTK+ 3 Gst

そろそろ Y901x の GTK+ 3 化の準備。
gi.repository に Gst があるからコチラを使えばいいのかな。

GStreamer Application Development Manual (0.10.35.1)

0.10 だから別に変わっていないんだが PyGtk と同じには書けないし。
前回 Drag & Drop をやったので DnD されたファイルを再生できるのみを。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import sys
import gi
try:
    gi.require_version("Gtk", "3.0")
except:
    print "This Program is GTK+ 3.0 or later."
    sys.exit()

from gi.repository import Gst, Gtk, Gio, Gdk

class Win(Gtk.Window):
    def __init__(self):
        Gtk.Window.__init__(self)
        # DnD
        dnd_list = Gtk.TargetEntry.new("text/uri-list", 0, 0)
        self.drag_dest_set(
                Gtk.DestDefaults.MOTION |
                Gtk.DestDefaults.HIGHLIGHT |
                Gtk.DestDefaults.DROP,
                [dnd_list],
                Gdk.DragAction.MOVE )
        self.drag_dest_add_uri_targets()
        self.connect("drag-data-received", self.on_drag_data_received)
        # Gst
        Gst.init(sys.argv)
        self.player = Gst.ElementFactory.make("playbin2", "player")
        # self
        self.set_title("movie player")
        self.show_all()

    def on_drag_data_received(self, widget, drag_context, x, y, data, info, time):
        uris = data.get_uris()
        self.player.set_property("uri", uris[0])
        self.player.set_state(Gst.State.PLAYING)

class App(Gtk.Application):
    def __init__(self):
        Gtk.Application.__init__(
                self,
                application_id="apps.test.gst",
                flags=Gio.ApplicationFlags.FLAGS_NONE)
        self.connect("activate", self.on_activate)
        
    def on_activate(self, application, user_data=None):
        Gdk.threads_init()
        w = Win()
        w.set_application(self)

if __name__ == "__main__":
    app = App()
    app.run(sys.argv)

これで動画なら別ウインドウが出て再生できるだけのアプリ完成。
ほとんど変わっていなかった、けどやはり Gst.init() で初期化が必要になる。
PyGtk が親切すぎただけなんですけど。

しかし肝心なシグナルのハンドラで困った。

Bus

bus.add_watch なんてアトリビュートは無いんだが…
しかたがないから一番下の書き方をしてもエラーだし…

#bus.connect("message::state-changed", self.gst_on_message) # Error
bus.connect("message", self.gst_on_message)

#####

def gst_on_message(self, bus, message):
    print message # all messages are None

以前の手段では全部 None になってしまう…

python – GStreamer bus sends None message – Stack Overflow

わーい、同じことで詰まっている人を見つけた。
ってどうすりゃいいんだ…
ヤケクソだ、PyGI じゃない以前の gst を使ってやる。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import sys
import gi
try:
    gi.require_version("Gtk", "3.0")
except:
    print "This Program is GTK+ 3.0 or later."
    sys.exit()

from gi.repository import Gtk, Gio, Gdk
import gst

class Win(Gtk.Window):
    def __init__(self):
        Gtk.Window.__init__(self)
        # DnD
        dnd_list = Gtk.TargetEntry.new("text/uri-list", 0, 0)
        self.drag_dest_set(
                Gtk.DestDefaults.MOTION |
                Gtk.DestDefaults.HIGHLIGHT |
                Gtk.DestDefaults.DROP,
                [dnd_list],
                Gdk.DragAction.MOVE )
        self.drag_dest_add_uri_targets()
        self.connect("drag-data-received", self.on_drag_data_received)
        # old Gst
        self.player = gst.element_factory_make("playbin2", "player")
        bus = self.player.get_bus()
        bus.add_signal_watch()
        bus.enable_sync_message_emission()
        bus.connect("message", self.gst_on_message)
        # self
        self.set_title("movie player")
        self.show_all()

    def on_drag_data_received(self, widget, drag_context, x, y, data, info, time):
        uris = data.get_uris()
        self.player.set_property("uri", uris[0])
        self.player.set_state(gst.STATE_PLAYING)

    def gst_on_message(self, bus, message, user_data=None):
        print message # OK

class App(Gtk.Application):
    def __init__(self):
        Gtk.Application.__init__(
                self,
                application_id="apps.test.gst",
                flags=Gio.ApplicationFlags.FLAGS_NONE)
        self.connect("activate", self.on_activate)
        
    def on_activate(self, application, user_data=None):
        Gdk.threads_init()
        w = Win()
        w.set_application(self)

if __name__ == "__main__":
    app = App()
    app.run(sys.argv)

よし、コレなら問題ない。
しかしこの GStreamer バインディングを今後も残してくれるのだろうか?
やはり PyGI を使ったほうがいいよな…
もう少し勉強します。

Python with GTK 3 Drag and Drop

今回は Python with GTK+ 3 で Drag and Drop をやってみる。
といってもファイルドロップで URI を得るというよく利用するものだけだが。

Drag and Drop

何か色々と細かくなったような気がするけどあまり変わっていなかった。
drag_dest_set() で text/uri-list を指定するだけでドロップ受け入れ処理は終わり。

ただし GtkTargetEntry は new で作成し list にして渡す必要があった。
PyGtk の場合はタプルのリストで良かったので少しだけ面倒くさくなった。
やはり C で書くのとも PyGtk で書くのとも微妙に違っていて迷う。

ところで drag-data-received シグナルのハンドラなんだが

def on_drag_data_received(self, widget, drag_context, x, y, data, info, time):
    """
    PyGtk
    if "\r\n" in data.data:
        uris = data.data.split("\r\n")
    else:
        uris = data.data.split("\n")
    """
    # Python with GTK+ 3
    uris = data.get_uris()

と get_uris() だけで list が得られるようになっている。
これで送られてくる uri-list の改行コードを気にしなくて済む。

それと前やった時には何故か気がつかなかったのだけど
GtkApplication にセットする方法なら delete-event 処理は不要なんだね。
Delphi の TApplication のように全ての Window を閉じた時点で終了するようだ。

ついでに以前 PyGtk でやった content-type を得る方法も入れてと。
というか、ソレらをやらないと Y901x の GTK3 化ができない。

後は GTK+ 3 に合わせて書き換えていく。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import sys
import gi
try:
    gi.require_version("Gtk", "3.0")
except:
    print "This Program is GTK+ 3.0 or later."
    sys.exit()

from gi.repository import Gtk, Gdk, Gio

class Win(Gtk.Window):
    def __init__(self):
        Gtk.Window.__init__(self)
        # DnD
        dnd_list = Gtk.TargetEntry.new("text/uri-list", 0, 0)
        self.drag_dest_set(
                Gtk.DestDefaults.MOTION |
                Gtk.DestDefaults.HIGHLIGHT |
                Gtk.DestDefaults.DROP,
                [dnd_list],
                Gdk.DragAction.MOVE )
        # GtkLabel
        self.label = Gtk.Label("Please drop your files")
        self.add(self.label)
        # Gtk.Window
        self.drag_dest_add_uri_targets()
        self.connect("drag-data-received", self.on_drag_data_received)
        self.set_title("dnd_type")
        self.show_all()

    def on_drag_data_received(self, widget, drag_context, x, y, data, info, time):
        uris = data.get_uris()
        s = ""
        for uri in uris:
            f = Gio.file_new_for_uri(uri)
            info = f.query_info(
                    Gio.FILE_ATTRIBUTE_STANDARD_CONTENT_TYPE,
                    Gio.FileQueryInfoFlags.NONE,
                    None)
            content_type = info.get_content_type()
            s += "URI={0}\nContent Type={1}\n".format(uri, content_type)
        self.label.set_text(s)

class App(Gtk.Application):
    def __init__(self):
        Gtk.Application.__init__(
                self,
                application_id="apps.test.trash",
                flags=Gio.ApplicationFlags.FLAGS_NONE)
        self.connect("activate", self.on_activate)
        
    def on_activate(self, application, user_data=None):
        w = Win()
        # Gtk.main_quit is Do not Need
        w.set_application(self)
    
if __name__ == "__main__":
    app = App()
    app.run(sys.argv)

情報が少ないなりにマシになったと思う。
日本語で検索してもまったく情報が見当たらないんだが需要はそんなに無いのかな…

**********

CNN.co.jp:ユーザーのIQが高いブラウザーは? ブラウザー別IQテスト

比較的どころかまったく人気が無い Linux 版 Opera な私は IQ が極めて高い。
わけが無い、工業高校機械化卒な現場のオッサンだもの。

PyGI GTK+ Version

PyGI – GNOME Live!

で Gtk+ 等のバージョン振り分け方法を今頃知った。

Get GTK+ theme colors with python and GObject introspection – Stack Overflow

とにかく gi.repository は(我が fedora は 64bit)
/usr/lib64/girepository-1.0
というディレクトリにある *.typelib というファイル群である。

Ubuntu 11.04 デフォルトには Gtk-3.0.typelib は無い。
Gtk+3.0 自体が無いのだから当然だが、最新なのに古臭さを感じるよ。

pygobject – Python bindings GLib and GObject

この demos にあるサンプルは GtkDrawingArea の draw シグナルを使っているが…
Gtk+ 2 になる Ubuntu とかじゃ例外になるはずなんだがいいのかな。

import gi
gi.require_version('Gtk', '2.0')
from gi.repository import Gtk

とやれば Fedora 15 でも Gtk2 になる。
そんなことする人いないだろうけど Ubuntu 11.04 対応を Fedora 15 から確認なんかに使えるな。
Gtk2 を使うなら枯れた PyGtk のほうが楽だもの、サンプルコードはゴロゴロあるし。

import sys
import gi
try:
    gi.require_version("Gtk", "3.0")
except:
    print "This Program is GTK+ 3.0 or later."
    sys.exit()

Gtk+ 3 専用の場合はこうするのが賢明かな。

Python with Clutter(GNOME3)

Fedora 15 を使っていて GTK+3 をやらない人は何故 Fedora を選んだのだろう。
なんて思っていたけど GNOME 3 の UI は GTK+ だけでは無いようだ。

GNOME 開発センター

Clutter って何だろう。

OpenGLを利用するマルチプラットフォーム対応GUIツールキット「Clutter 1.0」リリース – SourceForge.JP Magazine : オープンソースの話題満載

ようするに Windows の WPF みたいなものかな。
Python からでも使えるようなので試してみよう。
Clutter の所をクリックして coocbook に辿り着く。
まあ当然のごとく C 言語での解説しか無いので Python では自力で漁る。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import sys
from gi.repository import Clutter

def quit(widget):
    Clutter.main_quit()

init = Clutter.init(sys.argv)
if init[0] == Clutter.InitError.SUCCESS:
    stage = Clutter.Stage()
    stage.connect("destroy", quit)
    stage.show()
    Clutter.main()

Python with GTK+ 3 をやったのと同じ感覚で Window が作れた。
Clutter.init は何故かタプルを戻すので最初の値で初期化エラーの確認を行う。
destroy に直接 main_quit を指定すると例外になるので注意。

ExamplePython – ClutterProject

こんなページも見つけたけど Clutter.Stage だけで Window になる。

2. Drawing a shadow under the text

上記をやろうと思ったけど cogl-pango の import 方法が解らない。
でも WPF みたいなものなら opacity で調節してズラしたものを重ねればいいんでない。

5. Making an actor respond to button events

この四角形を利用したボタンもついでに。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

import sys
from gi.repository import Clutter

class TestStage(Clutter.Stage):
    def __init__(self):
        Clutter.Stage.__init__(self)
        # Color
        red_full = Clutter.Color.new(0xff, 0x00, 0x00, 0xff)
        red_half = Clutter.Color.new(0xff, 0x00, 0x00, 0x77)
        blue = Clutter.Color.new(0x00, 0x00, 0xff, 0x3f)
        # Text
        self.text1 = Clutter.Text.new_full("Sans 128px", "Text", red_full)
        text2 = Clutter.Text.new_full("Sans 128px", "Text", red_half)
        text2.set_position(6, 4)
        self.add_actor(self.text1)
        self.add_actor(text2)
        # Button (rectangle)
        rect = Clutter.Rectangle.new_with_color(blue)
        rect.set_size(100, 100)
        rect.set_position(20, 30)
        rect.set_reactive(True)
        rect.connect("button-press-event", self.on_click)
        self.add_actor(rect)
        # self
        self.connect("destroy", self.quit)
        self.set_title("Clutter Test")
        self.set_size(300, 200)
        self.show_all()

    def quit(self, widget):
        Clutter.main_quit()

    def on_click(self, actor, event, user_data=None):
        if self.text1.get_text() == "Text":
            self.text1.set_text("Click")
        else:
            self.text1.set_text("Text")

if __name__ == '__main__':
    init = Clutter.init(sys.argv)
    if init[0] == Clutter.InitError.SUCCESS:
        TestStage()
        Clutter.main()

なるほど、やっぱり DirectX 描写の WPF みたいなものだね。
OpenGL 描写の部品を重ねたり直接コールバックを指定できたりで面白い。
でも Button とかの widget クラスは用意されていないみたい。
というか、そういう使い道では無いんだろうね、機会があったら利用しよう。

Python with GTK+3 SendMessage

Python with GTK+3 で application_id の使い道。
どうやら Windows API の SendMessage みたいになことができるようだ。

LibUnique/Example – GNOME Live!

libunique を Python で使う方法は解らない…
色々探してみてこんなのを見つける。

Migrating from libunique to GApplication or GtkApplication

なんか GtkApplication や GtkWindow から直接送受信できそうだ。
でもコレって継承した GtkWindow の自作関数なんかも利用できるのかな。
試してみる、GList から Window を得るには添字でイケるようだ。

#!/usr/bin/env python
#-*- coding:utf-8 -*-

from gi.repository import Gtk, Gio

class Win(Gtk.Window):
    def __init__(self):
        Gtk.Window.__init__(self)
        self.set_title("sendmessage")
        self.set_border_width(24)
        self.label = Gtk.Label("Hello World")
        self.add(self.label)
        self.show_all()

    def append_text(self, text):
        s = self.label.get_text()
        self.label.set_text("{0}\n{1}".format(s, text))

class App(Gtk.Application):
    def __init__(self):
        Gtk.Application.__init__(
                self,
                application_id="apps.test.helloworld",
                flags=Gio.ApplicationFlags.FLAGS_NONE)
        self.connect("activate", self.on_activate)
        
    def on_activate(self, data=None):
        l = self.get_windows()
        if l:
            l[0].append_text("Hello World")
            return
        w = Win()
        w.set_application(self)
    
if __name__ == "__main__":
    app = App()
    app.run(None)

起動中 Window の関数がそのまんま呼び出せる。
多重起動防止処理がこんなに簡単になっていたとは知らなかった。