| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
Use the common autotools module in my last commit for generating the
MSVC project files, which is more safe against 'make dist -jN' and
supports out-of-tree builds better.
https://bugzilla.gnome.org/show_bug.cgi?id=755114
|
|
|
|
|
|
| |
Source files are not executable.
https://bugzilla.gnome.org/show_bug.cgi?id=752930
|
|
|
|
|
| |
And use the correct syntax to create a link to that AtkObject signal.
See bug #649575
|
| |
|
|
|
|
|
| |
Fixes a couple of warnings emitted by gtkdoc-mkdb
and g-ir-scanner.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=742806
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=665598
|
| |
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=740152
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=739981
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=740066
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=740044
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=407539
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=737602
|
|
|
|
|
|
| |
Change needed by the MINGW project.
Signed-off-by: Alejandro Piñeiro <apinheiro@igalia.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since 41442d82 we no longer generate atk.def, but we were still reading
it when linking libatk on MinGW. This was causing a build failure:
CC atkwindow.lo
CC atk-enum-types.lo
/usr/bin/i686-w64-mingw32-windres atk.rc atk-win32-res.o
CCLD libatk-1.0.la
libtool: link: symbol file `atk.def' does not exist
make[3]: *** [libatk-1.0.la] Error 1
https://bugzilla.gnome.org/show_bug.cgi?id=730859
|
|
|
|
| |
Add the builddir to the include path so atk/atkobject.h is found.
|
|
|
|
|
|
|
| |
Clarifying that the atk types should be already registered
before calling this method.
https://bugzilla.gnome.org/show_bug.cgi?id=729922
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=729752
|
|
|
|
|
|
|
|
|
| |
Update the autotools files to determine the compiler directive used to mark
a symbol for export, and use the appropriate CFLAGS as necessary. Also
make MinGW builds not to generate atk.def and attempt to generate and
install a Visual Studio .lib file from there.
https://bugzilla.gnome.org/show_bug.cgi?id=728031
|
|
|
|
|
|
|
|
|
| |
This makes sure that the generated enumeration header include
atk/atkversion.h, and decorate the symbols there with ATK_AVAILABLE_IN_ALL.
Also, make sure that the generated enumeration source file includes
config.h before including atk.h.
https://bugzilla.gnome.org/show_bug.cgi?id=728031
|
|
|
|
|
|
|
|
| |
Make sure that config.h is included first in all the C-sources in atk/ so
that the build-time definitions of _ATK_EXTERN can be used during the
build of the ATK library.
https://bugzilla.gnome.org/show_bug.cgi?id=728031
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This includes atk/atkversion.h in all the public headers, either directly
or via atk/atkobject.h, and annotates the public symbols in the headers,
which all lead to _ATK_EXTERN via one of ATK_AVAILABLE_IN_ALL,
ATK_AVAILABLE_IN_X_Y, ATK_DEPRECATED, ATK_DEPRECATED_FOR,
ATK_DEPRECATED_IN_X_Y or ATK_DEPRECATED_IN_X_Y_FOR, depending on which
stable release series the API was introduced or deprecated.
_ATK_EXTERN which can then be defined in a way during the build, so that
these symbols can be exported automatically using compiler directives.
Also use _ATK_EXTERN for ATK_VAR in atk/atkmisc.h during the build so that
variables can also be properly exported.
https://bugzilla.gnome.org/show_bug.cgi?id=728031
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds version macros, like what is now done in GLib, GTK+ and Clutter,
so that these macros can be used in public headers to:
-Prepare for using a visibility-based (or __declspec(dllexport)method to
export the public APIs during the build. These macros are marked for 2.x
stable releases as ATK_AVAILABLE_IN_X_Y, and ATK_AVAILABLE_IN_ALL for APIs
introduced on or before the ATK-2.0.0 release.
-Add ATK_DEPRECATED_IN_X_Y macros for use on APIs that are deprecated
in 2.x, and ATK_DEPRECATED for those deprecated earlier. This
is also used to export the deprecated APIs using the visibility-based/
__declspec(dllexport) method.
https://bugzilla.gnome.org/show_bug.cgi?id=728031
|
|
|
|
|
| |
In my previous patch to move DllMain() to atk/atkprivate.c, somehow the
formatting went wrong, so fix that up.
|
|
|
|
|
|
|
|
|
| |
Since the HMODULE that is initialized by DllMain() is to be used to for
get_atk_locale_dir(), which was recently moved to atk/atkprivate.c, move
DllMain() and its related items to atk/atkprivate.c as well. This will fix
the ATK build on Windows.
https://bugzilla.gnome.org/show_bug.cgi?id=726216
|
|
|
|
|
|
|
| |
atk/atkprivate.h and tests/teststateset.c were missed from the source
distribution, so make up for them to fix the build.
https://bugzilla.gnome.org/show_bug.cgi?id=726216
|
|
|
|
|
|
|
| |
There were some added public APIs for AtkValue, which was not updated to
atk/atk.symbols, so make up for them.
https://bugzilla.gnome.org/show_bug.cgi?id=726216
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
In summary:
* Stop to use GValue to get/set the value and use doubles instead
* Include the support for a string description and subranges
https://bugzilla.gnome.org/show_bug.cgi?id=684576
|
|
|
|
| |
... so that they will also be exported in Windows builds
|
|
|
|
|
| |
* Adds when the symbols were added.
* Document the interface virtual methods.
|
|
|
|
| |
So now is properly scanned by gtk-doc
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Index based methods forced ATK implementations to expose
the cells are direct children of the table. Something that
was complex in the practice. In fact some implementation
were not doing it, making the index-based methods not
properly implemented. This became even more clear with the
addition of AtkTableCell.
Additionally, this patch documents AtkTableCell and that
those cells should implement the newly added AtkTableCell
interface.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=651353
|
| |
|
| |
|
|
|
|
|
|
| |
You get the same information from get_extents. In fact,
default implementation for those methods on atk were using
get_extents.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=723292
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=653293
|
|
|
|
| |
This reverts commit feb4bd4c5b24672b1d8bbf0783e96539af0d0ba4.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This would move the generation of the ATK Visual C++ 2008/2010 project
to Python 2/3 scripts from autotools scripts. This would have the
following advantages:
-Reduce congestion in the autotools files, most notably atk/Makefile.am,
and make everything that concerns the completion of MSVC project files
fo under build/
-Easier to maintain and test, as a standard installation of Python (even
on Windows) is enough to generate the Project files, and this can still
be easily called during 'make dist'.
-Also paves the first steps for people wanting to build ATK from a GIT
checkout, as this will help simplify the process
There is now a dependency on Python 2/3 for people that are wishing to do
'make dist', as naturally the scripts to do the Visual C++ project
generation is done with Python, but since one is likely going to generate
the .gir files for ATK when doing 'make dist'/'make distcheck', this is
satisfied as the scripts used to generate the .gir files are Python 2.6+
scripts as well.
https://bugzilla.gnome.org/show_bug.cgi?id=690145
|
|
|
|
|
|
| |
Make distcheck was failing.
https://bugzilla.gnome.org/show_bug.cgi?id=644756#c4
|
|
|
|
| |
To silence automake deprecation warnings.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=644756
|