Age | Commit message (Collapse) | Author | Files | Lines |
|
vertical layout.
Change-Id: I6391e665db205545f0d660e3de826755c954f286
Reviewed-on: https://gerrit.libreoffice.org/17836
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I534da08398504697aa4ecff7838c6bd702dc8ea0
|
|
* Reverse the direction of arrows e.g. in menus
* Reverse the position of combobox button
They are lumped together because fixing one breaks the other
Change-Id: I65afb08785e67db72a72ad39f1de56db037b640a
Reviewed-on: https://gerrit.libreoffice.org/17788
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
|
|
...instead of raw pointer and manual acquire/relase. It is unclear to me why
the original code thought it was necessary (or merely "better") to hold by raw
pointer; but at least from the backtrace in rhbz#1247588, it seems plausible
that UNO method calls through such raw pointers could recursively call into
atk_object_wrapper_dispose and make the raw pointer stale.
Change-Id: Idc0a4f9e2f7ffe610261c1b7b98ce9c5e040db43
|
|
...assumming nobody actively uses it for debugging anymore, anyway
Change-Id: I097c0cca791a48844550be4c326fa2483a3df231
|
|
Change-Id: I79a889c68e91712d2abdacc559c78813f730e623
|
|
Change-Id: I4b8f36931f7ee19fe774a735a6d36ecd91de47ef
|
|
by jrb, oops
Change-Id: Id722533edae72d4849129e339bd6cca265d3c35c
Reviewed-on: https://gerrit.libreoffice.org/17577
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ia8c7da1e321f363efee2d60b29078b35fcbe1dcd
Reviewed-on: https://gerrit.libreoffice.org/17570
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Id0658cf561570a2ae15fb7fd603e6437da9cfaf2
|
|
This was only done in the new gtk3 backend, all other backends seem to
ignore the GDK_KEY_RELEASE event (especially the gtk2 one). So make the
gtk3 backend code consistent with the other backends.
Change-Id: I3bdecb7ce05190ee2496bc552ca79375fb6fd713
Reviewed-on: https://gerrit.libreoffice.org/17431
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I02cbbba56a2ad83e0ac3d806265a7e0d6a29594d
Reviewed-on: https://gerrit.libreoffice.org/17495
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
Change-Id: Ie2a42162d3092a8213b8532d9325f4ed199ec2a4
|
|
So at least in case of the CTRL_LISTBOX, getNativeControlRegion is
called for a type and part unsupported by IsNativeControlSupported.
For whatever reason, this results in broken listboxes drawn in
Base's "Table Design" dialog, when selecting "field type", which
draws the listbox on top of the cell.
To make it worse, it seems the listbox is actually drawn to a
smaller space then the actual requirement. Appearently it seems to
use the content rect, instead of the bounding rect.
So in addition to fixing the drawing, this patch increases the
listbox bounding rect, which looks too large in normal dialogs, but
makes the Base's listbox better readable.
Change-Id: I112ec038fd20ad33facd260d16b5d68b508d2bd0
Reviewed-on: https://gerrit.libreoffice.org/17438
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
Tested-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
This partially brings back the behavior before
10a3db37377a68ec7529bbfbf876c852d58b7ae4.
Change-Id: I5b372ab56105c05dda6ecb9aa1eed1c6a0c72ea8
|
|
Change-Id: I870821ec64653391caf516cbd3aa890637d7dd24
Reviewed-on: https://gerrit.libreoffice.org/17367
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
this leaves whatever magic gtk3 under wayland is doing on the toplevel
alone so the window can be resized and the title bar responds to
clicks as expected
Change-Id: I9952cb719f3148660e17951b4f66a2525e11a6df
|
|
Change-Id: Ic78aa62baaa4260645a80ffb6704103440339595
|
|
which fills the toplevel window, rather than directly to the toplevel window.
It makes no difference for X, but for wayland the window decorations are part
of the toplevel window, dropping down a level means we don't draw out menu bar
under the window decoration space
Change-Id: Icec400efacd16b5d901107c13b6fa90c59cad0e6
|
|
While opening folders in SvtFileView using doubleclick,
sometimes GtkSalFrame::gestureLongPress method is
executed with a null frame pointer and LO crashes.
I noticed this only with remote dirs, probably this
bug occurs only when the doubleclick handler routine
takes a lot of time.
Change-Id: I432046994b3e1662bd7e499681bd20e9696b2d52
|
|
Change-Id: I85c7cc01113bc4ac810c450a6460059463cc8e03
|
|
Change-Id: I4c95f52f0b22ab574f608b93c172e0398e81974b
|
|
Change-Id: Id2654555c4042f8c0bdbd6bab6507e705f08326b
|
|
Change-Id: I6a70696cd119e681b4850c624c9e4ff28312c152
|
|
Change-Id: I810cdadedd5261caede474a4780ceea6d9b409c9
|
|
the GTK3 version check for the GDK_IS_X11_DISPLAY macro
does not appear to work well on all the machines
Change-Id: I7020afdca1b270f89910753737c2c70b61453b34
|
|
Change-Id: Ic7112f9bdd638ad72758e1b187778d004df4dd7b
|
|
Change-Id: Icd081c38de1374c6bfd6fb04d7765e07ff5d1aff
|
|
Change-Id: I72247a38021b11a521d785f7565c218a425a857f
|
|
Change-Id: I53e2634984c8e08b707dc3a21b2a6e68b48ec701
|
|
Change-Id: I5d57f715edbadc7fef5c508cae7e98bcde0e4e5c
|
|
Change-Id: I2c154e4df060ade36744c6aa2fbffa8c6e665629
|
|
Change-Id: I66b92146757352408a331f9e23289839f443ff79
|
|
before:
getFiles retrieves all files with their url
getSelectedFiles just returns getFiles result
after:
getSelectedFiles retrieves all files with their url
getFiles uses getSelectedFiles and truncates to 1 entry if necessary
See http://nabble.documentfoundation.org/Dev-f1639786.html for discussion
Conflicts:
vcl/unx/kde4/KDE4FilePicker.cxx
Change-Id: I56a0e2bc877f93e28f08d5ebaafd1826a92cef8b
Reviewed-on: https://gerrit.libreoffice.org/17025
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Michael Meeks <michael.meeks@collabora.com>
Tested-by: Michael Meeks <michael.meeks@collabora.com>
|
|
Change-Id: Ia77063f7008f960373861b8b59710abe9918865c
|
|
...from d11b244bf9b9115f5384d6ff43bdffc7f1289d71 "getFiles: truncate to 1 file
only"
Change-Id: I149489212db943f79dfda7f1012d22809f090851
|
|
See http://nabble.documentfoundation.org/Multiselection-needs-work-td4153207.html
for details
Change-Id: I7f855a067349381e2567bd15a8daa56aad412774
Reviewed-on: https://gerrit.libreoffice.org/16959
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
/home/tinderbox/master/vcl/unx/kde/salnativewidgets-kde.cxx:1987:88: error: implicit instantiation of undefined template ´boost::optional<Color>´
aStyleSettings.SetMenuBarTextColor( aStyleSettings.GetPersonaMenuBarTextColor().get_value_or( aMenuFore ) );
/home/tinderbox/master/include/vcl/settings.hxx:38:32: note: template is declared here
template<typename T> class optional;
Change-Id: Ic681d36f376f7433dae56fc1da5f8a2dd0f597ea
|
|
The most relevant signal member function appears to be connect(),
so let's create a wrapper function for that now, without the more
esoteric ordering features for now.
Move the signal member itself to a new pImpl.
The benefits are worth it: preprocessor input reduced by 2.8GB,
that's 9% of the total (excluding system headers which are not counted
because they don't generate dependencies).
Change-Id: I0aaeda51a5630a348bb12c81a83f67afbd508a14
|
|
... for 1134 fewer uses of optional.hpp and a saving of 673 MB of
preprocessor input.
Change-Id: I9e8020f3e1ae968db403174c1bc0c1eba1139ecb
|
|
This happened when one of our modules had clipboard content and was
closed, which currently clears the clipboard, and then reopened and
attempting to paste the content. Apparently the utf-16 mime-type is
still alive but the content isn't, on which rtl_str_getLength(pText)
asserts.
Change-Id: I5cc7c20ac1f1a8551a10b033e1f37bf83c5cc202
|
|
Happens only with when double buffering is enabled, and e.g. with the
oxygen GTK2 theme, but not with the default one.
Change-Id: Iad9911121e57388c84c25860413763f75e06b0ea
|
|
Change-Id: I12356b3fdce68282a30cae2b270b02e46558860a
Reviewed-on: https://gerrit.libreoffice.org/16847
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noelgrandin@gmail.com>
|
|
This is not a final fix to apply full theming, but it makes
the listboxes at least usable again.
Change-Id: Ic83b8209208fddafe34e04f4e5e531f0d28e62bd
|
|
Be (more) correct about the widgets and parts, we actually can draw
natively in KDE4.
Also add an assert, so drawNativeControl won't be called with values
not supported by IsNativeControlSupported.
Change-Id: Iac6c78194191a9cd059ace560c285263ce7c1045
|
|
Change-Id: I671177dd1f9e535c28a29bcbd6b74f1c789371ea
Reviewed-on: https://gerrit.libreoffice.org/16883
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Fixing follow
- The order of calling: first should be set the filter, after
that can be set the current filter
- change the function from "setCurrentFilter" to "setCurrentItem"
When you set the filter over "setCurrentFilter" you need the full
search string "extention|description" e.g. "*.docx|Microsoft Word.."
- Not need the escape of slash (with that can not find
"Microsoft Word 2007/2010 XML (.docx))"
Change-Id: Ie4f7d6fd619b391487ee944c3e745c855600ee54
Reviewed-on: https://gerrit.libreoffice.org/16721
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Katarina Behrens <Katarina.Behrens@cib.de>
|
|
Change-Id: Iade050c8504a1cc65b5ac345141da32898e7ebff
Reviewed-on: https://gerrit.libreoffice.org/16887
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: I3c42d918680ac989c5cd7cd1022e4a6e7b53aa11
Reviewed-on: https://gerrit.libreoffice.org/16886
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
|
|
Change-Id: Ifbd87e59fa91241dd5852f7dc6b63e65d8ca6bad
|