| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
This is no longer used.
|
|
|
|
|
|
| |
Like the other list getters in this interface,
make gtk_file_chooser_get_files() return a
list model.
|
|
|
|
|
|
| |
Most use cases for these apis can be handled with
gtk_file_chooser_set_file and/or
gtk_file_chooser_set_current_folder.
|
|
|
|
|
| |
For now, we just remove them as public api, they are
still used internally.
|
|
|
|
|
|
|
| |
Replace gtk_file_chooser_list_shortcuts with a new
api that returns a list model.
Update all callers.
|
|
|
|
|
|
|
| |
Replace gtk_file_chooser_list_filters with a new
api that returns a list model.
Update all callers.
|
|
|
|
|
|
|
|
|
|
|
| |
The preview widget harks from a platform before time, when we didn't
have GIO, or a thumbnail specification.
Very few applications use it correctly, if at all; it has an horrid hack
to deal with the ownership of the widget's instance when accessed
through the getter function; it messes up the layout of the widget and
its label is less than useful when it comes to file names longer than a
dozen characters; it's a poor substitute for a proper thumbnail view.
|
|
|
|
|
| |
Overwrite confirmation should not be optional, and it should not loop
into application code to create their own dialog and user response.
|
|
|
|
|
|
|
|
|
|
|
|
| |
GtkFileChooser's API predates GIO by a few years, so it started off with
filenames and URI as character arrays. After introducing GIO as a
dependency, the API included GFile-based entry points.
It's much more appropriate to use GFile everywhere, as we want to
encourage people to use GIO instead of passing random bytes to low level
POSIX API.
See: #2455
|
|
|
|
| |
It's a private type, so gets a private header file name.
|
|
|
|
| |
Now unused.
|
|
|
|
|
|
|
| |
This reverts commit 2ed533c3e1f0fe776fb24cc370447a0c63e49f24.
This also made the filechooser dialog not save the window size anymore,
which does not depend on the gtk_window_get_position() removal.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
along with a new 'type-format' setting that allows
to choose the output format for the "Type" column.
The options implemented for this setting are:
'mime' : Output from g_content_type_get_mime_type().
'description' : Output from g_content_type_get_description().
'category' : It uses the corresponding generic icon
of the mime type to group by categories (aka basic types).
This produces a more compact output than previous options,
and allows for type families to be grouped together, so eg.
after sorting by "Type" column, jpeg and png images will
be placed together, or the various types of archiver files
will also be grouped together.
This format was copied from and currently used by Nautilus
list view, so we also improve consistency with Nautilus.
Bugzilla entry for Nautilus implementation is:
https://bugzilla.gnome.org/show_bug.cgi?id=683722
The list of type families or categories can be checked on:
https://developer.gnome.org/icon-naming-spec/#mimetypes
This 'category' format is set as default.
Issue #362
|
|
|
|
| |
It is going away.
|
|
|
|
|
|
|
|
|
|
| |
This commit adds API for adding combo boxes and check buttons to
GtkFileChooser, and getting the selected value back in ::response.
In contrast to gtk_file_chooser_set_extra_widget, these APIs are
abstract and suitable for implementation in GtkFileChooserNative.
https://bugzilla.gnome.org/show_bug.cgi?id=768499
|
|
|
|
|
| |
Use g_settings_get_set_enum to handle the clock and date format
settings.
|
|
|
|
|
| |
Add an option to sort folders before files in order to be
more constistent with the file manager.
|
|
|
|
|
|
|
|
|
|
| |
Currently you can only set the current filename, but not
get it. It's useful to be able to get it in save
dialogs, where the user has typed the desired filename
and you are not in a real directory (recent used, for
example).
https://bugzilla.gnome.org/show_bug.cgi?id=702497
|
|
|
|
| |
We will move all the fields to a private structure next.
|
|
|
|
|
| |
In addition, remove the unused "file_system" field from that
structure.
|
|
|
|
|
| |
We'll take private structures out of gtkfilechooserprivate.h and move
them to the appropriate place.
|
|\
| |
| |
| |
| |
| | |
This lands the GtkPlacesSidebar widget. It is used in
GtkFileChooserDefault, and it can also be used by third-party
applications.
|
| |\
| | |
| | |
| | |
| | |
| | |
| | | |
Conflicts:
docs/reference/gtk/gtk-docs.sgml
gtk/gtkfilechooserdefault.c
gtk/org.gtk.Settings.FileChooser.gschema.xml
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Oh, the giant void.
I stare into it
and it makes me afraid
that I've screwed up.
But I know I haven't.
Because any remaining bugs
will be yours to fix.
Not mine.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It has two possible values, 'recent' and 'cwd'. We will use these to determine
whether to set the default starting mode, if a folder has not been pre-set,
to showing the Recent Files list or the current working directory.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
It no longer uses GtkFileSystem to deal with bookmarks.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Having the changes for composite widget templates makes it impossible
to merge the places-sidebar branch. So, we will merge that branch,
and *then* apply the changes for composite templates.
This reverts commit bf909f56157311174d5d9089bdec954e7def8873.
|
| | | |
|
| |/
|/| |
|
| |
| |
| |
| |
| |
| | |
In addition, remove a list of pending_cancellables that was no longer being used.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| | |
|
| |
| |
| |
| |
| |
| | |
Avoid showing the Recent files entry if the setting is FALSE.
https://bugzilla.gnome.org/show_bug.cgi?id=693709
|
| |
| |
| |
| | |
... so we can read/write those keys from different source files.
|
| |
| |
| |
| |
| | |
... instead of keeping one per GtkFileChooserDefault. This allows using
it in other places, too.
|
|/
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=524295
Signed-off-by: Jonny Lamb <jonnylamb@gnome.org>
|
| |
|
|
|
|
|
|
|
|
| |
This will take you to the file's folder and select the file in question.
The menu item is only available in Recently-used and Search modes, so that
you can go from files in them to the 'normal' browsing mode.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
| |
clipboard
|
|
|
|
|
|
|
| |
This way we can re-create the contents of that box easily without disrupting
the rest of the file chooser.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
It used to be that every part of the file chooser's code would show/hide the widgets
near the pathbar as needed. Now we have two central functions:
path_bar_update()
path_bar_set_mode()
These take care of all the widget shuffling; setting the visibility of the
pathbar, info bar, and Create Folder button as appropriate; setting the contents
of the info bar, etc. - based on the current operation_mode and action.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
| |
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
| |
recent-folders list
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In RELOAD_EMPTY mode, when no folder has been selected by the calling app, we now
start showing the recently-used list. The rationale is as follows:
- In Open mode, the user is likely to pick a file he has used recently.
- In Save mode, the user is likely to want a destination folder which
he has used recently.
For the Save case, where we want to present the user with recent folders instead
of recent files, we will make the recent-list do so in subsequent commits.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
|
| |
Now we reparent the browse_path_bar_hbox to that spot in Save mode,
or to be above the file lists in Open mode. The pathbar makes for a very
clear indication of the location to save in.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
| |
And with this we get rid of the craziness of having a separate filter model
for the combobox's model.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
|
|
|
|
|
|
| |
This effectively makes the file chooser always be in 'expanded' mode.
Later, we'll move the pathbar to the 'Save in folder:' line.
Signed-off-by: Federico Mena Quintero <federico@gnome.org>
|
| |
|