Hello All
I've been lurking on unity-design for a bit so I can see what ideas
people are coming up with, but also to see how decisions get made and
suggestions get filtered. The 'discourse' has been interesting to read
and I can see the problem. I can also see an escalation happening as
10.04 -> 1
how many lists do we really need? isn't that just going to create more
stuff for people to have to filter in or out of their in boxes?
wouldn't it be better to be able to simply be able to lock a topic's thread
from replies and give the post the one response explaining why?
--
Josh Strawbridge
--
On Sat, May 5, 2012 at 8:57 AM, Josh Strawbridge wrote:
> how many lists do we really need? isn't that just going to create more
> stuff for people to have to filter in or out of their in boxes?
> wouldn't it be better to be able to simply be able to lock a topic's
> thread from replies and give
Trust me; if anything, a mailing list would be the best way to do this.
Working at a company who recently tried to get rid of email, I can tell you
it's not as easy as it seems. Our first try just ended up being email with
more burdens and complexities.
On May 5, 2012 6:14 AM, "Keith Peter" wrote:
I don't like this idea because it just looks cluttered up.
In Christ,
Ryan
Sent from my iPod
On May 5, 2012, at 1:59 PM, cpOno wrote:
> Hi all,
>
> HUD is the future no doubt about that ... but needs to have intrinsically the
> effectiveness of the Application menus navigation,
> OR,
> at l
On Sat, 5 May 2012, Ryan Gauger wrote:
> > A proposal: why don't we join both HUD start actions (Alt(tap) + Alt(press)
> > ) in one.
> I don't like this idea because it just looks cluttered up.
Recently SABDFL posted a suggestion about making the HUD keypress
configurable between Alt, Alt-Gr, and
Cluttered up ? Well, put it down or inside (instead of "Type your command").
Read carefully the proposal and judge it after only. That's the way
cooperation works.
The idea is flexible and the result effective.
Look at it this way:
- You don't remember the menu options:
- Actions: a) Alt(tap) ;
Em 05-05-2012 16:32, cpOno escreveu:
With this proposal: you just have to do: Alt(tap)
Tap Alt... and then what?
Typing "f" in your mockup will do what? Open the File menu
or make "f" appear on the entry field?
Where will the keyboard focus be? The entry or the menu
bar? How would the user sw
I feel like a dummy, since I do not understand what you are talking about, but
do you mean an option for displaying global menu with one key, and another key
for HUD? If this is what you mean, then it would definitely look
less-cluttered. If this is not what you mean, could you please explain it
On 05/05/2012 08:59 PM, cpOno wrote:
A proposal: why don't we join both HUD start actions (Alt(tap) +
Alt(press) ) in one.
Currently holding Alt and pressing F will trigger the menu mnemonics. So
for example Alt+F will open the File menu, then P will trigger "Print"
for some applications.
On 05/05/2012 09:43 PM, Conscious User wrote:
Em 05-05-2012 16:32, cpOno escreveu:
With this proposal: you just have to do: Alt(tap)
Tap Alt... and then what?
No change in the current behaviour. The cursor should be focused inside
the HUD.
The app. menu is revealed only as a helper/reminder (l
But surely the whole point of HUD is that you don't need to know what
particular menu item you are looking for because you aren't looking for a
specific menu item, you are looking for what you want to do and the HUD
will find that menu item for you?
At least that is what I assumed it to be (in the
Hi Ryan/Paul.
You're right Ryan. We are mixing two <> concepts/ideas: a) What should
appear when HUD is triggered; b) the shortcut to it.
For b) I don't have any special keypress preference, Paul (Cap lock
could be problematic in some cases). Both Alt-left, Alt-right are good
options.
For a)
I know (its a great thing). And if we embed this behaviour inside the HUD ?
We would have a mechanism to drop the status-quo menu types.
Thinking in the long-run, if I may.
carlos
On 05/05/2012 09:53 PM, Thorsten Wilms wrote:
On 05/05/2012 08:59 PM, cpOno wrote:
A proposal: why don't we join b
Hi,
I've been reading this list for a while, but only joined recently because I
somehow missed that subscription was open. I wish I'd joined earlier,
because there were times I wanted to offer solutions. I'll have to start by
offering a problem.
Nautilus has been becoming less useful with each re
Hey folks,
So Im getting used to unity. One thing I noticed is that I would
really prefer each workspace to have its own set of icons. I try to
be task oriented, and I use the desktop to place icons there
representing different tasks, or trains of thought that I have. So
having a new workspace c
I agree and it is in stark contrast to Dolphin, which KDE are putting a lot
of time and effort into.
I'm not really sure what can be done with nautilus itself though.
I doubt the unity team are likely to come up with a dedicated file manager
replacement so it's up to the dash to take the brunt may
On Sat, May 5, 2012 at 5:37 PM, Daniel Hollocher
wrote:
> Hey folks,
> So Im getting used to unity. One thing I noticed is that I would
> really prefer each workspace to have its own set of icons. I try to
> be task oriented, and I use the desktop to place icons there
> representing different
Hey
That I believe have been discussed int he past on a bug report and it
was decided to not hide system settings items.
PS: shutdown only appears when you search in HUD
thanks
On Thu, May 3, 2012 at 11:20 PM, Pedro Bessa wrote:
> Hi,
>
> If I patch Unity to have no System Setting app icon clu
19 matches
Mail list logo
