XFree the result of glXChooseVisual, glXGetVisualFromFBConfig and
glXGetFBConfigs when done.
Change-Id: I145c7f5f083718d983ccea4b534d4e90056eb14e
Reviewed-on: https://gerrit.libreoffice.org/4195
Reviewed-by: David Tardon <dtardon@redhat.com>
Tested-by: David Tardon <dtardon@redhat.com>
else clang/libc++ cannot decide between bool and a reference into a bit-vector
specialization
(cherry picked from commit 6a88a21257124d953637c4b8ead9c9771e15b899)
Change-Id: I694bbad82b1a05ebe86c5c941f3ac85c71f5fc9e
Patch by: Wang Zhe
Review by: Andre Fischer
(cherry picked from commit 2de9df3bc309f480c68a970b3353b718ca4e9c68)
Change-Id: I33b5d9975d52492d296e77b191ae1a394c8443a0
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk
have kept them, in order not to break external API (the automatic using declaration
is LO-internal).
Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
Done with a perl regex:
s/OUString\s*\(\s*RTL_CONSTASCII_USTRINGPARAM\s*\((\s*"[^")]*?"\s*)\)\s*\)/OUString\($1\)/gms
Change-Id: Idf28320817cdcbea6d0f7ec06a9bf51bd2c3b3ec
Reviewed-on: https://gerrit.libreoffice.org/2832
Reviewed-by: Thomas Arnhold <thomas@arnhold.org>
Tested-by: Thomas Arnhold <thomas@arnhold.org>
Using the autocorrect list of LibreOffice
extras/source/autotext/lang/en-US/acor/DocumentList.xml
Change-Id: I8b93969bc0742c2e95b8b7db3c4c37691e8d3657
Script: http://pastebin.ca/2327716
Process incoming commands in the main thread in a Timeout, build
thumbnail / previews there too - to avoid the deadlocks mentioned
in the bug.
Change-Id: I5f5e8d6fbc2e059d4194f72f3e086e1aa87ab2cc
(But the OpenGL transitions aren't really usable on the Mac. At least
not when built against the 10.7 SDK.)
Change-Id: I6b65b417a40be182b7b4077b420b4bdb52fb67c4
Whether it works at run-time is another question;)
Use the same source files as for X11, with relevant conditional
coding.
The Windows OpenGL import library corresponds to OpenGL 1.2, so we
can't directly use APIs from OpenGL 1.3 or newer. (Even if they as
such are present in the "Mesa" headers we use.) So look up also
glActivetexture() dynamically.
Change-Id: I2280e2ad7e190356e9409cc28142fa9fc33e078b
Just some OSL_TRACE/SAL_INFO changes in the "unx" one. And it isn't
like the "win" one would actually compile for Windows as is anyway, as
it unconditionally uses glX stuff. So certainly it is better to have
just one copy, and if we want to make the OpenGL transitions build on
Windows then add ifdefs for Windows to it.
Change-Id: If6887e24a0fc03c7e0e77f003d08feb51c264f30
The STLport was only built for the benefit of old extensions on platforms that
once used it themselves (Linux x86, Solaris x86 and SPARC, Windows). We
deliberately break such old extensions for LO 4.0 by no longer shipping that
backwards-compatiblity cludge.
Keeps STLport listed in readlicense_oo/ because of
o3tl/inc/o3tl/compat_functionality.hxx.
Also removes GXX_INCLUDE_PATH, as that was only used by STLport (if at all?).
Removes a spurious #define MOVEFILE_REPLACE_EXISTING 0x01 from
l10ntools/inc/helpmerge.hxx that was once added with
854812584862d0609b695682d2bfea2667d75c00 "INTEGRATION: CWS extensionl10nfix01
(1.11.6); FILE MERGED: 2008/06/26 13:56:03 ihi 1.11.6.1: #i90987# windows rename
-> MoveFileEx" but now starts to cause trouble on Windows. Also disables
warning C4005 about redefinition of WB_LEFT/RIGHT macros (defined in both
tools/wintypes.hxx and the Windows API) in a number of places that include
windows.h -- however the old STLport caused those warnings to not show.
Change-Id: Ie138a219fbbc86fb5aaa7ea0b88cf349935d9829
This changes all generated API headers (.hpp and .hdl) to use a
namespace alias 'css' instead of the pointlessly long com::sun::star
Makes the change in cppumaker & associated tools, adds a global
namespace alias definition in sal/types.h, and removes a kiloton
of local, now pointless-to-harmful versions of that alias from all
over the code.
Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
The slideshow engine emits viewChanged() immediately after the
transition has been initialized. Because the ShaderTransition data were
not fully reset in finishTransition_, no transition texture would be
generated on the re-initialization in viewChanged(), thus there would be
no transition on the first slide.
Change-Id: I04fef9a6c09537995d83889be2fe15569a1ddc2c
* canvas bitmaps created without transparency get an appropriate color
space
* implement a color space for OpenGL RGBA to use instead of
canvas::tools::getStdColorSpace(), which apparently uses VCL's
interpretation of alpha (alpha == 0xff means full transparency,
alpha == 0 full opacity).
Change-Id: I97f30533206b75132abd0bb0d290a279f15ae8a9
