build from git. Could you try to do the same with the
tarball?
BR
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
more experience with MSVC, and did this work.
BR
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
. And the
accessibility implementation of GtkTreeView is also really complex and
regression-prone.
BR
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
+/tree/gtk/a11y/gtkwidgetaccessible.c#n516
[6]
https://git.gnome.org/browse/clutter/tree/clutter/cally/cally-actor.c#n525
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk
/mailman/listinfo/gnome-accessibility-devel
[2] https://wiki.gnome.org/MaintainersCorner/Releasing
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 11/18/2013 06:54 PM, Piñeiro wrote:
So on the branch gnome-3-2 of atk, you will find the atk that
you should use on gnome 3.0.x.
typo: gnome-3-2 on gnome *3.2.x*
--
Alejandro Piñeiro
___
gtk-devel-list mailing list
gtk-devel
on the test. On GNOME we usually use bugzilla to report
this kind of problems:
https://bugzilla.gnome.org/enter_bug.cgi?product=atk
If you want, you could provide a patch there.
Thanks for the feedback.
BR
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list
] https://bugzilla.gnome.org/show_bug.cgi?id=648260#c0
[6] https://bugzilla.gnome.org/show_bug.cgi?id=648260#c7
[7] https://bugzilla.gnome.org/show_bug.cgi?id=648260#c6
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
On 08/08/2012 12:35 AM, Matthias Clasen wrote:
On Tue, Aug 7, 2012 at 12:58 PM, Piñeiro apinhe...@igalia.com wrote:
On 08/07/2012 03:17 PM, Matthias Clasen wrote:
BTW. At this moment we can't implement d) directly using
gtk_widget_class_set_accessible_type at this moment. As it is said
On 08/08/2012 09:32 AM, Emmanuele Bassi wrote:
hi;
On 7 August 2012 17:58, Piñeiro apinhe...@igalia.com wrote:
d) Keep gtkaccessible as the only public one, so third party applications
will require to reimplement the ATK interfaces or the accessibility support
for their custom widgets
://projects.gnome.org/accessibility/talks/GUAD3C/making-apps-accessible/anonymous-inheritance-2.html
[4] http://developer.gnome.org/atk/stable/AtkObjectFactory.html
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
https
On 04/17/2012 01:50 PM, Evgeniy Philippov wrote:
(I didn't yet research where my possible future UIA code goes to:
probably to ATK, but I didn't study yet.)
Why on ATK? ATK is an accessibility abstraction like UIA. What do you
want to add on ATK in relation to UIA?
BR
--
Alejandro Piñeiro
, but AFAIK, nobody
started or had time for that work.
BR
[1] http://www.nvda-project.org/wiki/About
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
with the ClutterXXX planned to be deprecated?
BR
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
for the interesting analysis.
BR
[3] https://bugzilla.gnome.org/show_bug.cgi?id=649559#c1
[4]
http://www.tuaw.com/2010/09/20/blind-user-explains-why-he-loves-the-iphone/
[5] http://opensourcebridge.org/sessions/670
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list
or just that would be good to have some a11y folks there?
BR
--
Alejandro Piñeiro Iglesias
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
converted
FWIW, on ST right now this is done by a class method called
get_accessible_type.
But probably it would be good to homogenize this stuff, including cally,
and remove also the factories there.
BR
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com
.
I don't understand this you still need to load atk-bridge ..., are
there short-term plans to avoid the atk-bridge loading?
BR
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http
-list/2011-May/msg00059.html
[4] https://www.desktopsummit.org/program
[5] https://bugzilla.gnome.org/show_bug.cgi?id=649575
[7] https://bugzilla.gnome.org/show_bug.cgi?id=650669
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk-devel-list
Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
cally was already inside clutter ?
Yes, cally is already part of clutter. So 1) doesn't apply to clutter. I
guess that Emmanuele was talking about 5) (as cally is after all an ATK
implementation)
BR
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com
accessible friendly,
in general, gtkhtml is not really accessible friendly. Lets hope the
situation improves with the WekkitGTK move:
https://live.gnome.org/Evolution/Planning32
BR
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk
/archives/orca-list/2011-May/msg00048.html
[4] https://mail.gnome.org/archives/orca-list/2011-May/msg00143.html
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org
--
Alejandro Piñeiro Iglesias (API) (apinhe...@igalia.com)
___
gtk-devel-list mailing list
gtk-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-devel-list
On 05/13/2011 04:48 PM, Matthias Clasen wrote:
On Thu, May 12, 2011 at 5:25 AM, Piñeiroapinhe...@igalia.com wrote:
On 05/11/2011 02:57 PM, Benjamin Otte wrote:
Well most of the paragraphs were already answered by Brian, but I would like
to add a comment here.What concerns me a lot is that
On 05/13/2011 04:32 PM, Matthias Clasen wrote:
On Wed, May 11, 2011 at 11:09 AM, Brian Cameron
brian.came...@oracle.com wrote:
Another example is that the ATK abstracts common characteristics of
widgets in a way that is useful to AT programs. All widgets that deal
with text (labels, entry
On 05/13/2011 04:47 PM, Benjamin Otte wrote:
On Fri, May 13, 2011 at 4:32 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
I would argue that if all the widgets dealing with text really have
the same needs, they should really support the same interface in GTK+,
and there should be no need
On 05/13/2011 05:47 PM, Piñeiro wrote:
The magnifier requires it for focus-tracking. As I said Joseph was
planning
to try to use some at-spi functionalities on the gs magnifier. As
right now
at-spi2 python bindings are created with gobject introspection, in
theory it
could be possible
On 05/11/2011 02:57 PM, Benjamin Otte wrote:
Well most of the paragraphs were already answered by Brian, but I would
like to add a comment here.What concerns me a lot is that there is only
very few applications
that actually make use of this huge abstraction layer that is AT-SPI.
I'm often
From: Matthias Clasen matthias.cla...@gmail.com
I've spent some time this weekend starting to explore how moving gail
implementations into gtk 1-by-1 will work in practice. I didn't get
very far (GtkWidget, GtkContainer and GtkImage), but the exercise
proves very useful for spotting all the
From: Li Yuan liy...@gnome.org
I haven't particularly checked.
But if the two are incompatible, they should really take measures to
prevent running them in parallel, like taking a well-known busname...
Well, Mike Gorse or Li Yuan would know the details better. Not sure if
it is really
this random rant ... yes, if there are resources, the current
gail should be integrated on gtk independently of the new API we are
planning for ATK2.
On Fri, Feb 18, 2011 at 1:27 AM, Matthias Clasen
matthias.cla...@gmail.comwrote:
On Thu, Feb 17, 2011 at 12:23 PM, Piñeiro apinhe...@igalia.com wrote
From: Matthias Clasen matthias.cla...@gmail.com
I've spent the last night poring through gail bugs and code, and came
to the conclusion that we need to face the tough reality that the
state of a11y in GTK+ is sadly declining. There were years old patches
in bugzilla which fix pretty obvious
From: Emmanuele Bassi eba...@gmail.com
On Thu, 2011-02-17 at 09:43 -0500, Matthias Clasen wrote:
The current state of affairs cannot be useful for anybody.
let's also look at the state of Atk's API, and what's required to do to
create an ATK implementation. when I looked at the accessible
From: Matthias Clasen matthias.cla...@gmail.com
On Thu, Feb 17, 2011 at 10:03 AM, Piñeiro apinhe...@igalia.com wrote:
Although move the gail implementation to gtk has his advantages, why
this would be better that just fix them directly on gail? One of the
big problems here is the lack
From: Matthias Clasen matthias.cla...@gmail.com
On Thu, Feb 17, 2011 at 11:22 AM, Piñeiro apinhe...@igalia.com wrote:
Ok, so you are proposing a change more deep that I thought.
You are proposing to forget this proxy approach on the accessibility
support. As far as I understand you
From: Matthias Clasen matthias.cla...@gmail.com
On Thu, Feb 17, 2011 at 11:55 AM, Piñeiro apinhe...@igalia.com wrote:
1 of 4 is failing. Could you elaborate why this theorical points have
failed miserably?
In my view, keeping the a11y implementation in their separate module
ghetto
From: Dan Winship d...@gnome.org
On 02/17/2011 11:22 AM, Piñeiro wrote:
You are proposing to forget this proxy approach on the accessibility
support. As far as I understand you are proposing to implement the ATK
interfaces directly on GTK, so instead of having a GTK widget and his
accessible
From: Matthias Clasen matthias.cla...@gmail.com
On Thu, Feb 17, 2011 at 12:23 PM, Piñeiro apinhe...@igalia.com wrote:
So probably we could study that. Anyway, in the same way, right now I
don't see how this would better that the option proposed by Matthias.
Oh, I think having the option
From: Tomeu Vizoso tomeu.viz...@collabora.co.uk
On Fri, Jan 21, 2011 at 17:22, Piñeiro apinhe...@igalia.com wrote:
So my question (please, if there are a best ml, point that, AFAIK,
there isn't a gobject introspection mailing list):
* There is a way to force to load the old python bindings
Some people during the last weeks (me included) can't use accerciser,
as it crashes with this error:
Traceback (most recent call last):
File /opt/gnome3/bin/accerciser, line 51, in module
accerciser.main()
File /opt/gnome3/lib/python2.7/site-packages/accerciser/__init__.py, line
34, in
From: Emmanuele Bassi eba...@gmail.com
$(q...@(B treeview refactoring
- massive refactoring
- 41 files changed, 13568 insertions(+), 3204 deletions(-)
- GtkCellArea
- moves code out of TreeViewColumn to allow sharing with other cell-based
view widgets (GtkIconView, GtkComboBox)
From: Tristan Van Berkom trista...@openismus.com
I expect libgail to not need any changes, we paid special attention
that focus navigation was going to work the same way using the new
code... however there could be some fallout I'm not aware of...
And as usually test if there are any fallout
From: Ryan Lortie de...@desrt.ca
On Tue, 2010-08-03 at 01:28 -0400, Matthias Clasen wrote:
• Hackfest
∘ Planned for October w22 (18th-22nd)
I will try to make it this time, for a change. Are the dates final yet ?
Set in stone and approved by the foundation. It's fine to start booking
From: Bastien Nocera had...@hadess.net
CCing gnome-accessibility list, as probably I will forgot several
things.
- a11y instant-on (if not instant-off)
a11y is enabled in applications when the XSettings mention that the GTK+
modules should be loaded. We could make GTK+ programs instant-apply
From: Cosimo Cecchi cosi...@gnome.org
On Mon, 2010-03-01 at 16:44 +0100, Piñeiro wrote:
In the gtk side, I don't know much about the XSettings, but I suppose
that you are talking more general, and XSetting will manage all the
gtk modules to be loaded (engines, and so on). So XSettings would
46 matches
Mail list logo