Python3 + gtk3 on windows

2012-08-16 Thread Jared Henley

Hi,

I really need python3 + gtk3 working on Windows.  I don't
expect my needing it to make thing happen, however.

I've finally turned up some useful information in the archive
for this list.  I've downloaded the gtk+ and pygobject binaries
from

http://optionexplicit.be/projects/gnome-windows/GTK+3/

and also installed python 3.2 using the msi installer on the
Python site.  But I don't know where to copy the gtk+ and
pygobject files to the right places to make it all work.

Can someone tell me what to do?

Also, what still needs to be done before the win32 build
is considered stable and will be made available through
gtk.org?  I'm quite happy to help with bug reports/testing.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Python3 + gtk3 on windows

2012-08-16 Thread Dieter Verfaillie

On Thu, 16 Aug 2012 17:12:23 +1000, Jared Henley wrote:

I've finally turned up some useful information in the archive
for this list.  I've downloaded the gtk+ and pygobject binaries
from

http://optionexplicit.be/projects/gnome-windows/GTK+3/

and also installed python 3.2 using the msi installer on the
Python site.  But I don't know where to copy the gtk+ and
pygobject files to the right places to make it all work.

Can someone tell me what to do?


1) those pygobject binaries (and the bundle in gtk+/git/) are
   linked against 32 bit Python 2.7, so you'd need to install
   that first
2) make sure Python27/Lib/site-packages/pygtk.pth is renamed
   to something else as the Gtk3 bundle does not agree with
   the PyGTK aio installer's way of ensuring PATH is set to
   something sane)
3) get the bundle from
   http://optionexplicit.be/projects/gnome-windows/GTK+3/gtk+/git
   and extract it to C:\Gtk3
4) create a C:\Gtk3\bin\pygi.cmd file containing the following:

8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8<
@echo off
set PATH=C:\Gtk3\bin;C:\Python27\;%PATH%
set PYTHONPATH=C:\Gtk3\lib\site-packages
set GI_TYPELIB_PATH=C:\Gtk3\lib\girepository-1.0
C:\Python27\python.exe %*

8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8


Adjust paths to match your installation directories but note
you should avoid spaces in paths completely for both the location
of the bundle and the installation location of Python.

If you want to test pygobject's demos/gtk-demo/gtk-demo.py,
you'll need to patch is like this:

8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8< 8<
from gi.repository import GLib, GObject, Gio, Pango, GdkPixbuf, Gtk

#ugly win32 hack
GLib.file_test = GLib.file_test_utf8
GLib.file_get_contents = GLib.file_get_contents_utf8
GdkPixbuf.Pixbuf.new_from_file = GdkPixbuf.Pixbuf.new_from_file_utf8
#end ugly hack

DEMOROOTDIR = os.path.abspath(os.path.dirname(__file__))

8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8 >8


Note that these binaries:
- are not intended to be used in production systems
- are built with debug symbols (mingw.org's gdb works well)
- are built from the experimental "windows" branches of various
  "forks" on my github page, which are in various stages of not
  yet ready or good enough for upstream
- do not come with any warranty whatsoever, etc

mvg,
Dieter

___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: next steps for touch support in GTK+

2012-08-16 Thread Matthias Clasen
On Sat, Aug 4, 2012 at 3:43 PM, Matthias Clasen
 wrote:
>>
>> === 6. OSK widget context provider (e.g. search vs open vs go...) ===
>> Matthias said there was a patch floating around for that. I looked in the
>> bugs with patches attached in bugzilla but could not find it. If someone
>> knows where it is would be great.
>
>
> https://bugzilla.gnome.org/show_bug.cgi?id=651244 is the bug I had in mind.

I've now updated that bug with what I intend to commit for 3.6 soon.
Comments still appreciated.
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list


Re: Exposing masked strings for password fields to accessibility

2012-08-16 Thread Stef Walter
On 08/10/2012 12:43 PM, Mario Sanchez Prada wrote:
> However, I understand some might see the fact of exposing the number of
> masked characters as a security issue, so that's why I'm asking for
> feedback here now.

If an application exposes the number of characters to be rendered on the
screen, then I don't think it's a problem for accessibility tools to
'see' the number of characters too.

There are approaches for security sensitive applications to hide the
number of characters in their password. But then the application should
be using that approach for the GtkEntry anyway.

Cheers,

Stef
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list