summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Updated Slovenian translationMatej Urbančič2012-09-061-139/+148
|
* Updated Hungarian translationGabor Kelemen2012-09-061-1288/+1543
|
* printing: Don't load custom paper sizes in file backendMarek Kasik2012-09-061-1/+1
| | | | Resolves #683474.
* Updated Hungarian translationGabor Kelemen2012-09-061-979/+1028
|
* Updated Indonesian translationDirgita2012-09-062-398/+414
|
* Updated Greek translationsTom Tryfonidis2012-09-062-364/+381
|
* Updated British English translationBruce Cowan2012-09-052-1630/+1811
|
* Updated Traditional Chinese translation(Hong Kong and Taiwan)Chao-Hsiung Liao2012-09-054-792/+836
|
* Updated Arabic translationKhaled Hosny2012-09-051-219/+269
|
* Bump versionMatthias Clasen2012-09-041-1/+1
|
* 3.5.163.5.16Matthias Clasen2012-09-042-1/+6
|
* menubutton: clear arrow_widget on remove()Cosimo Cecchi2012-09-041-4/+14
| | | | | | So that we clear its pointer also in case somebody else calls gtk_container_remove() on the button. Fixes criticals at startup in e.g. Nautilus.
* Protect sectond call of nsevent hasPreciseScrollingDeltas from pre-LionJohn Ralls2012-09-031-1/+3
|
* Bump versionMatthias Clasen2012-09-031-1/+1
|
* 3.5.143.5.14Matthias Clasen2012-09-032-1/+51
|
* gtkimcontexttime.c: Check context_ime->client_window is not NULLChun-wei Fan2012-09-031-0/+4
| | | | | | | | | Be a bit more careful in get_pango_attr_list() and get_utf8_preedit_string() to ensure that the client_window is properly created before proceeding, to avoid access violation/segfault crashes on Windows with IME installed, especially when running the pickers demo. https://bugzilla.gnome.org/show_bug.cgi?id=682919
* entry: fix requisition width/height to use the current pango layoutCosimo Cecchi2012-09-032-49/+40
| | | | | | | This way, we can ensure that width/height changes due to the use of gtk_entry_set_attributes() are correctly reflected in the size request. https://bugzilla.gnome.org/show_bug.cgi?id=683168
* Make spinbutton orientablePaolo Borelli2012-09-034-92/+306
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=683168
* Remove leftover from text selection handles style updateCarlos Garnacho2012-09-031-1/+0
| | | | | GTK_STYLE_CLASS_INVERTED_CURSOR_HANDLE is no longer defined as it was left unused by commit 81045779f6
* Improve CSS styling of touch text selection handlesCarlos Garnacho2012-09-032-19/+28
| | | | | | | Don't hook on the widget style context and set up instead a widget path for itself. Also use a common style class for both handles, with an extra top/bottom class for each handle.
* Updated Spanish translationDaniel Mustieles2012-09-031-12/+15
|
* Updated Spanish translationDaniel Mustieles2012-09-031-270/+275
|
* Updated Spanish translationDaniel Mustieles2012-09-031-107/+106
|
* Updated Polish translationPiotr Drąg2012-09-032-139/+152
|
* Updated POTFILES.inPiotr Drąg2012-09-032-0/+2
|
* cssvalue: Implement transitioning arraysBenjamin Otte2012-09-031-1/+193
| | | | | Or rather: Implement it for backgrounds, as the animation rules for arrays vary by property.
* cssvalue: Pass property ID to transition functionBenjamin Otte2012-09-0322-17/+40
| | | | | | | This is to allow animating arrays properly. I'm not really thrilled about this solution (we leak propertys into the values again...), but it's the best I can come up with - I prefer it to having N different array types...
* cssvalue: Don't allow empty arrays anymoreBenjamin Otte2012-09-031-4/+1
| | | | | CSS arrays aren't empty, even the ones that appear empty contain one "none" element.
* cssvalue: Make the array parser no longer parse "none"Benjamin Otte2012-09-033-18/+12
| | | | Arrays that support it, handle it themselves.
* css: Redo bindings parsingBenjamin Otte2012-09-031-8/+22
| | | | | | I want to get away from the ability to have 0-length arrays, all css arrays are single element. Even if the element is "none", it is still a "none" element.
* gtkliststore: fix documentation typoClaudio Saavedra2012-09-031-1/+1
|
* Add a way to test touch featuresMatthias Clasen2012-09-032-6/+14
| | | | | | The GTK_TEST_TOUCHSCREEN envvar is now checked in entries and textviews to allow testing of text handles with other kinds of devices.
* Implement touch text selection in GtkTextViewCarlos Garnacho2012-09-031-19/+282
| | | | | | | | | | GtkTextHandle is used to indicate both the cursor position and the selection bound, dragging the handles will modify the selection and scroll if necessary. Backwards text selection is also blocked for touch devices, so the handles don't get inverted positions and possibly obscure portions of the selected text.
* Implement touch text selection in GtkEntryCarlos Garnacho2012-09-031-22/+290
| | | | | | | | | | | | GtkTextHandle is used to indicate both the cursor position and the selection bound, dragging the handles will modify the selection and scroll if necessary. Backwards text selection is also blocked for touch devices, so the handles don't get inverted positions (This is more important though on GtkTextView, as inverted handles may obscure portions of the selected text, good for consistence though)
* Add GtkTextHandleCarlos Garnacho2012-09-038-2/+795
| | | | | | | | | | This is a helper object to allow text widgets to implement text selection on touch devices. It allows for both cursor placement and text selection, displaying draggable handles on/around the cursor and selection bound positions. Currently, this is private to GTK+, and only available to GtkEntry and GtkTextView.
* scrolledwindow: don't capture events meant for non-child windowsCarlos Garnacho2012-09-021-0/+3
| | | | | | GtkTextHandle creates temporary override redirect windows, but still hook to the text widget for events, so those are effectively captured by GtkScrolledWindow if a text widget is within it
* Updated Lithuanian translationAurimas Černius2012-09-021-92/+89
|
* update Punjabi Translation for gtk moduleA S Alam2012-09-022-2159/+2338
|
* Try harder to discriminate Shift-F10 and F10Matthias Clasen2012-09-011-5/+15
| | | | | | | | | | | | | | | | | | | | | | A change in xkeyboard-config 2.4.1 made it so that function keys now have a shift level which has the same symbol, but 'eats' the shift modifier. This would ordinarily make it impossible for us to discriminate between these key combinations. This commit tries harder to discriminate in 2 ways: - XKB has a mechanism to tell us when a modifier should not be consumed even though it was used in determining the level. We now respect such 'preserved' modifiers. This does not fix the Shift-F10 vs F10 problem yet, since xkeyboard-config does not currently mark Shift as preserved for function keys. - Don't consume modifiers that do not change the symbol. For the function keys, the symbol on the shift level is the same as the base level, so we don't consider Shift consumed. For more background on the xkeyboard-config change, see https://bugs.freedesktop.org/show_bug.cgi?id=45008 https://bugzilla.gnome.org/show_bug.cgi?id=661973
* :qUpdated Latvian translationRūdolfs Mazurs2012-09-022-2934/+2299
|
* Updated Polish translationPiotr Drąg2012-09-012-2/+2
|
* Updated Polish translationPiotr Drąg2012-09-012-271/+288
| | | | Also restore missing copyrights.
* Updated Galician translationsFran Diéguez2012-09-011-86/+89
|
* Updated Norwegian bokmål translationKjartan Maraas2012-09-011-86/+83
|
* Updated Vietnamese translationNguyễn Thái Ngọc Duy2012-09-011-2/+1
|
* po/vi: import from Damned LiesNguyễn Thái Ngọc Duy2012-09-011-94/+94
|
* Revert "menubutton: make it work with custom content in .ui file"Matthias Clasen2012-08-311-18/+4
| | | | This reverts commit 6e6487b461adf2628f49fc257a7a30a2346e5a25.
* GtkMenuButton: Override addMatthias Clasen2012-08-311-0/+18
| | | | | | | By removing an existing child in add, if it is our own arrow, we can make things work better in GtkBuilder. https://bugzilla.gnome.org/show_bug.cgi?id=682291
* menubutton: make it work with custom content in .ui fileDavid Zeuthen2012-08-311-4/+18
| | | | | | | | This was reported in bug 682291. https://bugzilla.gnome.org/show_bug.cgi?id=682291 Signed-off-by: David Zeuthen <zeuthen@gmail.com>
* window: Add a delay before automatically showing mnemonicsRui Matos2012-08-313-1/+48
| | | | | | | | | Showing mnemonics immediately on modifier press can be annoying and distracting when the user is just trying to Alt+Tab into another application/window since the mnemonic will show up and quickly vanish again when we receive the focus out event. https://bugzilla.gnome.org/show_bug.cgi?id=672431