Age | Commit message (Collapse) | Author |
|
Change-Id: I23a9907fa0ec3258afdb69285f31b6ce5a3521a0
|
|
Change-Id: Ie43eb3b2c449891fef1031e7df3f381cecb4b4f9
|
|
Change-Id: I4d350aa5d791febde3fea824e3e7b4ab6b6c06e8
|
|
Change-Id: I0dc1ac4748dc81e16cf1d68e5f1bd8eb407bb9cf
|
|
Change-Id: I090f9854589a26b8de78fcda1093ea0c19625c79
|
|
Change-Id: I60b267e84df2ca0e540fc3218faa9a3fc4c9c55d
|
|
Change-Id: Iba054bc064c664f8499219db002749072435e32c
|
|
Change-Id: I32084232c44a12e9641010b51e75710abc827695
|
|
Made a start in removing the incorrect 'Infos' German plural
Change-Id: Ie989351a7473fc35b563e63ce6a4fb229093af60
Reviewed-on: https://gerrit.libreoffice.org/22301
Reviewed-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
Tested-by: Samuel Mehrbrodt <Samuel.Mehrbrodt@cib.de>
|
|
Change-Id: I311f7db622ce341527fe12a92b516f800b602f92
|
|
pick something that is supposed to be a large contrast against the bg but
is different from the fg
Change-Id: I36d2f9e5aff0e06e89dbb41250e09f9cc972cd4c
|
|
Change-Id: I8bed7d76a76a1fd5cd71731a8dbff19f29fd2854
|
|
we don't use these for "real" tabs in tabcontrols in the gtk3 themeing
but they get used in other places
Change-Id: Ia55b8a43604f624ac82923897a01050fa4aa2bc9
|
|
Change-Id: I21a64250182b4630fa41583d7536081adf441ec5
|
|
Change-Id: Ieb5ed52fa8a9c26b3e839388a58cff295166eed9
|
|
Change-Id: I7e5494d3a8c8e16da3864d14a9194c430d42202e
|
|
Appears that gtk_clipboard_wait_for_targets (called from
GtkClipboardTransferable::getTransferDataFlavorsAsVector,
vcl/unx/gtk3/gtk3gtkinst.cxx) internally calls gdk_threads_leave/enter, so if
two threads concurrently try to call into getTransferDataFlavorsAsVector, each
with the SolarMutex recursively acquired a different number of times, the
GtkYieldMutex::ThreadsLeave/Enter calls can pair up so that the threads' acquire
counts get swapped. Then eventually causing one thread to prematurely get the
SolarMutex unlocked.
This was fairly well reproducible when calling an --enable-dbgutil's soffice
with an .oxt file on the command line, causing both the Extension Manager dialog
and an empty Writer document to open simultaneously (which apparently both run
into the above getTransferDataFlavorsAsVector), and then running into some
DBG_TESTSOLARMUTEX assert firing when the SolarMutex had been unlocked
prematurely.
According to <http://en.cppreference.com/w/cpp/compiler_support>, support for
thread_local is available partially since GCC 4.4 and fully only since GCC 4.8,
so hope the partial support in GCC 4.7 (our current baseline) is good enough for
what is used here.
Change-Id: I9fad318078be5f31111a7cbd15d0e1349e7ddd3e
Reviewed-on: https://gerrit.libreoffice.org/22291
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
|
|
Change-Id: Ia108d3d4db2a2f05d306da55a59520e9471bb336
|
|
todo: get rid of the rest of the getStyleContext foo
in favour of additional createStyleContext entries.
This appears to now render fine on f23 and f24.
upstream gtk now has a foreign drawing demo in gtk-demo. Stuff we are trying to
do here can be found in a cleaner single-version state there. And additional
demos can be added to keep a reference of how to do this crap up-to-date.
Change-Id: I5ae1a52a2cacc6d8178ed1af30a12536ba828050
|
|
Don't crash then.
Change-Id: I4980fe4ea56e023cbf303fa43d1e6b383d983d2e
|
|
start by silencing the warnings
Change-Id: I2aa430e712e189a856a10c9d2284ef54dcfcb7d9
|
|
+ Removed comment cruft
+ Tab formatting in number of files
+ Some commented out code removed
+ Tab characters replaced with spaces
+ Newline cleanup in quite a few files
+ Tweak header guard #endifs
Change-Id: I3208ff2f047da890edcc49b73389aca22442f5fc
Reviewed-on: https://gerrit.libreoffice.org/22221
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: I77b30f28ae5a6fad360d7cada9acfaa9c324408b
Reviewed-on: https://gerrit.libreoffice.org/22216
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
Tested-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: I4bb19d6103c4a6a902d86b62a857e3478493924c
|
|
Having them in the file apptypes.hxx isn't necessary helpful, IMO so
I've split the types into inputtypes.hxx and exceptiontypes.hxx
Change-Id: I89a1ff168c3ae276b2f5486669d4ec2dda062d57
|
|
Change-Id: Ice72f8d9971e15dd6ef365e64cd567b8581a92d3
Reviewed-on: https://gerrit.libreoffice.org/21797
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Ashod Nakashian <ashnakash@gmail.com>
|
|
I'm changing the Font class function names:
- SetSize -> SetFontSize
- GetSize -> GetFontSize
- SetHeight -> SetFontHeight
- GetHeight -> GetFontHeight
- SetWidth -> SetAverageFontWidth
- GetWidth -> GetAverageFontWidth
That's because it really makes no sense to say that there is a
single constant font width because obviously proportional fonts
don't have one - the best we can do is an average font width,
which is what folks like Microsoft sort of do already. On a fixed
font, the average is still accurate, for obvious reasons :-)
I'm also not a fan of GetSize/SetSize as I find it a might too
generic.
Change-Id: Ib80a604ba62d6883fd6cbc7994da763976be5c70
Reviewed-on: https://gerrit.libreoffice.org/22069
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Chris Sherlock <chris.sherlock79@gmail.com>
|
|
Change-Id: Iad54f114c6443950af4341e1d40dd7dcca9fb8d7
|
|
and simplify a little bit
Change-Id: I5a2faeb7e22ee5a0eaa4f05bc73fd92cbe2f5083
|
|
so releaseCairoContext is a mirror of getCairoContext, so callers that don't
need to flush can drop that explicit call
Not sure, now that I see it, how there's been no sign of any problem with no
damage of the affected text area under gtk3
Change-Id: I8e508160be4102c64a0ecdf5591b6999f9171c36
|
|
Change-Id: Ie5aac4a8b11daa2aba092923286fbbb2d76d4651
|
|
This looks obsolete, it was used in LibreOfficeLinux.conf since the
beginning but in fact since LO 3.5 it was broken and the vclplug_gen
was not actully dlopen()ing Xrandr.so but somehow magically "found"
the symbols anyway.
Change-Id: I81251a8fef0abac63183b0ff3533bb2331ca6f5a
|
|
This was borked since gbuildification of vcl in 2011 and the dlopen
code didn't even compile since commit
b5f1139427b40ca727a03e2e41aa5625cfb08bb8
Change-Id: Ieff22ed144d9d89e53dd956ce0dfea5e4d07ea13
|
|
Change-Id: Idd31b0a53c8318af69bbcd32f6798721ec8eb8e1
Reviewed-on: https://gerrit.libreoffice.org/21945
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ic576f14cae82781a93e52972513a28c4a141d1a2
|
|
Change-Id: I759b8d1421860501243039c66d17fb82ac66dd47
|
|
Change-Id: Ib644ea36b8a9e68e023e465ef159b9a4890e5d37
|
|
Change-Id: I3f2dbce1c162a2db94a9c2f9d23c83209b1d82bb
|
|
Change-Id: I1324c89be2a1d4954b0ddf4a9b06a8a97d5c335e
|
|
Change-Id: I1ee0ed1505e1564fbcb7267feb0913b728e19357
|
|
Change-Id: Ib91ef6fa9b52b0e7c968767a2c19b043c0797d5f
|
|
Change-Id: Id59dd767c09c0757b6c94c7dd4b3e832f11cf615
|
|
Change-Id: I7df8c17863f1e16f1658c061a324d6f1f0699833
|
|
Change-Id: Ic8e7a7c0f6f40521dfb20ebf4ef11f2776c0cde8
|
|
Change-Id: I254c7a4b6f822c71b3ad5150cf674d25defbf1ed
|
|
from another application, e.g. text from gedit or a standalone
image (view image) from firefox
Change-Id: I68b82217eb2513cedc096f5ff653fb7c75b48052
|
|
Change-Id: I4f0a6264a6c6c2533a32de358216601495c959f2
|
|
Change-Id: I8a77b199562ebffba94c4985693280db91cb0575
|
|
Change-Id: I201f8e5281332ae9668f59060ea2a94f211a7c68
|
|
Change-Id: Iaa325c3404cf44b6ca98041fd2c904e77d7535d2
|