Commit Graph

6163 Commits

Author SHA1 Message Date
Мирослав Николић
b9be71ec9b Updated Serbian translation 2013-11-03 09:10:52 +01:00
Мирослав Николић
213d579016 Updated Serbian translation 2013-11-03 09:05:22 +01:00
Balázs Úr
d355019ae6 Updated Hungarian translation 2013-10-13 13:34:59 +02:00
Andika Triwidada
f3fd18cd30 Updated Indonesian translation 2013-10-08 17:12:43 +07:00
Marek Černocký
1f3fea156e Updated Czech translation 2013-10-02 09:55:43 +02:00
Daniel Mustieles
1d96e2ab56 Updated Spanish translation 2013-09-30 12:14:39 +02:00
Matej Urbančič
fcd0196203 Updated Slovenian translation 2013-09-28 21:31:06 +02:00
Fran Diéguez
3477edc0c8 Updated Galician translations 2013-09-28 16:27:44 +02:00
Osman Karagöz
cbc90fe7ce [l10n] Updated Turkish translation 2013-03-24 17:41:18 +02:00
Shankar Prasad
e346869284 Updated kn translations 2013-03-23 18:59:21 +05:30
Shankar Prasad
c243369fe1 Updated kn translations 2013-03-23 14:45:15 +05:30
Sandeep Sheshrao Shedmake
224a0aee5e Updated Marathi Translations 2013-03-21 09:13:26 +05:30
Giovanni Campagna
6baf9f0259 Calendar: don't initialize the event source synchronously
We don't want to block the shell start to load evolution-data-server
and open all calendars (which can involve network connections)

https://bugzilla.gnome.org/show_bug.cgi?id=694030
2013-03-14 19:49:34 +01:00
Atri
ee6f60bc93 modalDialog: Fix auto-completion of prompts immediately upon display
Shell modal dialogs can take their action on a certain key's
key-release-event. For example on <enter> the affirmative action is
usually run.

Make sure that the key was also pressed on the dialog and we're not
seeing a spurious key-release-event from a key that was pressed before
the dialog was displayed. Rebased original patch for master by Stef
Walter to version 3.6.3.

https://bugzilla.gnome.org/show_bug.cgi?id=692937
2013-03-04 09:58:13 +01:00
Florian Müllner
3b07488ef5 Bump version to 3.6.3.1
Update NEWS.
2013-02-20 20:43:11 +01:00
Florian Müllner
ac03781447 Revert "Bump version to 3.6.3.1"
This reverts commit af6d11db89.
2013-02-20 20:41:51 +01:00
Florian Müllner
af6d11db89 Bump version to 3.6.3.1
Update NEWS.
2013-02-20 20:32:53 +01:00
Rafael Ferreira
9d04137893 Updated Brazilian Portuguese translation 2013-02-16 16:20:46 -02:00
Giovanni Campagna
9d931b5e01 MessageTray: fix notification height expansion
MessageTray._tween removes all tweens now, so it removes also
those setting the height to expanded for critical notifications.

This is a regression from 1a27d7dfc0

https://bugzilla.gnome.org/show_bug.cgi?id=689295
2013-02-14 08:50:41 +01:00
Florian Müllner
6718b69f53 Bump version to 3.6.3
Update NEWS
2013-02-13 19:01:56 +01:00
Giovanni Campagna
7e0f84c7ce ScreenShield: try harder to become modal, and catch failures
The screenshield was not checking the return value of pushModal(), meaning
that it believed it was fully locked when it was not. Later, calling
popModal() would fail, causing an exception and blocking the unlock.
Now we do nothing for user initiated actions, and fail with an explanatory
message at idle time.

https://bugzilla.gnome.org/show_bug.cgi?id=689106
2013-02-13 18:36:23 +01:00
Giovanni Campagna
450db05b55 MessageTray: fix reentrancy problem in hideNotificationCompleted
Hiding notificationWidget with a telepathy notification causes
unfocused to be emitted, which causes a reentrant updateState.
If another notification is queued, it is shown before the old
one is cleared.

https://bugzilla.gnome.org/show_bug.cgi?id=683986
2013-02-10 00:00:34 +01:00
Giovanni Campagna
5be206f0f4 MessageTray: remove all tweens when tweening for state parameters
MessageTray._tween sets the state variable to the in-progress value,
so it must be sure that at the end of the animation the value will
be the corresponding final and nothing else will happen in between.

