| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
As we allow to open them with the default app, but in this
case we have to ensure all selected files can be opened by
a single app.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
With the recent changes of the zoom, some people wanted to
have by default the smaller zoom level. They changed the slider
and expected to set the setting as well, so further applications
openings had that zoom level.
But changed on the zoom were intended only for the current view
and not altering the preference. And instead, if you wanted to
make it permanent you needed to go to Preferences and change it there.
Seems that was confusing for the users, so instead use the slider
as the permanent preference and remove the zoom preferences from
the Preferences dialog.
|
|
|
|
|
|
|
|
|
|
|
|
| |
When some application uses gtk_uri_open, it uses GApplication
open support to call applications which handle opening files.
To be allowed to do that, it's needed to override the open vfunc
of GApplication.
Since we did the change to parse our command line options on ourselves,
it's not longer a problem to use the open vfunc, since it's only
only used when called from dbus open.
|
|
|
|
| |
Seems people were used to it instead of the ctr+r shortcut.
|
|
|
|
|
|
| |
So we don't have a double border on the top.
Thanks to lapo
|
|
|
|
|
| |
Now that we use a dialog, we can remove lot of hacks we had
for in place renaming.
|
|
|
|
|
|
|
|
|
| |
So we do something similar than for the new folder dialog.
Also we were using gtk_dialog_run, but that implies the main
thread is blocked, so it's not a good option for applications
with multiple windows.
Instead connect to the response signal of the dialogs.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit introduces the "New Folder"
dialog, which asks the folder name before
actually creating it.
With the introduced changes, the folder
is created with the given name instead
of creating it first with the generic
"Unamed folder" and then renaming it.
The dialog has a "delayed message" logic,
where typos are immediatly recognized, but
coincident folder names appear ~2s later.
This dialog is part of the ongoing effort
to modernize Nautilus to better fit GNOME
standards, and the latest mockups can
be found at [1].
[1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/nautilus/nautilus-next/create-folder-wires.png
https://bugzilla.gnome.org/show_bug.cgi?id=747381
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So, this came trying to fix a little issue.
Christian Hegert pointed to me that nautilus -s was not working
all the times. It was working only when the application was already
running.
That's because there was a race condition in the dbus.
We were starting nautilus, owning the FileManager1 dbus path
and inside application_select we were calling the dbus method
to select the items. Then that instance died and the dbus path
became unown by Nautilus again, but we were in the middle of a call
to the dbus method. So that created a race somewhere and Nautilus
was not responding to that call.
When there was an instance already alive this was working fine since the
dbus path was owned by Nautilus already.
So one solution was to instead of calling nautilus by a dbus call for
that use case, directly do the need operations there. But then it was
happening the opposite, it was working for the first instance, since the
startup is called an everything is in place, but when created a second
instance with the -s option it was crashing because the second instance
was not initialized and nothing was set up for it.
So finally, the solution I though is better for this is always handle
the command line options on the main instance.
A way to do this is connecting to the command-line signal of
GApplication and drop handle_local_options and application_open.
Doing this actually make things easier for everything, like the problem
we had some months ago about nautilus creating one window when icons on
desktop was activated. That was happening because depending on the
return value on handle_local_options it called the activate signal or
not.
Now instead we manage everything as we want in the handler of the
command-line signal, so we don't have to worry about those things
anymore and the code becomes clearer and simpler.
|
|
|
|
|
|
|
|
|
| |
It's causing some issues when setting it to NULL when the
functions is called inside nautilus and it doesn't know the
startup_id.
Focus management is working as expected in my testings, and
docs recommend to not use it... so remove it.
|
|
|
|
|
|
|
| |
Hyphens don't work this way; use an em dash instead.
(We have no agreement on whether to use spaced or unspaced em dash.
I pick unspaced, because spaced requires a lot of space.)
|
| |
|
|
|
|
|
| |
This reverts commit 7d2d1215f38b2febf02bf8831f365530a578efcc.
Was my fault to not having gvfs in my prefix
|
|
|
|
| |
This reverts commit 6f4fc647917364e0b86e6f485efca9d70bbe21f2.
|
|
|
|
|
|
| |
It was using the previous action name before the gaction port
https://bugzilla.gnome.org/show_bug.cgi?id=747485
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This commit introduces the "New Folder"
dialog, which asks the folder name before
actually creating it.
With the introduced changes, the folder
is created with the given name instead
of creating it first with the generic
"Unamed folder" and then renaming it.
This dialog is part of the ongoing effort
to modernize Nautilus to better fit GNOME
standards, and the latest mockups can
be found at [1].
[1] https://raw.githubusercontent.com/gnome-design-team/gnome-mockups/master/nautilus/nautilus-next/new-folder.png
https://bugzilla.gnome.org/show_bug.cgi?id=747381
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
I'm not sure when this brake, and why it has to be eazel:///
when the uri is eazel: . I tried to debug with a older glib
and older nautilus but nothing fixed it.
For now workaround it or "fix" it, since for me it makes sense
that the name is the uri if nothing else is available...
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=746607
|
| |
|
| |
|
| |
|
| |
|
| |
|