Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
./autogen.sh --prefix=/usr && make
...
GEN caja.desktop.in
GEN caja.desktop
GEN caja-home.desktop.in
GEN caja-home.desktop
GEN caja-computer.desktop.in
GEN caja-computer.desktop
GEN caja-folder-handler.desktop.in
GEN caja-folder-handler.desktop
GEN caja-file-management-properties.desktop.in
GEN caja-file-management-properties.desktop
GEN caja-browser.desktop.in
GEN caja-browser.desktop
GEN caja-autorun-software.desktop.in
GEN caja-autorun-software.desktop
GEN mate-network-scheme.desktop.in
GEN mate-network-scheme.desktop
...
grep Exec= data/*.desktop
data/caja-autorun-software.desktop:TryExec=/usr/bin/caja-autorun-software
data/caja-autorun-software.desktop:Exec=/usr/bin/caja-autorun-software %u
data/caja-browser.desktop:TryExec=/usr/bin/caja
data/caja-browser.desktop:Exec=/usr/bin/caja --no-desktop --browser %U
data/caja-computer.desktop:TryExec=/usr/bin/caja
data/caja-computer.desktop:Exec=/usr/bin/caja --no-desktop computer:
data/caja.desktop:Exec=/usr/bin/caja
data/caja-file-management-properties.desktop:Exec=/usr/bin/caja-file-management-properties
data/caja-folder-handler.desktop:TryExec=/usr/bin/caja
data/caja-folder-handler.desktop:Exec=/usr/bin/caja --no-desktop %U
data/caja-home.desktop:TryExec=/usr/bin/caja
data/caja-home.desktop:Exec=/usr/bin/caja --no-desktop
data/mate-network-scheme.desktop:TryExec=/usr/bin/caja
data/mate-network-scheme.desktop:Exec=/usr/bin/caja --no-desktop network:
|
|
|
|
|
|
|
|
Fixes https://github.com/mate-desktop/caja/issues/1285
|
|
The timestamps are reset to the current time, even if the source &
target folders support these GFileInfo attributes.
Closes #1226
|
|
closes #1280
|
|
Fix issue https://github.com/mate-desktop/caja/issues/704
|
|
ODF files also supported via odt2txt
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
use gtk_drag_begin_with_coordinates instead
|
|
use gtk_drag_begin_with_coordinates instead
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Those themes should provide highly contrasted display, so make sure to
have a background on the desktop items labels and use the theme's
colors.
|
|
Add support for loading a specific CSS named after the theme for
theming the desktop, "caja-desktop-$THEME.css". This allows specific
overrides for themes with specific needs, like HighContrast and such.
|
|
|
|
|
|
|
|
Hardcode scale factor to 1 in caja_file_get_icon_pixbuf functions in caja-file-conflict as these icons are already getting scaled elsewhere. Otherwise they get scaled twice and the whole dialog is ballooned oversize on hidpi
*Based on similar change made in Nautilus as a small part of fd01842f996b7d07baf2aafb0f68308fc5ed2055 "file-conflict-dialog: separate file logic from UI management " which was a more general refactoring of the file conflict dialog and split out the frontend and backend code.
|
|
gettext needs .gmo files to install .mo locale
|
|
Fixes https://github.com/mate-desktop/caja/commit/312394dfa42c07a3afa5089c6e3e5b9a1c1001ae#commitcomment-34152266
|
|
18e4fbd005bd561e4a12ed388d4d9a8c93f0b15b started always drawing the
frame on canvas items for the desktop's sake, but it also impacts other
icon views. This is good in theory, but conflicts with some themes
that used to work fine and now display an unwanted background because
of generic rules matching these elements.
Unfortunately there don't seem to be another solution than providing
overrides for this yet, so do that, as anyway before recently the
background wasn't drawn at all even if specified.
|
|
taken from:
https://github.com/linuxmint/nemo/commit/89090ac192638d75359876d917b6d3ce106196af
|
|
File's properties and caja's preferences windows
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
The previous commit started always drawing the frame, which also leads
to drawing the border. As we didn't have defaults for the borders, a
theme could unexpectedly add theme while they weren't drawn before.
|
|
Draw the frame under the items label even when not selected and not in
prelight state, so that it is possible to theme it in the other states.
However we still don't draw it when editing, because there is the
editing widget frame already and drawing the label's one might slightly
overflow the editing widget's borders and lead to slightly ugly
results.
Being able to draw a background is especially useful for accessibility
purposes (e.g. a high contrast theme would typically make sure there is
a background with enough contrast), but might be useful to all as
desktop backgrounds are often not uniform at all.
By default this is drawn transparent on the non-selected and
non-prelight states (no change in default appearance then), but allows
the user to customize it with a background if need be.
Unfortunately for the moment this cannot be altered by theme, so the
user will have to modify the GTK custom user CSS directly, but it still
is better than nothing and can hopefully be solved better later.
|
|
|