https://bugzilla.gnome.org/show_bug.cgi?id=683986
2013-02-10 00:00:34 +01:00
Giovanni Campagna
c3706faeb6 MessageTray: restore opacity when expanding a notification
MessageTray tweens both opacity and y to hide or show _notificationWidget,
but only y when expanding it. This means that an existing tween to hide
the notification will continue running, clearing the notification state.
If the hiding one completes before the showing one, the onComplete handler
will throw an exception (because the notification was nullified) and
therefore break the state tracking.

https://bugzilla.gnome.org/show_bug.cgi?id=683986
2013-02-10 00:00:34 +01:00
Giovanni Campagna
537297a6de MessageTray: fix reentrancy when calling out to the grab helper
Similar to 683546. I'm not sure where this bug lives, but let's make
the code robust.

https://bugzilla.gnome.org/show_bug.cgi?id=683986
2013-02-10 00:00:34 +01:00
Alexandre Franke
1635caca8b Update French translation 2013-02-08 17:20:13 +01:00
Yoji TOYODA
85a5e5dcae [l10n] Update Japanese translation 2013-02-06 23:32:52 +09:00
Yasumichi Akahoshi
586f16735e [l10n] remove obsolet message. 2013-02-06 23:32:52 +09:00
Yasumichi Akahoshi
f00a9c9646 [l10n] remove location from ja.po 2013-02-06 23:32:52 +09:00
Matthias Clasen
57d6fec65e Really use the right getter
Doh, it is actually a uint, not an int.
2013-01-17 18:07:51 +01:00
Matthias Clasen
d339d2db09 Use the right getter
org.gnome.desktop.screensaver lock-delay is an integer, not
a boolean, so don't use get_bool() on it.

https://bugzilla.gnome.org/show_bug.cgi?id=691170
2013-01-17 18:07:51 +01:00
Gheyret Kenji
4b8891b37a Updated Uyghur translation
Signed-off-by: Gheyret Kenji <gheyret@gmail.com>
2013-01-04 22:27:11 +09:00
Balázs Úr
09cdfff8fd Updated Hungarian translation 2012-12-31 18:12:53 +01:00
Giovanni Campagna
db1aea2109 ScreenShield: honor lock-delay GSettings key
org.gnome.desktop.screensaver.lock-delay contains the grace period
of the screensaver: if deactivated within that many seconds from the
start of the idle period, the shell should not prompt for a password.
This setting correspond to the "Lock screen after" combo in screen
and privacy panels.

https://bugzilla.gnome.org/show_bug.cgi?id=690766
2012-12-28 13:45:15 +01:00
Rafael Ferreira
d7c28b10a6 Updated Brazilian Portuguese Translation 2012-12-27 04:04:56 -02:00
Runa Bhattacharjee
2fd4e28655 Updated Bengali India Translation 2012-12-10 18:26:41 +05:30
Dr.T.Vasudevan
5d18d84684 Updated Tamil translation 2012-12-09 14:36:37 +05:30
Shankar Prasad
be4a5eefd5 Updated Kannada Translations 2012-12-07 16:11:34 +05:30
Shankar Prasad
e9cf272c9b Updated Kannada Translations 2012-12-07 15:38:18 +05:30
Rajesh Ranjan
6e3c2cce95 hindi translation update to coorect one entrie as per FUEL guidelines 2012-11-30 14:57:04 +05:30
Krishnababu Krothapalli
76837d4666 Updated Telugu Translations 2012-11-28 16:41:02 +05:30
Krishnababu Krothapalli
3e3a2eeba9 Updated Telugu Translations 2012-11-28 16:36:29 +05:30
Andika Triwidada
93d52ecf48 Updated Indonesian translation 2012-11-26 19:53:36 +07:00
Ani Peter
78ba4c1871 Updated Malayalam translations 2012-11-26 15:02:15 +05:30
Nilamdyuti Goswami
9a70fc0604 Assamese translation updated 2012-11-23 17:22:01 +05:30
Rajesh Ranjan
58dd868e6c hindi translation update 2012-11-23 14:40:20 +05:30
Wouter Bolsterlee
2192b81e40 Updated Dutch translation 2012-11-22 13:39:39 +01:00
Wouter Bolsterlee
38066f73dc Updated Dutch translation 2012-11-22 13:37:51 +01:00
Sandeep Sheshrao Shedmake
283da8931e Updated Marathi Translations 2012-11-22 13:40:05 +05:30
Giovanni Campagna
4007f5d36e Block cancellation of the unlock dialog when dragging
Pressing esc while the mouse is down should not make the curtain fall,
otherwise a gray screen results.

https://bugzilla.gnome.org/show_bug.cgi?id=686800

Conflicts:
	js/ui/screenShield.js
	js/ui/unlockDialog.js
2012-11-21 12:38:58 +01:00