Why? Is this your personal decision or opinion?
This bug is backed by lengthy discussions in the ayatana mailing list. I'm
confident the majority in the ayatana community would welcome
1) further discussing such changes and improvements, refining them, doing
usability tests and so on and finall
Why was this set to Won't Fix?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/733349
Title:
Minimize Application's Windows upon clicking it's Launcher Icon
To manage notifications about this bug go
@Omer Akram
That's where it originated, it came up in several threads.
I've only posted this on request of Niklas Rosenqvist.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/790714
Title:
add launche
> I like the idea of an android-style solution where as a trash
> button only appears when an item is being dragged.
I thought of that too but the Unity trash doubles as a system wide trash
as well that can be used for dragging and dropping files from any
nautilus window or the desktop.
Paradoxic
>If the cursor is at the very edge of the screen, next to a launcher, it can't
>be clicked.
It can, if it can't that's a bug: bug 790695 (note the "sometimes", sometimes
it works, sometimes it doesn't, at least for me)
--
You received this bug notification because you are a member of Ubuntu
Bug
Public bug reported:
Binary package hint: nautilus
Under Unity if you press the alt key the global menu becomes focused and
you can select menu items via alt+f (File), alt+e (Edit) and so on. This
works with all applications, except when the desktop is focused. For
consistency reasons and keyboar
*** This bug is a duplicate of bug 787465 ***
https://bugs.launchpad.net/bugs/787465
I've marked this as a duplicate, this is the oldest bug but the
description and title here is misleading and I can't edit the latter.
Also to consider is bug 767941 which adds "Edit > Profile Preferences >
G
Also see bug 787465 and 705367
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/767941
Title:
Menubar-related options in GNOME Terminal make no sense with a global
menu bar
--
ubuntu-bugs mailing l
*** This bug is a duplicate of bug 787465 ***
https://bugs.launchpad.net/bugs/787465
** This bug has been marked a duplicate of bug 787465
View->Show MenuBar isn't working in 11.04
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
>In my opinion this option shouldn't exist now, considering that global
menus are the future
That's a debatable opinion but you are absolutely right that this item
shouldn't exist if a global menu is detected
https://wiki.ubuntu.com/MenuBar#detecting
See the first comment at #705367
--
You re
@Braiam Peguero: the theme only has an effect if you use no top panel
(the theme only affects the window button behavior). The titlebar
double-clicking happens in every theme.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bug
Public bug reported:
Binary package hint: tracker
Create a file with a filename of one or two letters/digits
Tracker won't find it.
Now add a third letter to the name
Tracker will find it.
Expected result: tracker starts its find as you type magic after the
first entered key and lists the file
> This bug report explicitly refers to "Minimize Application's Windows upon
> clicking it's Launcher Icon ". Not "minimize application" but "minimize
> application windows".
Yes, because someone changed it. You remember the original title chosen
by the bug reporter was "Unity launcher buttons shou
@The Fiddler
FYI you are misunderstanding me. It never was about this functionality breaking
app-centric paradigms. It really only has been about definitions,
differentiations and terminology, both in the bug discussion and in eventually
user facing dialogs and options.
I find it pretty ironic
Marco Biscaro wrote:
>> Why should the launcher suddenly hide "windows"?
>
> Again: because applications can not be hidden.
Citation needed. Or please explain yourself. I've explained and justified my
statements, I've heard no counterarguments other than "No, I disagree".
(There is no "/the/ *win
Public bug reported:
This bug is about improving window management in Unity. The Unity
launcher is an application-centric interface. The spread view introduces
some window level management but it's not yet a full replacement for the
fast window management people are used to from taskbar based inte
@Bazon
We could discuss whether we should label any context menu entry of the dock
"hide (application)" or "hide all windows". I'm open to such discussion.
However I'm against it for several reasons:
Application in this context are an abstraction, an abstraction which is
already exposed via the
This is getting silly now. I was changing it BACK btw, to the original
bug description.
@tekstr1der:
This is not about my views, it's about logically analyzing a problem, properly
labeling it in correct terms and finally coming up with good ways to solve it.
First let me answer your question. Ye
Marco Biscaro:
Maybe "minimize" was a poor choice, a better term to properly distinguish the
two approaches is "hide".
The launcher is for launching applications, it represents application,
it indicates whether applications are running or not, you can "quit"
applications from it's context menu.
Confirmed
@Lukáš Machyán
see https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/781378
** Changed in: unity (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/7
@Roland
I thought I had explained it sufficiently. I do not work for Canonical. I only
represent myself and my opinions here. I too am not happy with the global menu
for example or the general Mac copying that has been going on in the Unity
design team (which I'm not part of). I merely pointed o
*** This bug is a duplicate of bug 776697 ***
https://bugs.launchpad.net/bugs/776697
** This bug has been marked a duplicate of bug 776697
Newly opened apps overlap launcher and hide it (themes with window
border>1px)
* You can subscribe to bug 776697 by following this link:
https://bugs
Too bad I can't edit...
LightDM will replace GMD in Oneiric so that is that. GNOME 3 has a new
layout that isn't affected by this bug. Case closed. Well played
upstream!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
Public bug reported:
Themes with (thicker) window decoration/bezel around the window dodge
the launcher even when they shouldn't and clearly don't have to.
To reproduce:
Change theme to e.g. Clearlooks
On an empty desktop open e.g. Terminal. The default placement rule puts the
window into the l
It should work, it works for me, double click into the empty area of the top
panel. However:
https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/781378
Second problem: it restores the window size but at the wrong position/geometry,
often partially off-screen.
Can anyone confirm? This should h
9 months actually
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/437733
Title:
set has-frame of option comboboxes to false
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubu
So this bug has been sitting there fro 5 months now still listed as UNCONFIRMED
with no comment at all.
https://bugzilla.gnome.org/show_bug.cgi?id=626737
Why do we need to wait for upstream? Sooner or later we need to make
some changes anyway (https://lists.launchpad.net/ayatana/msg04636.html)
Public bug reported:
Binary package hint: compiz
When using Compiz in standalone mode and with fglrx (installed with
jockey) window decoration do not correctly reflect the activity status
of windows. Most windows have the active decoration, some launch with
inactive decoration even though they ha
Public bug reported:
Binary package hint: compiz
In compiz you can't unmaximize a window by double clicking the title bar (or
Unity panel) at the very screen edge. For some strange reasons clicking the
screen edge in the right corner even focuses the desktop instead of closing the
window (if t
@Rasto
I think you are misunderstanding me. All I was saying is that the launcher is
different and can't replicate the functionality of a taskbar 100%. Single-click
top-hierarchy per-window minimizing simply is impossible to do in a dock. If
you add that feature the dock automatically becomes a
@Bazon
1.) Unity is a special case as it has its dedicated "opinion" list, other
packages have no better place than the bug tracker.
The problem with discussing it here *as well' is that it splits the
discussion, I'd have to repost everything to both. I feel the email form
is better suited for a
@Bazon, KillerKiwi, The Fiddler
Please join the mailing list if you want to discuss this further, I've
just posted a mail on topic, not yet in the public archive ("[Ayatana]
Unity with window-centric launcher").
A Dock CAN'T, by design, offer the kind of minimizing feature a taskbar has:
Single
I think the ayatana mailing list is better suited for this kind of discussion.
Just this:
@JC, @Michael
Both suggestions are too complicated, also middle click is already occupied for
launching a new instance/window. What about minimizing the whole app (all its
windows) from the context menu and
*** This bug is a duplicate of bug 747681 ***
https://bugs.launchpad.net/bugs/747681
I can't access https://bugs.launchpad.net/bugs/747681
Link to upstream patch (as posted in the debian bugtracker):
http://git.savannah.gnu.org/cgit/xbindkeys.git/commit/?id=e3cacfb54cd2990026e718659dcbad5525
IMO this all needlessly complicates everything for everyone.
In the last couple of days I've written several lengthy emails in the
ayatana mailing list arguing against a global menubar and suggesting to
remove the top panel altogether. As a result application developers
could make optimal use of t
This bug needs to be changed back to "Unity launcher buttons should allow to
minimize apps, not just
launch/restore"
Here's why: https://lists.launchpad.net/ayatana/msg05594.html
The launcher follows an app-centric paradigm like OS X and the "dock". I
doubt a lot of thought went into this when
I've added Compiz to this bug as per the discussion here:
https://lists.launchpad.net/ayatana/msg05613.html
>I know about the window placement plugin in CCSM but there are two problems:
>It requires manual setup and can only do static coordinates and rules
>whereas it should be enabled by default,
** Also affects: compiz (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/124315
Title:
Remember+restore window position of applications with WM_WIND
Public bug reported:
Binary package hint: gedit
Open a new gedit instance, the open and save dialogs both default to the
home folder. Now open or save a document in another folder, for example
~/Documents. From then on all further invocations of a dialog within
this window will default to ~/Docum
I have no idea if this is considered a proper workaround but it "works for me":
Downloaded the .deb from a mirror and edited it according to this (removed
nvidia-current)
http://blog.sch.bme.hu/index.php/aldaris/2010/10/13/how-to-workaround-apt-get-unmet-dependencies-error
Then installed it with #
40 matches
Mail list logo
