summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* application: remove libnotify initializationCosimo Cecchi2014-11-291-3/+0
|
* Remove libnotify dependencyFlorian Müllner2014-11-292-10/+22
| | | | | | | | After the port to GNotifications, libnotify is only used to check whether the server supports persistence. Just call the underlying DBus method directly and remove the dependency. https://bugzilla.gnome.org/show_bug.cgi?id=740886
* app: Port to GNotificationFlorian Müllner2014-11-292-86/+51
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=740886
* Fix Catalan translationJordi Mas2014-11-291-1/+1
|
* Updated Czech translationMarek Černocký2014-11-231-1/+1
|
* file: Remove unused variableDebarshi Ray2014-11-211-4/+0
| | | | | | Fallout from 37be3809bc0d25d28298b38bc0b893a6fd3a665f https://bugzilla.gnome.org/show_bug.cgi?id=740383
* file: Let renames work on Google DriveDebarshi Ray2014-11-211-2/+3
| | | | | | | | | | | | | Renaming an item on Google Drive does not change the actual GVfs path because the path is made up of document-ids, which do not change. A rename operation only affects the title of the entry. In GIO terms, only the standard::display-name changes, but the standard::name remains the same. Therefore, if there is already a file with the same standard::name, then don't mark it as gone if it is the same file that we are renaming. https://bugzilla.gnome.org/show_bug.cgi?id=740383
* nautilus-application: Don't trigger activate signal for -n optionCarlos Soriano2014-11-201-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Until now we were using --no-default-window in cases when we wanted to manage the icons on the desktop, which is the most common use case of this setting. The problems were: - When using --no-default-window for the first inscante, the user couldn't open a new window of nautilus, since the only window allowed was the desktop one in the first instance. The code was just early returning in activate if the private setting of the instance is set. - When using --no-default-window for the consecutive instances after starting nautilus without --no-default-window it was creating a new window anyway, since the first instance doesn't have the setting set in its private and the second instance was just calling the activate of the first instance. For instance that was happening when the user activate/deactivate the show-desktop-icons gsetting, since the nautilus-autostart desktop file was running nautilus --no-default-window, but the first instance was a instance withouth the --no-default-window. So the solution for both cases is avoiding calling activate if the --no-default-window is an arggument, instead of a private setting of the instance. To avoid calling activate we can return a value less than 0 to the GApplication in the handle_local_options function. So if the --no-default-window is passed as an argument, we just skip the activate call. Since when launching consecutive instances they take care of its own handle_local_options they can skip as well the activate call redirected to the first instance. Big thanks to Ray Strode for discussion, debugging and base of this patch, and Debarshy Ray for discussion and debugging. https://bugzilla.gnome.org/show_bug.cgi?id=737515
* Updated Vietnamese translationTrần Ngọc Quân2014-11-201-1328/+1372
| | | | Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>
* Updated Norwegian bokmål translation.Kjartan Maraas2014-11-161-491/+491
|
* query-editor: Use GtkSearchEntry::search-changed to batch searchesDebarshi Ray2014-11-121-30/+2
| | | | | | | | | ... instead of our own. The only difference between the two is that GtkSearchEntry does not queue up the timeout when the text in the entry has been cleared and emits the signal immediately. I don't think that is a big issue for us. https://bugzilla.gnome.org/show_bug.cgi?id=740000
* Updated Kazakh translationBaurzhan Muftakhidinov2014-11-051-1303/+1256
|
* Change Finnish translation team web page to l10n.gnome.orgTimo Jyrinki2014-11-031-1/+1
|
* Fix Close Window acceleratorCosimo Cecchi2014-10-171-0/+1
| | | | | | Commit 032f37f49778c1b8214b88b764ac29c1654b12e0 removed the action from the menu, but won't keep the accelerator unless explicitly specified in the XML file; add it in the XML file so Ctrl+w works.
* view: remove "menus_are_untrustworthy" boolean flag from NautilusViewCosimo Cecchi2014-10-171-23/+1
| | | | It doesn't seem to do anything really useful.
* selection-canvas-item: use GdkFrameClock for rubberband animationCosimo Cecchi2014-10-171-24/+33
| | | | Make it a bit smoother.
* nautilus-list-view: Avoid unreadable namesCarlos Soriano2014-10-171-0/+1
| | | | | | | | | | Currently if the view is resized, the column name is resized as well given that use ellipsization allowing the column to become unreadable. To avoid that, use width-chars property to set a desired width, but at the same time allowing the user to resize without limits the name column if desired. https://bugzilla.gnome.org/show_bug.cgi?id=732004
* Do not show Close in header bar menuMichael Catanzaro2014-10-151-2/+0
| | | | | | | | "Header bar menus shouldn't include a close menu item, since this action is already provided by the header bar. It can also be ambiguous as to what a close menu item refers to." -- the HIG https://bugzilla.gnome.org/show_bug.cgi?id=735539
* nautilus-application: Fix commit 2780ce8790fc575eaCarlos Soriano2014-10-151-2/+4
| | | | | | | | | | | In commit 2780ce8790fc575ea we restored the --new-window option, but at the same time we were creating a new window for any glib option like gapplication-service. Instead of that, check for known application options, and if not found any, let gapplication manage them. https://bugzilla.gnome.org/show_bug.cgi?id=738430
* Updates Persian TranslationsArash Mousavi2014-10-101-1384/+1676
|
* application: Restore --new-window functionalityLubomir Rintel2014-10-101-6/+8
| | | | | | | | | | In case of no further arguments, open home folder. Commit 4e192481 "application: minimal port to handle_local_options()" removed this, presumably accidentally. It makes clicking the "Files" from favorites do nothing if Nautilus is already running (and it always is running in classic mode as it handles desktop). https://bugzilla.gnome.org/show_bug.cgi?id=738280
* nautilus-file-operations: Use mount name if availableCarlos Soriano2014-10-091-10/+15
| | | | | | | | | | | | | Currently custom_basename_to_string uses the base name or display name of the files for the copying and moving dialog. In the cases of unlabeled removable drives, the name is a code, showing in the dialog a not very friendly name. gtkplacessidebar and nautilus-pathbar uses the mount name retrieved by g_mount_name if available. Use that fir the operations dialogs as well to display a more friendly name to the user and to be consistent with the sidebar and pathbar name. https://bugzilla.gnome.org/show_bug.cgi?id=738087
* properties-window: set max-width for value labelsLars Uebernickel2014-10-061-0/+1
| | | | | | | Not setting it can lead to very wide windows, because gtk doesn't enforce a maximum window size anymore. https://bugzilla.gnome.org/show_bug.cgi?id=732117
* Increase default width even moreMichael Catanzaro2014-10-051-1/+1
| | | | | | | I think this is the third time I've changed this. The sidebar keeps getting bigger. We might need to compute this dynamically when it's unset, to ensure four columns of results regardless of theme or filename length.
* Updated Polish translationPiotr Drąg2014-09-291-622/+502
|
* Updated Bengali (India) translationSaibal Ray2014-09-241-1657/+1654
|
* Updated Telugu translationKrishnababu Krothapalli2014-09-231-1570/+1636
|
* 3.14.03.14.0Matthias Clasen2014-09-232-1/+4
|
* Updated Bulgarian translationAlexander Shopov2014-09-231-1563/+1373
|
* Updated Hindi translationRajesh Ranjan2014-09-221-1477/+1422
|
* Updated Kannada translationShankar Prasad2014-09-221-1657/+1635
|
* Updated Greek translationMaria Mavridou2014-09-211-626/+561
|
* Updated Friulian translationFabio Tomat2014-09-201-46/+57
|
* Updated Friulian translationFabio Tomat2014-09-191-38/+39
|
* Updated Friulian translationFabio Tomat2014-09-191-40/+40
|
* Updated Friulian translationFabio Tomat2014-09-191-474/+353
|
* Updated Oriya translationManoj Kumar Giri2014-09-191-1837/+1481
|
* Updated Nepali translationPawan Chitrakar2014-09-181-4831/+6228
|
* Updated Bengali (India) translationSaibal Ray2014-09-171-1332/+1414
|
* Updated Swedish translationJosef Andersson2014-09-161-534/+491
|
* release: prepare for 3.13.923.13.92Cosimo Cecchi2014-09-162-1/+8
|
* Updated Malay translationAhmed Noor Kader Mustajir Md Eusoff2014-09-161-4958/+3948
|
* Updated Tamil translationShantha kumar2014-09-151-1440/+1429
|
* file-management-properties: remove unused definesCosimo Cecchi2014-09-141-9/+0
|
* Fix crash when changing icon captions settingsVolker Sobek2014-09-141-3/+5
| | | | | | | Don't SIGSEGV when changing any of the three combo boxes in the preferences' Display tab. This issue existed since commit d8a8ab3. https://bugzilla.gnome.org/show_bug.cgi?id=728503
* file-management-properties: expand GtkNotebook in dialogCosimo Cecchi2014-09-141-1/+1
| | | | | | Or it won't follow the window size when resizing. https://bugzilla.gnome.org/show_bug.cgi?id=728637
* list-view: return FALSE from focus-out-event signalCosimo Cecchi2014-09-131-1/+3
| | | | | | | Or we'll possibly eat the event for the entry itself, which will have bad consequences to the state tracking of editable GtkCellRendererText. https://bugzilla.gnome.org/show_bug.cgi?id=732513
* canvas-container: don't mix selected files with selected iconsCosimo Cecchi2014-09-121-1/+1
| | | | | | | | The refactoring in commit ecc8fdbca6acb446ffa89a6fea31616b77a4224a made this use a function to fetch selected files instead of selected icons, which will cause a crash when iterating through the selection. https://bugzilla.gnome.org/show_bug.cgi?id=736599
* Updated Marathi TranslationsSandeep Sheshrao Shedmake2014-09-121-1473/+1430
|
* l10n: Update Japanese translationJiro Matsuzawa2014-09-111-1/+1
| | | | Fix typo
View Lorry Controller Status