| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Make use of GLib's new g_clear_signal_handler() function to simplify nautilus'
signal handler disconnection and reduce unneccessary code.
Fixes: #1522
|
|
|
|
|
|
|
|
|
| |
An warning for names exceeding the size limit has been introduced in
122f201dcf356460a30a7b260730bcfc7246a614 for the rename popover.
This would be useful for the compress and new folder dialogs as well.
So, make all file name widget derivatives share this feature.
|
|
|
|
|
|
|
|
|
|
|
| |
We rely on the presence of an error_message to decide whether the
name is valid.
However, this is misleading, because we can have an invalid name with
no error_message (the empty name case), and we can have a valid name
with an error_message (the dotfile case), requiring 2 early returns.
Instead, use an explicit return variable.
|
|
|
|
|
|
|
|
|
| |
The user should be informed that using a file/folder name starting with
"." will mark it a hidden.
Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/529
Signed-off-by: Yash Jain <ydjainopensource@gmail.com>
|
| |
|
|
|
|
|
| |
Removes a calculation that has already been done before.
Instead uses the variable that contains the result of the calculation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a file is renamed if the name entered by user has a length that
exceeds maximum limit then it shows a window with a warning.
The problem is that once the user has acknowledged the warning, the file
name goes back to its original name. The user is not given a chance to
make slight modifications in the name that was entered.
To fix this problem, a warning will be given in the popup itself where the
new filename is entered. That way the user will be able to make slight
changes so that the file name is within the size limit.
https://gitlab.gnome.org/GNOME/nautilus/issues/148
|
|
|
|
|
|
|
|
|
|
|
|
| |
Creating and destroying the controller each time we want to rename
something results in not being able to pop down the popover, which leads
to an inconsistent look.
The “containing-directory” in the file name widget controller parent
class needed to be made non-construct-only, as otherwise it would be
impossible to reuse the same controller.
Fixes https://gitlab.gnome.org/GNOME/nautilus/issues/260
|
|
|
|
|
|
|
|
| |
Doing that when transitions are deactivated destroys the popover in the
middle of gtk_popover_popdown, causing gtk_popover_hide_internal to
operate on a finalized popover.
Fixes #216.
|
|
|
|
|
|
|
|
|
|
|
| |
Currently, when checking if the user pressed ctrl-z, an equality check
is used on the state to determine whether the ctrl key is pressed. That
does not work, however, as there may be other modifier masks applied, be
it internal GDK values or mapping of num lock to mod2.
That is fixed by using binary AND on the state with the relevant mask.
Closes #149.
|
|
|
|
|
|
|
|
|
| |
Pressing ctrl-z while renaming a file results in undoing the last
completed operation, which breaks expectations. This commit makes the
key combination revert the text in the name entry to the display name
of the target file.
https://bugzilla.gnome.org/show_bug.cgi?id=686023
|
|
|
|
|
|
|
|
|
| |
Currently, the popover remains open if the file is deleted (can be
triggered by creating a file, opening the rename popover and undoing).
This commit makes the controller connect to the “changed” signal of the
target file and emits the “cancelled” signal if the file is gone.
https://bugzilla.gnome.org/show_bug.cgi?id=779568
|
|
|
|
|
|
|
|
|
| |
In previous versions of Nautilus, F2 used to switch between selecting
the whole filename and selecting the filename up to the extension. This
functionality has been lost in some version. This commit brings the
functionality back.
https://bugzilla.gnome.org/show_bug.cgi?id=774361
|
|
|
|
|
|
|
|
|
| |
The width for the rename popover entry is set if the file is a regular
file, which does not include folders, resulting in a narrow entry,
despite the name being long. This commit makes the code set the width
regardless of the file type.
https://bugzilla.gnome.org/show_bug.cgi?id=774361
|
|
|
|
|
|
|
|
| |
When renaming a file, the extension is not selected for editing, even if the
file is a directory. In order to fix this, deselect the extension only if the
renamed file is of regular type.
https://bugzilla.gnome.org/show_bug.cgi?id=759718
|
|
|
|
|
|
|
|
|
| |
The transitions for the rename popover are disabled.
To fix this, use gtk_popover_popdown and gtk_popover_popup instead of
gtk_widget_show and gtk_widget_hide.
https://bugzilla.gnome.org/show_bug.cgi?id=771614
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=770609
|
|
|
|
|
|
|
|
| |
And make the style of Nautilus the same for all files.
Hopefully we can fix all the style issues we can find in the next days,
so expect a little of movement on this.
https://bugzilla.gnome.org/show_bug.cgi?id=770564
|
|
|
|
|
|
|
|
| |
Each file name widget has an error label for displaying error messages. However,
when there is no error, the label just takes up space for no reason. In order to
fix this, use a revealer to display error messages.
https://bugzilla.gnome.org/show_bug.cgi?id=770199
|
|
The rename file popover and the new folder dialog share common logic for
validating file names entered by the user. The control logic was implemented
with a simple structure in files-view. Besides common logic, the structure also
held parameters specific to only one of the operations. Another problem is that
the current implementation does not allow flexibility in obtaining the file name
from the widgets and displaying error messages.
In order to fix this, reimplement the structure as an abstract class and create
two subclasses for the "Rename" and "New Folder" widgets.
https://bugzilla.gnome.org/show_bug.cgi?id=769336
|