But will the fix be back ported to gtk 3.4? Or nobody cares about lts
users?
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
Title:
Allow an independent context menu
Status
See https://wiki.ubuntu.com/StableReleaseUpdates about stable update,
how to get a fix backported, and what bugs qualify for those
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
the issue is fixed with nautilus 3.6 in raring
** Changed in: nautilus (Ubuntu)
Status: Triaged = Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
Title:
** Changed in: nautilus
Status: Confirmed = Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
Title:
Allow an independent context menu
Status in Nautilus:
** Changed in: nautilus
Status: New = Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
Title:
Allow an independent context menu
Status in Nautilus:
Actually it doesn't expose only an empty space from user view (it might
be technically, but that's not user worry), the click *hightlights the
whole line* not text only. A user who doesn't study where it makes sense
to click in order to achieve a certain goal views a highlighted line
which
I get why you would have contextually relevant menus, not a bad feature. But I
would like to suggest that a simple compromise be this:
if you have selected files, while holding ctrl or shift and right click
anywhere in the window, then the correct menu for selected files should appear.
The idea started with the folder in tree view, actually admitting I
don't get it, or is it untrivial to just allow a complete context menu
independent from where you click and leave it up to the user which
action to select?
The actions depend of the context, create a new directory doesn't
apply
actions depend of the context, create a new directory doesn't apply
if a file is selected for example...
This is true in tight context. The red line is to have a choice or being
restricted from it. For example in Firefox when I'd like to copy an url,
I can select copy, move to a folder, decide
** Description changed:
After yesterdays updates a right click, mostly on text files, doesn't display
complete context menu. (video)
It displays always e.g. create new file, properties, dis- and enlarge.
It randomly doesn't display e.g. rename, cut and paste.
It doesn't display mostly on
** Description changed:
After yesterdays updates a right click, mostly on text files, doesn't display
complete context menu. (video)
It displays always e.g. create new file, properties, dis- and enlarge.
It randomly doesn't display e.g. rename, cut and paste.
It doesn't display mostly on
** Changed in: nautilus
Status: Unknown = New
** Changed in: nautilus
Importance: Unknown = Medium
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/912446
Title:
Allow an
12 matches
Mail list logo