I'm just a normal gnome user and would like to make a few suggestions:
1. Why can't you set the top bar to be transparent? I think it's more
beautiful. Although you can use plug-in settings like dynamic top bar,
it's very troublesome.
2. Display the application, you can't
I'm just a normal gnome user and would like to make a few suggestions:
1. Why can't you set the top bar to be transparent? I think it's more
beautiful. Although you can use plug-in settings like dynamic top bar,
it's very troublesome.
2. Display the application, you can't
le about the app drawer? Configurable
rows/colums/icon size, this would be a massive boon to all users,
along with the suggestions above.
Tiling! Everyone's favourite subject. No, no, it doesn't need to be
complex, it only needs to be functional. Windows beat GNOME to a
critical feature;
as a command would suffice, preferably a context
sensitive one so that if you're adding to a non-existant group then it will
create it.
And the last niggle about the app drawer? Configurable rows/colums/icon
size, this would be a massive boon to all users, along with the suggestions
above.
Til
Hi, list.
Where is the best place to put suggestions like this one in the
attachment?
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list
Most likely not.
You will probably have to get on the IRC for that.
2012/2/10 informalibre montceau
> Hello,
>
> On my proposal I have not had positive responses or critical.
>
> Will I get feedback?
>
> thank you
>
> Jerome
> ___
> gnome-shell-list m
Hello,
On my proposal I have not had positive responses or critical.
Will I get feedback?
thank you
Jerome
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list
Julien Olivier writes:
>> there is no programmatic way for an application to describe whether
>> it's going to open a new window, a new tab, or create a new process,
>> or what its default is.
>
> If the application wants to have only one window, it should use
> something like LibUnique ( http://
On Wed, 08 Feb 2012 16:33:38 +0100, Julien Olivier
wrote:
>> > That's not how it works on my PC: launching gnome-terminal twice
>> > consecutively opens two terminals.
>>
>> Yes, there are two terminal windows, but what happens is that the new
>> gnome-terminal process launches and tells the exis
> > OK, well then that proves that applications are able to decide
> > themselves what to do with new processes (open a new window, a new tab
> > or just present the existing window). That's one more reason why
> > gnome-shell should simply launch new processes each time an app icon is
> > pressed
> I know full well about LibUnique, considering that I'm the one who wrote it.
>
Eh eh ;)
> that is why I said "describe", and not "implement": a single instance
> application cannot tell the shell that its policy should be changed,
> because there is no way for the application to express this
hi;
On 8 February 2012 15:22, Julien Olivier wrote:
>> there is no programmatic way for an application to describe whether
>> it's going to open a new window, a new tab, or create a new process,
>> or what its default is.
>>
>
> If the application wants to have only one window, it should use
> so
> > That's not how it works on my PC: launching gnome-terminal twice
> > consecutively opens two terminals.
>
> Yes, there are two terminal windows, but what happens is that the new
> gnome-terminal process launches and tells the existing gnome-terminal
> process to open a new window.
>
OK, well
On Wed, Feb 8, 2012 at 10:22 AM, Julien Olivier wrote:
>> plus, gnome-terminal is, strictly speaking, a single instance
>> application. whenever you execute 'gnome-terminal', the currently
>> running process (if any) will be contacted, and a new window or tab
>> will be created. you actually have
Le mercredi 08 février 2012 à 15:17 +, Emmanuele Bassi a écrit :
> hi;
>
> On 8 February 2012 15:10, Julien Olivier wrote:
>
> > Well, what I really mean is that gnome-shell should *try* to start a new
> > instance. If the application is single-window, it will work as before:
> > the app wil
hi;
On 8 February 2012 15:10, Julien Olivier wrote:
> Well, what I really mean is that gnome-shell should *try* to start a new
> instance. If the application is single-window, it will work as before:
> the app will be presented to the user. So, for example, if you had skype
> already running on
> > - Favorite apps should only be highlighted if they are running *on the
> > current workspace*.
> > - Clicking on the icon of a favorite app already running on another
> > workspace should launch a new instance of this app instead on
> > switching to the currently running one on the other work
Hello,
To reduce travel and thus make the interface more convenient, I made
changes that bring the various elements of the icon "activity".
There are so few moves to do to perform various actions can become
repetitive if one executes regularly.
I) Changes.
1) For all views:
- Dash is top midd
clemens writes:
Hi Clemens,
> @Tassilo
> For Terminals I use tabs to "organize" my consoles, which is supported
> by nearly all "console apps".
I do use tabs, too. But still have the habit to have at least one
terminal (possibly with many tabs) on most of my workspaces, each
dedicated to some
> Julien Olivier writes:
>
> Hi Julien,
> > - Favorite apps should only be highlighted if they are running *on the
> > current workspace*.
> > - Clicking on the icon of a favorite app already running on another
> > workspace should launch a new instance of this app instead on
> > switching to
Julien Olivier writes:
Hi Julien,
> For more consistency, the following changes would also be needed:
> - Alt-Tab should only display windows on the current workspace.
It already shows a separator line to indicate what apps are running on a
different workspace. If it wouldn't show the other w
Hi list,
after using gnome-shell for months now, I must say that I really love
the idea of using workspaces to isolate each task, and keep the number
of open windows to the minimum by only having windows related to each
workspace's task. However, something breaks this concept: the dash
always disp
Thanks! I will take a look. At least I will then be able to compare the
old behavior to the new behavior and potentially recreate dialogs of
interest so that information that is removed by Gnome 3 can be viewed in
the "default" state.
On 01/16/2012 11:23 PM, Tim wrote:
You can disable the mod
You can disable the modal dialogs in gsettings. That should revert things back
to the old behaviour
On 17/01/12 11:35, Andrew Douglas Pitonyak wrote:
> Old method of working:
>
> In Firefox, I right click on a file and choose Save As. A dialog is displayed
> with information in the title bar and
Old method of working:
In Firefox, I right click on a file and choose Save As. A dialog is
displayed with information in the title bar and I can move the dialog so
that I can see what is underneath it to help me set the file name. For
example, I might append version information or a date to th
Question for the list: Is this the place to file suggestions for Gnome
Shell? Also, is there a place where suggestions have been collected,
so that I can read through them to see if any of my suggestions have
already been suggested and approved/rejected? Would bugzilla be a
better way to go
On Sat, 2011-07-09 at 12:25 +0200, Giovanni Campagna wrote:
> Let's consider the music use case, and let's consider our favorite
> player, Rhythmbox (version from git master, as the one in fedora has a
> bug and fails to recognize gnome-shell)
Ah, that would explain why it's about as useful as a
On 07/09/2011 06:25 AM, Giovanni Campagna wrote:
Again, this kind of interaction should be partly exposed with libnotify
(message tray) and partly with GApplication (dash, application menu).
Design is there, so is code, and I wouldn't consider using the message
tray like that an abuse. It is the
Il giorno sab, 09/07/2011 alle 17.03 +0200, Florian Max ha scritto:
> 2011/7/9 Aurélien Naldi
> [...]
>
> So, two questions:
> 1. Should we support the concept of "background applications"?
> This is a good question - many reasons for status icons are not
> really an issue with gnome-shell. If
Consider the download-manager part of any web-browser. It would do great as
a persistent notification. When the user starts to download, lets say an
.iso, a notification pops up at the bottom of the screen telling the user
that her download has started. If the user mouses over the notification
furt
2011/7/8 Jasper St. Pierre
> > There is a problem when using Inkscape and the Alt+click combination.
>>> It is
>>> > needed for that program, but usually window managers use it to move the
>>> > window by default, but allow the user to change it, for example, for
>>> mod4 +
>>> > click. I didn't
2011/7/9 Aurélien Naldi
>
> "normal" running aps are expected to appear in the dock. Background ones
> can either be here or somewhere else, I would prefere somewhere else, but
> indeed being in the dock also makes sense. The downside for me is that it
> may make the dock harder to use as it shows
Il giorno ven, 08/07/2011 alle 09.27 -0700, Adam Williamson ha scritto:
> On Fri, 2011-07-08 at 18:24 +0200, Giovanni Campagna wrote:
>
> > > > I do like the notification part in gnome-shell (beside the integrated
> > > > chat stealing focus, but all it needs is tweaking), I was talking
> > > > ab
Il giorno ven, 08/07/2011 alle 21.00 -0700, Adam Williamson ha scritto:
> On Sat, 2011-07-09 at 00:43 +0200, Florian Müllner wrote:
> > 2011/7/9 Tassilo Horn
> > Well, not that bad. But still it needs three actions to pause
> > the music
> > player: (1) open overview, (2)
On Jul 9, 2011 2:54 AM, "Florian Max" wrote:
>> I agree that puttng "background" windows on a separate workspace
>> unclutters the overview, but it certainly isn't a perfect solution,
>> just a workaround:
>> * it still clutters the dock
>
> All running applications "clutter" the dock. To be hones
On Sat, 2011-07-09 at 00:43 +0200, Florian Müllner wrote:
> 2011/7/9 Tassilo Horn
> Well, not that bad. But still it needs three actions to pause
> the music
> player: (1) open overview, (2) activate/unhide player, (3)
> press pause
> in it. With the usual
2011/7/8 Aurélien Naldi
> Good to know, I did see a "persistent" hint in the spec, but it was
> described as "wait until the notification is acknowledged", not truly
> persistent. If this is a new hint, I hope it will be added to the spec
> as what I would like is a _consistent_ way to do it. If
2011/7/9 Tassilo Horn
> Well, not that bad. But still it needs three actions to pause the music
> player: (1) open overview, (2) activate/unhide player, (3) press pause
> in it. With the usual system tray (aka notification area with icon
> abuse), it's usually just right-click > pause.
>
It is
Florian Müllner writes:
Hi Florian,
>> I've checked the report. So if I'd hide a window, how would I get it
>> back if I need it? If I understand it correctly, it's not in the
>> overview or the window picker.
>
> The application icon is still in the dash. Right-clicking gives the
> option to
Florian Max writes:
Hi Florian,
>> I tend to agree. However, there are few ubiquitous apps which one
>> doesn't want to see but always have quick access to.
>
> The current recommendation to applications is to use notification
> actions to provide "quick access".
I would be fine if Quod Libet
On Fri, Jul 8, 2011 at 6:20 PM, Florian Müllner wrote:
> That is no longer true. Usually notifications are shown for a short time at
> the bottom center of the screen and then move to the summary until
> acknowledged by the user. Applications can specify a 'persistent' hint
> though, which means
2011/7/8 Tassilo Horn
> I would be fine if Quod Libet would fire a notification with play/pause
> toggle as soon as my phone rings, but right now phone and computer are
> still separate things. I guess things will improve in the future.
>
> In your rythmbox screenshot, when does that notificatio
On Fri, 8 Jul 2011 18:20:22 +0200, Florian Müllner
wrote:
> As I see it, the use of "notification" icons as a
> way for applications to run in the background has its origins on
> Windows - as there are no workspaces, every running application uses
> precious space in the task bar, so the "minimiz
On Fri, 2011-07-08 at 18:24 +0200, Giovanni Campagna wrote:
> > > I do like the notification part in gnome-shell (beside the integrated
> > > chat stealing focus, but all it needs is tweaking), I was talking
> > > about the "interact with background application" part: I thought
> > > gnome-shell a
On Fri, Jul 8, 2011 at 9:19 AM, Aurélien Naldi wrote:
> On Fri, Jul 8, 2011 at 2:24 PM, Florian Max
> wrote:
>> The "specific API" used by GNOME Shell is called libnotify, which was
>> already used in GNOME 2. Ubuntu uses it for its notify-osd, and apparently
>> it is also supported in KDE[0]. T
2011/7/8 Aurélien Naldi
> As far as I know, libnotify supports only notifications (and does it
> well). They can vanish after a while or require acknowledgement, but
> they can not be truly persistent.
That is no longer true. Usually notifications are shown for a short time at
the bottom center
Il giorno ven, 08/07/2011 alle 07.24 -0700, Adam Williamson ha scritto:
> On Fri, 2011-07-08 at 15:19 +0200, Aurélien Naldi wrote:
>
> > As far as I know, libnotify supports only notifications (and does it
> > well). They can vanish after a while or require acknowledgement, but
> > they can not be
On Fri, 2011-07-08 at 15:19 +0200, Aurélien Naldi wrote:
> As far as I know, libnotify supports only notifications (and does it
> well). They can vanish after a while or require acknowledgement, but
> they can not be truly persistent. The notification area was used both
> for such notifications an
On Fri, Jul 8, 2011 at 2:24 PM, Florian Max wrote:
> The "specific API" used by GNOME Shell is called libnotify, which was
> already used in GNOME 2. Ubuntu uses it for its notify-osd, and apparently
> it is also supported in KDE[0]. The support for status icons is considered
> legacy, its use is
Florian Max writes:
Hi Florian,
> The support for status icons is considered legacy, its use is highly
> discouraged (and so would be the use of the KDE/Canonical replacement
> if support is added) - the message tray is a place to notify users
> about a particular event, not a taskbar replacemen
2011/7/8 Aurélien Naldi
> To solve this, the application (and shell) have to move to an other
> system. I think gnome-shell has a specific API for notifications which
> should allow this. I would really have liked a mechanism shared with
> other environments, like the indicators pushed by ubuntu
Hi,
On Fri, Jul 8, 2011 at 10:48 AM, Jairot Llopis wrote:
>> >> By the way, talking about notifications, if I move the cursor over them
>> >> it's
>> >> only because I want to open them, so why do I have to click? There
>> >> should be
>> >> an option to let you open the notifications just by hov
nd I already answered him through the notification. I don't even
like when I press alt+tab and Empathy is always there, messing around with
the apps I directly use.
The same is true about Rhythmbox. *It's an app I want to hear, not see*,
except for the rare cases when I need to browse my m
Evandro Giovanini writes:
Hi Evandro,
>> I mean, it's true that the title text und the title bar become
>> narrower, but so does the rest of the text (menus, etc.), too. Isn't
>> there a way to adjust only the title bar text. I don't see a reason
>> why the text in the title bar needs to be co
On Fri, Jul 8, 2011 at 4:09 AM, Tassilo Horn wrote:
> Robert Park writes:
>
> Hi Robert,
>
>>> Talking about the windows and useless screen space, is not the title
>>> too thick?
>>
>> Go to the universal access settings and set the font size smaller. the
>> titlebar and the top bar become narrow
Robert Park writes:
Hi Robert,
>> Talking about the windows and useless screen space, is not the title
>> too thick?
>
> Go to the universal access settings and set the font size smaller. the
> titlebar and the top bar become narrower, givin you more usable screen
> space.
That's a joke, isn't
2011/7/7 Dylan McCall
> Just like the Minimize and Maximize buttons, the close button refers
> to a window, not an application (which can have many windows).
Correct.
Though the expected action is to close the corresponding window, not
withdraw it from X (Rhythmbox) or minimize it (Empath
On Thu, Jul 7, 2011 at 12:10 PM, Florian Max wrote:
> That is severely broken in my opinion, as it turns the "close" button into a
> "close-or-hide-or-whatever-depending-on-the-app" button. Yay consistency!
>
> Florian
Just like the Minimize and Maximize buttons, the close button refers
to a wind
2011/7/7 Jean-Yves LENHOF
>
> I'm not sure this is the right place to talk about this, but I have to say
>>> it: Rhythmbox lacks a close to tray option
>>>
>>
>> Irrelevant. Move it to an empty workspace, then ignore it.
>>
>
> No, there's a way to do what he wants.
>
> Just launch rhytmbox
> Whe
Le 07/07/2011 20:25, Robert Park a écrit :
On Thu, Jul 7, 2011 at 9:59 AM, Jairot Llopis wrote:
I'm not sure this is the right place to talk about this, but I have to say
it: Rhythmbox lacks a close to tray option
Irrelevant. Move it to an empty workspace, then ignore it.
No, there's a
On Thu, Jul 7, 2011 at 2:25 PM, Robert Park wrote:
> On Thu, Jul 7, 2011 at 9:59 AM, Jairot Llopis wrote:
>> Talking about the windows and useless screen space, is not the title too
>> thick?
>
> Go to the universal access settings and set the font size smaller. the
> titlebar and the top bar bec
On Thu, Jul 7, 2011 at 9:59 AM, Jairot Llopis wrote:
> Talking about the windows and useless screen space, is not the title too
> thick?
Go to the universal access settings and set the font size smaller. the
titlebar and the top bar become narrower, givin you more usable screen
space.
> I'm not
Alright, here's some simple explanations.
>> By the way, talking about notifications, if I move the cursor over them it's
>> only because I want to open them, so why do I have to click? There should be
>> an option to let you open the notifications just by hovering over them, the
>> same way than
On 7/7/2011 3:05 PM, Jasper St. Pierre wrote:
No.
No.
No.
Jasper,
Wow. Those replies. No explanation.
Even if it has been discussed at length already, such comments were not
in any way *against* the project. They were honest suggestions.
Perhaps not inline with the vision of the
s in general terms a great job, and I am
> enjoying it.
>
> Now, the suggestions.
>
> I'm a person who almost always uses the keyboard, and I think gnome-shell is
> more focused in mouse usage. I'd love being able to use the keyboard to
> select items in the acti
I have been using for a short time Fedora 15 with Gnome 3, and I want to
share some of my points of view about it, and I hope the developers are
pleased with them and take note.
First of all, congratulations. It's in general terms a great job, and I am
enjoying it.
Now, the suggestions.
2011/6/11 Giovanni Campagna
> Il giorno sab, 11/06/2011 alle 17.01 -0300, Job ha scritto:
>
>
> > >
> > > For touch Screen, Object Actions/Options, was already
> > solved, using
> > > "Hold Stay".
> >
> >
> > Hold Stay works if the object indicates the avai
Il giorno sab, 11/06/2011 alle 17.01 -0300, Job ha scritto:
> >
> > For touch Screen, Object Actions/Options, was already
> solved, using
> > "Hold Stay".
>
>
> Hold Stay works if the object indicates the availability of an
> actio
2011/6/11 Giovanni Campagna
> Il giorno sab, 11/06/2011 alle 11.55 -0300, Job ha scritto:
> > Reading your post,
> >
> >
> > "I don't know about right click menus, but I think they be ditched
> > eventually, if
> > only because there is no right click on a touchscreen."
> >
> >
> > You are saying
Il giorno sab, 11/06/2011 alle 11.55 -0300, Job ha scritto:
> Reading your post,
>
>
> "I don't know about right click menus, but I think they be ditched
> eventually, if
> only because there is no right click on a touchscreen."
>
>
> You are saying that all Gnome 3 - Shell, UI guidelines, is
> Something like this?
>
> https://launchpad.net/mailnag
Well, i haven't tried it yet, but does it use evolution to retrieve
emails or does it do so on its own? If it does it on its own, I guess it
means that you have to set up your accounts twice: once in evolution,
and once in the notifier? In
On Sat, Jun 11, 2011 at 5:24 PM, Nguyen Thai Ngoc Duy wrote:
>
> On Sat, Jun 11, 2011 at 10:13 PM, Julien Olivier wrote:
> > Hi,
> >
> >> Everyone will hate you if you send poorly formatted, badly quoted mail
> >> around. But anyway, new mail notifications wouldn't be that bad for
> >> users of
On Sat, Jun 11, 2011 at 10:13 PM, Julien Olivier wrote:
> Hi,
>
>> Everyone will hate you if you send poorly formatted, badly quoted mail
>> around. But anyway, new mail notifications wouldn't be that bad for
>> users of evolution.
>>
>
> New mail notification would be VERY useful especially now
On Sat, Jun 11, 2011 at 09:55, Job wrote:
> You are saying that all Gnome 3 - Shell, UI guidelines, is based to "No
> Keyboard", "No Mouse", "Small Screen" users??
No.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/ma
How do you expect to have the notification is evolution is not running ?
And why should I receive notifications if I chose to close Evolution to
not be disturbed by it while I work on something requiring all my
focus ?
On Sat, 2011-06-11 at 17:13 +0200, Julien Olivier wrote:
> Hi,
>
> > Everyon
Hi,
> Everyone will hate you if you send poorly formatted, badly quoted mail
> around. But anyway, new mail notifications wouldn't be that bad for
> users of evolution.
>
New mail notification would be VERY useful especially now that there is
no way to minimize windows. But it will be useful on
Reading your post,
"I don't know about right click menus, but I think they be ditched
eventually, if
only because there is no right click on a touchscreen."
*You are saying that all Gnome 3 - Shell, UI guidelines, is based to "No
Keyboard", "No Mouse", "Small Screen" users??*
What is amazing on
Il giorno sab, 11/06/2011 alle 11.03 +0530, Dilip P Kumar ha scritto:
> Hello everyone.
>
> This is my first post to this mailing list. I have been using gnome for
> the past 2 years and Gnome 3 for the past 15 days. I loved Gnome 3.0 :)
>
> After using it for the past few days, I have a couple
Refering to point 4, you can change icons' size o that there appear 8 per
row. And 6 rows in a screen. Having such large icons does not contribute for
a fast workflow,
Javier Domingo
El 11/06/2011 07:40, "Dilip P Kumar" escribió:
> Hello everyone.
>
> This is my first post to this mailing list.
Dilip P Kumar writes:
Hi!
> 1. The Activities hotspot should work when using applications in full
> screen mode. For example, while using evince in full screen mode,
> moving the mouse to the top left corner should bring up the shell
> overview.
IMO, the activities hot spot often accidentally t
Hello everyone.
This is my first post to this mailing list. I have been using gnome for
the past 2 years and Gnome 3 for the past 15 days. I loved Gnome 3.0 :)
After using it for the past few days, I have a couple of ideas I wish to
share.
*I am NOT going to touch the minimize button or the po
Hi,
First let me say that I really like Gnome Shell and really appreciate
the work that went into it. It feels really solid and polished for a .0
release. The dynamic workspaces has got me hooked.
I do have a few requests for things that from my >1 month of usage has
bothered me. I have search
The specification that applications have to support is called
startup-notification.
http://standards.freedesktop.org/startup-notification-spec/startup-notification-latest.txt
On Thu, May 5, 2011 at 9:40 AM, Adam Tauno Williams
wrote:
> On Thu, 2011-05-05 at 15:11 +0200, Milan Bouchet-Valat wrote
On Thu, 2011-05-05 at 15:11 +0200, Milan Bouchet-Valat wrote:
> Le jeudi 05 mai 2011 à 09:00 -0400, Adam Tauno Williams a écrit :
> > Huh. Should that work? I'm in the activity view, so I see the tiled
> > apps of the current workstation, the left hand applications bar [what is
> > the official n
Le jeudi 05 mai 2011 à 09:00 -0400, Adam Tauno Williams a écrit :
> Huh. Should that work? I'm in the activity view, so I see the tiled
> apps of the current workstation, the left hand applications bar [what is
> the official name of that thing] and on the right hand the tiled
> workspaces. I gr
On Thu, 2011-05-05 at 08:41 +0200, Frederik Hertzum wrote:
> tir, 03 05 2011 kl. 16:28 -0430, skrev Dokuro:
> > On Mon, May 2, 2011 at 5:45 PM, Frederik Hertzum
> > wrote:
> > >
> >
> > Horizontal desktops missing:
> >
> > > ==
> tir, 03 05 2011 kl. 16:28 -0430, skrev Dokuro:
> > so grabbing the app icon and moving it to the workspace you want and
> > then using ctrl+alt+up/down does not work for you, because you need
> > more rows in order to navigate them easier?
Huh. Should that work? I'm in the activity view, so I
tir, 03 05 2011 kl. 16:28 -0430, skrev Dokuro:
> On Mon, May 2, 2011 at 5:45 PM, Frederik Hertzum
> wrote:
> >
>
> Horizontal desktops missing:
>
> > =
> >
> >>ctrl+alt+up/down to change workspaces (virt desktops)
On Mon, May 2, 2011 at 5:45 PM, Frederik Hertzum
wrote:
>
Horizontal desktops missing:
> =
>
>>ctrl+alt+up/down to change workspaces (virt desktops)
> That key-combo (or any other for that matter) doesn't allow me
>>>
>>> Horizontal desktops missing:
>>>
=
>ctrl+alt+up/down to change workspaces (virt desktops)
That key-combo (or any other for that matter) doesn't allow me to do
what I want. I often need more than one set of apps open, whic
>>>
>>> Horizontal desktops missing:
>>> =
>
>>
>> I'm really confused at what you mean by this. Why do you feel you need
>> horizontal workspaces?
>>
> I would really like to have related workspaces grouped in some way --
> for e
2011/4/29 Jasper St. Pierre :
> On Thu, Apr 28, 2011 at 6:06 PM, Frederik Hertzum
>
> Just for clarification, "desktop" means "workspace"?
Yes: I was thinking in the term "virtual desktop".
>
>
>
>>
>> Maximized windows and title bars:
>>
>
>
On Thu, Apr 28, 2011 at 6:06 PM, Frederik Hertzum <
frederik.hert...@gmail.com> wrote:
> This was inspired by the discussion "Window controls for GNOME 3" by
> Owen Taylor --
> https://mail.gnome.org/archives/gnome-shell-list/2011-February/msg00192.html
>
>
This was inspired by the discussion "Window controls for GNOME 3" by
Owen Taylor --
https://mail.gnome.org/archives/gnome-shell-list/2011-February/msg00192.html
=
I think it's important for people to know a bit about how I use m
Hello,
After looking at the wiki's whiteboard page for the onscreen keyboard, I
noticed
some options and features to improve what was already suggested.
1) The wiki mentions Chinese/Japanese handwriting recognition, and mentions
Cell-Writer as an already existing technology. But there are
On 22 Mar 2011, at 21:05, Alberto B. wrote:
> Yes, this is the behaviour. I'm sorry, but I did not understand the real
> function of "quit" probably due to the italian translation. I hope that
> button becomes customizable and usefull.
I'm sure it's not just because of the translation... in the
Il giorno lun, 21/03/2011 alle 20.14 -0500, Ryan Peters ha scritto:
> Hi Alberto. I'm not a developer for the project, but I'll try to answer
> your concerns:
>
> On 03/21/2011 04:52 PM, Alberto B. wrote:
> > Hi everyone,
> > I started to use gnome-shell some weeks ago with that in the repo of
>
My system spends some seconds to give list of applications/categories so
I hope this will be better in the final release of GS. It's not a quick
way to find applications
I second this. It's not a huge deal but if the applications menu could
be pre-loaded instead of being loaded when Shell acc
Hi Alberto. I'm not a developer for the project, but I'll try to answer
your concerns:
On 03/21/2011 04:52 PM, Alberto B. wrote:
Hi everyone,
I started to use gnome-shell some weeks ago with that in the repo of
Fedora 14, then I built the newer from git two weeks ago and I still
using it.
I app
Hi everyone,
I started to use gnome-shell some weeks ago with that in the repo of
Fedora 14, then I built the newer from git two weeks ago and I still
using it.
I appreciate the great work you are doing on GS and I would give you
some suggestion.
Due to lack of the taskbar (lower bar in Gnome2) now
1 - 100 of 165 matches
Mail list logo
