Re: Stopping processes in background

[Donato Marrazzo via gnome-shell-list]

thank you.

Actually it's not managed by application but by flatpack.
In my case, I solved with:

flatpak permission-reset APP_ID


Il giorno gio 2 apr 2020 alle ore 16:12 Florian Müllner 
ha scritto:

>
>
> On Thu, Apr 2, 2020 at 15:46, Donato Marrazzo via gnome-shell-list
>  wrote:
> > Hi all,
> > Gnome Shell notified that a process was working in background.
> > Out of curiosity, I asked to abort the process.
> > Then I noticed that gnome shell continues to stop that process.
>
> Small correction: Both the notifications and the implementation (that
> is, stopping processes) aren't provided by gnome-shell, but by
> xdg-desktop-portal.
>
>
> > Is there a way to revert that choice?
>
> I *suspect* that the "Run in Background" switch in Settings ->
> Applications ->  does that.
>
> Cheers,
> Florian
>
>
>

-- 
*Ing. Donato Marrazzo*
*Via Pia Nalli, 101*
*00134 Roma*
*Cell. 335-7446273*
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Stopping processes in background

[Donato Marrazzo via gnome-shell-list]

Hi all,
Gnome Shell notified that a process was working in background.
Out of curiosity, I asked to abort the process.
Then I noticed that gnome shell continues to stop that process.
Is there a way to revert that choice?

Thank you
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

HiDPI

[Donato Marrazzo via gnome-shell-list]

There is a problem with HiDPI and fonts rendering.

https://gitlab.gnome.org/GNOME/gnome-shell/issues/522

it looks that nobody is looking at this problem.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Wifi is not network anymore?

[Donato Marrazzo]

Hi,

I noticed that in setting, wifi is a category a part and not in network
category.
I think that it's pretty confusing.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Sound for notification?

[Donato Marrazzo]

Hi Florian,
I'm considering to develop an extension to fill this gap.
Any hints on how to do are welcome!
Thank you in advance

On Fri, Jan 20, 2017 at 11:16 AM, Donato Marrazzo  wrote:

> Hi Onyeibo,
>
> which theme have you installed?
> I tried some but nothing.
> If I send a notification with this command
>
> notify-send  "SUMMARY" "BODY"
>
>
> I get no sound!
> I'm still looking for a workaround!
> I think that it's a terrible limitation of gnome-shell, that I love for
> the rest...
>
> TIA
>
> Donato
>
>
>
> On Wed, Dec 2, 2015 at 4:39 AM, Onyeibo Oku  wrote:
>
>>
>> On Mon, 2015-11-30 at 18:54 +0100, Donato Marrazzo wrote:
>>
>> I see...
>> And what about to handle a default sound? When the application does not
>> specify it?
>> Thank you
>>
>>
>> I suppose that depends on the sound-theme.  If the active sound-theme
>> provides audio for generic notifications, you should hear one.
>> I get audible notifications for incoming mails, alerts etc.  but that is
>> because I have a sound-theme that provides those.
>>
>> We were enthusiastic about packaging comprehensive themes for fedora but
>> that adventure was dampened by the realities of life (
>> https://fedoraproject.org/wiki/SIGs/Sound)
>>
>> Regards
>> Onyeibo (twohot)
>>
>>
>> On Mon, Nov 30, 2015 at 5:38 PM, Florian Müllner 
>> wrote:
>>
>> On Mon, Nov 30, 2015 at 2:29 PM, Donato Marrazzo
>>  wrote:
>> > I cannot hear any sound when a notification appear.
>> > Is it working as designed?
>>
>> Yes. The freedesktop notification spec has optional hints to specify a
>> sound when the notification is displayed[0]. We support those hints,
>> so if a sound is specified, and sounds are not disabled for that
>> particular application in notification settings, we play the sound -
>> if either of those is not the case, then there won't be a sound (most
>> likely the former - in my experience, there are very few apps that do
>> specify a sound with notifications).
>>
>>
>> [0] https://developer.gnome.org/notification-spec/#hints
>>
>> ___
>> gnome-shell-list mailing list
>> gnome-shell-list@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>>
>>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Sound for notification?

[Donato Marrazzo]

Hi Onyeibo,

which theme have you installed?
I tried some but nothing.
If I send a notification with this command

notify-send  "SUMMARY" "BODY"


I get no sound!
I'm still looking for a workaround!
I think that it's a terrible limitation of gnome-shell, that I love for the
rest...

TIA

Donato



On Wed, Dec 2, 2015 at 4:39 AM, Onyeibo Oku  wrote:

>
> On Mon, 2015-11-30 at 18:54 +0100, Donato Marrazzo wrote:
>
> I see...
> And what about to handle a default sound? When the application does not
> specify it?
> Thank you
>
>
> I suppose that depends on the sound-theme.  If the active sound-theme
> provides audio for generic notifications, you should hear one.
> I get audible notifications for incoming mails, alerts etc.  but that is
> because I have a sound-theme that provides those.
>
> We were enthusiastic about packaging comprehensive themes for fedora but
> that adventure was dampened by the realities of life (
> https://fedoraproject.org/wiki/SIGs/Sound)
>
> Regards
> Onyeibo (twohot)
>
>
> On Mon, Nov 30, 2015 at 5:38 PM, Florian Müllner 
> wrote:
>
> On Mon, Nov 30, 2015 at 2:29 PM, Donato Marrazzo
>  wrote:
> > I cannot hear any sound when a notification appear.
> > Is it working as designed?
>
> Yes. The freedesktop notification spec has optional hints to specify a
> sound when the notification is displayed[0]. We support those hints,
> so if a sound is specified, and sounds are not disabled for that
> particular application in notification settings, we play the sound -
> if either of those is not the case, then there won't be a sound (most
> likely the former - in my experience, there are very few apps that do
> specify a sound with notifications).
>
>
> [0] https://developer.gnome.org/notification-spec/#hints
>
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Mutter 3.23.2

[Donato Marrazzo]

Hi Emmanuele,

I've tested it in Gnome 3.22.2/Wayland with my Lenovo T460s, but no way!
Is there a way to check if my touchpad supports the gestures?
By the way, I usually continue to run gnome on XOrg since Wayland has some
glitches with eclipse and handling application icons in the dash.
(E.g. Libreoffice icon).

Thank you

Ciao, Donato

On Thu, Dec 29, 2016 at 8:35 PM, Emmanuele Bassi  wrote:

> Hi;
>
> You can already use (some) gestures on your touchpad - but only on
> Wayland, as X11 lacks the touchpad events protocol.
>
> Ciao,
>  Emmanuele.
>
> On Thu, 29 Dec 2016 at 18:21, Donato Marrazzo 
> wrote:
>
>>  * Handle touchpad pinch gestures with more than two fingers [Carlos;
>> #765937]
>>
>> Is this a step toward the full gestures implementation as sketched by
>> this page: https://wiki.gnome.org/Design/OS/Gestures?
>>
>> I'm keen to use gestures on my touchpad!
>>
>>
>> Congratulations!
>>
>> Donato
>>
>>
>>
>> On Wed, Nov 23, 2016 at 11:35 PM, Florian Müllner 
>> wrote:
>>
>> About mutter
>>
>>
>> 
>>
>>
>>
>>
>>
>> Mutter is a window and compositing manager that displays and manages
>>
>>
>> your desktop via OpenGL. Mutter combines a sophisticated display
>>
>>
>> engine using the Clutter toolkit with solid window-management logic
>>
>>
>> inherited from the Metacity window manager.
>>
>>
>>
>>
>>
>> While Mutter can be used stand-alone, it is primarily intended to be
>>
>>
>> used as the display core of a larger system such as GNOME Shell. For
>>
>>
>> this reason, Mutter is very extensible via plugins, which are used
>>
>>
>> both to add fancy visual effects and to rework the window management
>>
>>
>> behaviors to meet the needs of the environment.
>>
>>
>>
>>
>>
>> News
>>
>>
>> 
>>
>>
>>
>>
>>
>> * Stack docks below other windows on fullscreen monitors [Rui; #772937]
>>
>>
>> * Fix popup grabs blocking screen lock on wayland [Rui; #771235]
>>
>>
>> * Handle touchpad pinch gestures with more than two fingers [Carlos;
>> #765937]
>>
>>
>> * Implement drawing tablet support on X11 [Carlos; #773779]
>>
>>
>> * Fix some Wine games starting minimized [Carlos; #774333]
>>
>>
>> * Fix switching between two finger- and edge scrolling on wayland [Rui;
>> #771744]
>>
>>
>> * Implement support for EGLStream/EGLDevice [Jonas; #773629]
>>
>>
>> * Add size_changed vfunc to handle async client size changes [Rui;
>> #770345]
>>
>>
>> * Change focus window on clicks with any modifiers [Rui; #746642]
>>
>>
>> * Misc. bug fixes and cleanups [Carlos, Daniel, Jonas, Rui; #771067,
>> #774330, #774613,
>>
>>
>>   #771297, #774135, #774827, #774923]
>>
>>
>>
>>
>>
>> Contributors:
>>
>>
>>   Jonas Ådahl, Carlos Garnacho, Rui Matos, Florian Müllner, Daniel Stone
>>
>>
>>
>>
>>
>> Translations:
>>
>>
>>   Kjartan Maraas [nb]
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Download
>>
>>
>> 
>>
>>
>> https://download.gnome.org/sources/mutter/3.23/mutter-3.23.2.tar.xz
>> (3.38M)
>>
>>
>>   sha256sum: 2883891ddbf8fc5887df4f4f8042ba45f35520ba4afc22155396707ef46b
>> b1c9
>>
>>
>>
>>
>>
>>
>>
>>
>> ___
>>
>>
>>
>> gnome-shell-list mailing list
>>
>>
>> gnome-shell-list@gnome.org
>>
>>
>> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>>
>>
>>
>>
>>
>>
>> ___
>>
>> gnome-shell-list mailing list
>>
>> gnome-shell-list@gnome.org
>>
>> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>>
>>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Mutter 3.23.2

[Donato Marrazzo]

 * Handle touchpad pinch gestures with more than two fingers [Carlos;
#765937]

Is this a step toward the full gestures implementation as sketched by this
page: https://wiki.gnome.org/Design/OS/Gestures?

I'm keen to use gestures on my touchpad!


Congratulations!

Donato



On Wed, Nov 23, 2016 at 11:35 PM, Florian Müllner 
wrote:

> About mutter
> 
>
> Mutter is a window and compositing manager that displays and manages
> your desktop via OpenGL. Mutter combines a sophisticated display
> engine using the Clutter toolkit with solid window-management logic
> inherited from the Metacity window manager.
>
> While Mutter can be used stand-alone, it is primarily intended to be
> used as the display core of a larger system such as GNOME Shell. For
> this reason, Mutter is very extensible via plugins, which are used
> both to add fancy visual effects and to rework the window management
> behaviors to meet the needs of the environment.
>
> News
> 
>
> * Stack docks below other windows on fullscreen monitors [Rui; #772937]
> * Fix popup grabs blocking screen lock on wayland [Rui; #771235]
> * Handle touchpad pinch gestures with more than two fingers [Carlos;
> #765937]
> * Implement drawing tablet support on X11 [Carlos; #773779]
> * Fix some Wine games starting minimized [Carlos; #774333]
> * Fix switching between two finger- and edge scrolling on wayland [Rui;
> #771744]
> * Implement support for EGLStream/EGLDevice [Jonas; #773629]
> * Add size_changed vfunc to handle async client size changes [Rui; #770345]
> * Change focus window on clicks with any modifiers [Rui; #746642]
> * Misc. bug fixes and cleanups [Carlos, Daniel, Jonas, Rui; #771067,
> #774330, #774613,
>   #771297, #774135, #774827, #774923]
>
> Contributors:
>   Jonas Ådahl, Carlos Garnacho, Rui Matos, Florian Müllner, Daniel Stone
>
> Translations:
>   Kjartan Maraas [nb]
>
>
>
> Download
> 
> https://download.gnome.org/sources/mutter/3.23/mutter-3.23.2.tar.xz
> (3.38M)
>   sha256sum: 2883891ddbf8fc5887df4f4f8042ba45f35520ba4afc22155396707ef46b
> b1c9
>
>
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

VGA cable with broken DDC pins

[Donato Marrazzo]

Often when I attach my laptop to external video beamer with long VGA cable,
it happens that the cable has broken DDC pins.
Display Settings are not able to detect the external monitor.
I'm able to workaround this forcing the output throu the xrandr command
line.
I'd like to find in Display Settings a way to support this situation.
May I suggest to such kind of feature?

Thank you,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

gesture for multi touch pad

[Donato Marrazzo]

Hello, I found this nice page https://wiki.gnome.org/Design/OS/Gestures
How far is the implementation?

Thank you,

Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: how to change the top bar style

[Donato Marrazzo]

Norman, Christoph, thank you very much!
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

how to change the top bar style

[Donato Marrazzo]

Hello,
In 3.18 I cannot change the style of the top bar anymore.
Previously I used to change:

/usr/share/gnome-shell/theme/gnome-shell.css

Any hints?

Thank you, Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Sound for notification?

[Donato Marrazzo]

I see...
And what about to handle a default sound? When the application does not
specify it?
Thank you

On Mon, Nov 30, 2015 at 5:38 PM, Florian Müllner 
wrote:

> On Mon, Nov 30, 2015 at 2:29 PM, Donato Marrazzo
>  wrote:
> > I cannot hear any sound when a notification appear.
> > Is it working as designed?
>
> Yes. The freedesktop notification spec has optional hints to specify a
> sound when the notification is displayed[0]. We support those hints,
> so if a sound is specified, and sounds are not disabled for that
> particular application in notification settings, we play the sound -
> if either of those is not the case, then there won't be a sound (most
> likely the former - in my experience, there are very few apps that do
> specify a sound with notifications).
>
>
> [0] https://developer.gnome.org/notification-spec/#hints
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Sound for notification?

[Donato Marrazzo]

I cannot hear any sound when a notification appear.
Is it working as designed?
Any plan to change?
I'd like even to customize sound based on event.

Thank you, Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

App in fullscreen disable hotcorner.

[Donato Marrazzo]

Hello,
when an app is in full screen mode, hotcorner is disabled.
Even dash to dock extension is not able to react to mouse action.
Is there a way to disable such behavior?
Thank you Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Touchpad scroll is too fast

[Donato Marrazzo]

Hello friends,
I found the touchpad scroll too fast.
Expecially scrolling between workspace, it's almost unusable.
Another question, in gnome 3.18 I cannot make work touchpad gesture, is
there a troubleshooting guide?

Thank you
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

gnome-shell on wayland break the scroll wheel

[Donato Marrazzo]

I was giving a chance to wayland to see how it work on my system (nvidia
quadro k1000).
It's not bad, even if there are some flickers.
I was surprised that the scroll wheel does not work in the overview mode.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: How to make window frame thinner

[Donato Marrazzo]

Here some hacks that I found:

Dim the title bar

Create ~/.config/gtk-3.0/gtk.css with the following content and restart the
shell.

.header-bar.default-decoration {padding-top: 3px;padding-bottom: 3px;}

.header-bar.default-decoration .button.titlebutton {padding-top:
2px;padding-bottom: 2px;}

Change Overview Icon Text size

vi /usr/share/gnome-shell/theme/gnome-shell.css

Search “overview-icon” and change:

font-size: 9pt;
Reduce the top panel

su -

vi /usr/share/gnome-shell/theme/gnome-shell.css

Search panel and change:

font-size: 10pt;

height: 1.5em;

On Fri, Aug 14, 2015 at 9:29 AM, Martin Cigorraga  wrote:

> Hello,
>
> Please let me know if I should address this question to another list.
>
> I recently discovered Lollypop music player - a very neat one - and now
> I'm intrigued if there's a way to make the top part of the windows frame
> thinner as shown in Lollypop's screenshots:
> https://gnumdk.github.io/lollypop/
>
> Here is a screenshot of a fresh installed Lollypop on a Fedora 22 / GNOME
> 3.16.2 using default Adwaita theme: https://i.imgur.com/Ntw9RFP.png
>
> As you see, it is considerably bigger - taking away a lot of my laptop's
> screen real-state.
>
> Could you please point me on how to set it in a smaller fashion to
> replicate Lollypop's screenshots look and feel?
>
> Many thanks,
> -Martin
>
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Files shadow

[Donato Marrazzo]

Sorry, I noticed that it's not deterministic :-(
It happens randomly!

On Wed, Jun 24, 2015 at 11:23 AM, Donato Marrazzo  wrote:

> Is it just my problem or it happens even to you?
> when I maximize Files window and then un-maximize it, it happens that it
> lost its shadow...
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Files shadow

[Donato Marrazzo]

Is it just my problem or it happens even to you?
when I maximize Files window and then un-maximize it, it happens that it
lost its shadow...
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Gnome 3.16.2 introduce a strange problem in the dash

[Donato Marrazzo]

I noticed a strange problem that seems to affect just vmware.
I have the vmware icon in the dash as favourite application.
It happens that if I launch vmware and then I move the window to an other
workspace, I get two vmware icon in the dash one "inactive" that launch a
new app instance and one for the active application.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Close button almost invisible

[Donato Marrazzo]

Hello, I'm fedora 21 user.

In order to save vertical space, I tweaked the metacity-theme-3.xml
Specifically following lines:


The result is good but as side effect the close button is almost
invisible...
Is there a way to restore a human visible button?


[image: Inline image 1]

Thank you
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Hot corner priority.

[Donato Marrazzo]

Hi Florian, thank you for the prompt reply.
It could become the chance for me to become an extension developer :-)
It seems that this behavior is desired: personally I don't understand the
reason for a such choice.

On Mon, Dec 22, 2014 at 8:01 PM, Florian Müllner 
wrote:

> On Mon, Dec 22, 2014 at 7:36 PM, Donato Marrazzo
>  wrote:
> > I'd like to use the Hot Corner to switch quickly among VMWare and other
> > application, but it happens that when the VM is in full screen mode the
> hot
> > corner is not sensible.
> > Is there a way to change this behavior?
>
> Not without changing the code[0], either by patching gnome-shell
> itself or via an extension.
>
> [0] https://git.gnome.org/browse/gnome-shell/tree/js/ui/layout.js#n1204
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Hot corner priority.

[Donato Marrazzo]

My host machine is Fedora 21 with gnome-shell 3.14.2 and I'm a VMWare
Workstation user.
When I stay in VM at full screen mode, I'd like to have a quick way to
switch among VM and host machine.
I'd like to use the Hot Corner to switch quickly among VMWare and other
application, but it happens that when the VM is in full screen mode the hot
corner is not sensible.
Is there a way to change this behavior?

Thank you
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome Design wishlist

[Donato Marrazzo]

Well, I'll try to open my IRC client...
I thought to be quite active because I write in this mail list :-)
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome Design wishlist

[Donato Marrazzo]

It seems that some of you agree that Gnome Application Menu requires a
revision.
At least for the fact that it's detached by the related window.
About the window concept: my opinion is that in the mobile area, the
application is full screen, but in desktop world we cannot abandon the
window. I understand the enthusiasm for the convergence between the two
worlds, but with prudence and realism.

What is the process to push a design change request?
Is there a tool that records the idea, gathers the feedbacks, plans the
implementation?
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Gnome Design wishlist

[Donato Marrazzo]

Sorry, Thomas... may be I used a not clear naming convention: application
menu is the drop down menu near activities.
For normal application, you just find "Quit" entry. For native gnome apps
you find some entries, I think that it's confusing because:

   1. It's not the only "menu": for example Files app (nautilus) has "New
   Window", "Connect to Server", "Bookmarks", "Preferences", etc. But in Files
   you have even drop down menu in the title bar button. So what is the logic?
   what should I find in the application menu? Each application distributes
   function in free form. it's misleading!
   2. It's far from the window: if you have many window on the desktop: you
   should pay attention which window has the focus, because the application
   menu refer to that window!
   3. It's hidden!!! Since only few application has it (just native gnome
   app): you have to remember to look at it to find what you miss...
   4. It's terrible! Did I already say it? :-)

"win key + search" is one of my favorite capabilities!

On Sat, Dec 20, 2014 at 7:13 PM, Tomas M  wrote:

> contesting your app search complain/rant:
>
> Soultion: {win} type app name. enter.
>
> is that too far fetched? or are you looking for a point and click solution
> for your app search?
> point-click solutions are always slow. osx / linux / windows.
>
>
> On Sat, Dec 20, 2014 at 3:08 PM, Donato Marrazzo <
> donato.marra...@gmail.com> wrote:
>
>> Hello, I was back gnome after installing F21. I want to give it another
>> chance.
>> I like gnome because it's innovative, but there are some things that I
>> found pesky:
>>
>>- Top Bar: unfortunately somebody decided that 16/9 screen are good
>>not just for TV but even for PC and Tablets (very very bad idea). What do
>>you think to save vertical space using a side bar?
>>- Window Title bars when maximized: for the same reason, please save
>>space! Make it thinner as possible!
>>- Application Menu: this is the worst gnome design idea (my opinion)!
>>Like OSX you have to search far from your application window! Why? What is
>>the logic? Why should I found some options in the title bar and others in
>>the application menu?
>>
>> Please, don't answer "look that extension...": extensions are nice when
>> they work, but we need a core design adjustment.
>>
>> Cheers, Donato
>>
>> Happy Christmas :-)
>>
>> ___
>> gnome-shell-list mailing list
>> gnome-shell-list@gnome.org
>> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>>
>>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Gnome Design wishlist

[Donato Marrazzo]

Hello, I was back gnome after installing F21. I want to give it another
chance.
I like gnome because it's innovative, but there are some things that I
found pesky:

   - Top Bar: unfortunately somebody decided that 16/9 screen are good not
   just for TV but even for PC and Tablets (very very bad idea). What do you
   think to save vertical space using a side bar?
   - Window Title bars when maximized: for the same reason, please save
   space! Make it thinner as possible!
   - Application Menu: this is the worst gnome design idea (my opinion)!
   Like OSX you have to search far from your application window! Why? What is
   the logic? Why should I found some options in the title bar and others in
   the application menu?

Please, don't answer "look that extension...": extensions are nice when
they work, but we need a core design adjustment.

Cheers, Donato

Happy Christmas :-)
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: My (not so good) user experience with gnome and networking

[Donato Marrazzo]

Even for me networking could be improved:
1) with WPA enterprise I get problems with keys: for some strange reason,
it prompt wpa credential with an empty pwd, if I cancel, I got another
credential dialog with filled password then I click OK and finally it
connected. If I prefer the cable it repeat prompting credential since I
disable wifi in the pause between the credential prompt!!!
2) Wifi hotspot does not admit WPA and does not permit to set your password
(KDE does both). I'd like even a feature to use at same time the wifi card
to connect and to share the connection (I can do via command line, but it
would be nice to have integrated in the graphical env)..
​
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Bugs

[Donato Marrazzo]

This is even my feeling: there are few developers for a really short
version life (6 months!).
Since Gnome is the face of my OS, I expect robustness more than fancies. I
understand that fixing bugs is boring while implement new feature is
exciting, but we could meet in the middle.

My 2 cent opinion.


On Fri, Jan 17, 2014 at 2:08 PM, Marshall Neill wrote:

> I have a feeling this will upset the developers but I believe it has to be
> said.,
> I recently read that there are 46,000 bugs in Gnome 3.
> Now I would think logic would dictate that you fix bugs instead of
> implementing new features.
> Seems like the developers are more interested in change than fixing what
> is broken.
> If that logic was applied to automobiles I believe public outcry would
> demand that the vehicles be fixed first.
> Now, new features that no one really asked for are implemented and the
> bugs keep piling up and extensions that worked, don't, themes that worked,
> don't.
> Well, enough of my rant.  I think you can see where I am coming from.
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>



-- 
Ciao* Donato*


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

NetworkManager strange behavior

[Donato Marrazzo]

Hello I noticed a strange behavior when NM connect with my enterprise WPA
(LEAP) and this happens only with gnome-shell not in kde.
1. It ask key chain password
2. it ask again LEAP credential (the password) even if they are already
stored
3. if I cancel on the previous dialog, it repeat the credential challenge
with the password prefilled!

Any suggestion? Should I open a bug report to gnome-shell or to NM?

Thanks,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Dropping icons from Overview

[Donato Marrazzo]

I read again shell design page to be sure of using the correct naming
convention.
This is what I could do in 3.6 (I'm not sure about 3.8):
1. From the *Application Picker*, I can drag an icon on the right side
2. the workspaces drawer opens
3. Dropping the icon on my preferred workspace the app opens in that
workspace (some applications just opened on the default workspace, but I
still remain in the overview and I can select another app)

Now in version 3.10, I can do the same choosing the app from the *Dash*,
but from the Application Picker it does not work, I can drag the app but
the workspace drawer is hidden. (I'm not using the mirror monitor)
Is it a bug? Or is it working as designed?

Thank you for the tip about the CTRL key: it works, but the DND was a more
natural way for me.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Dropping icons from Overview

[Donato Marrazzo]

In the past, it was possible to select an app from the overview (all app
view) and drop in virtual desktop panel without losing the overview mode.
I found that capability quite interesting when I want to launch more than
an app in a short sequence.
Why the designer decided to throw away that feature?

Thank you,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Dragging windows to other workspaces broken for someone else, too?

[Donato Marrazzo]

+1
We should open a bug report somewhere?
Thank you

___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Donato Marrazzo]

I'm trying to figure out how things should work, even to report correctly
the problem:
- the application is one but open different windows with different icons.
An application should open window with same icon, or different icons means
different application? (so one process can create more application).
- Gnome Shell should detect that it's a single application or not?
- if it use different WM_CLASS, gnome shell will handle as different
applications as it happen for Open Office?
- is there an other application that open different windows with different
icons?
- is there a blueprint, a document that mandate such behavior, to point it
to ibm support?

Thank you,
Donato.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Donato Marrazzo]

Thank you very much. You're right both windows:

WM_CLASS(STRING) = "IBM Notes", "IBM Notes"
WM_CLASS(STRING) = "IBM Notes", "IBM Notes"
Whille the icon names are differents... WM_ICON_NAME(STRING)

In desktop file I have no StartupWMClass, is there a way to work around?

I'm not sure but I don't remember this behavior in Gnome 2.32,,, it was so
long time ago :-)



On Mon, May 27, 2013 at 6:21 PM, Milan Bouchet-Valat wrote:

> Le lundi 27 mai 2013 à 15:36 +0100, Neil Bird a écrit :
> > Around about 27/05/13 09:40, Milan Bouchet-Valat scribbled ...
> > > Most likely, the WM_CLASS is the same for all of the three
> applications,
> > > so the Shell is not able to distinguish them. That would need fixing in
> > > Lotus.
> >
> >It sounds like this is one application creating multiple windows (for
> > different purposes), in which case WM_CLASS would be allowed to be the
> > same (but q.v.).
> >
> >I can somewhat reproduce this with LibreOffice (GNOME 3.2):  if I
> > start Writer, then do File->New [Spreadsheet], the icon and name
> > (top-left in GNOME Shell) become that of Calc (“libreoffice-calc”) for
> > *both* the Calc and Writer windows.  That's not right.
> >
> >Especially since:
> >
> > WM_CLASS(STRING) = "VCLSalFrame.DocumentWindow", "libreoffice-calc"
> > WM_CLASS(STRING) = "VCLSalFrame", "libreoffice-writer"
> >
> >.. so they're not even the same class.
> >
> >Of course, the Lotus case may be entirely different, and my GNOME is
> > now a bit on the old side so it may be better now.
> >
> >In fact, my VM Fedora 18 (GNOME 2.6) seems to be OK.
> Yes, if you mean 3.6, this has indeed been fixed a few releases ago.
>
>
> Regards
>
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/mailman/listinfo/gnome-shell-list
>



-- 
Ciao* Donato*


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Application with multiple icons

[Donato Marrazzo]

There's no hope to address this issue?


On Fri, May 24, 2013 at 2:36 PM, Donato Marrazzo
wrote:

> Hi all,
>
> I'm a lotus notes user which uses to open different windows with different
> icons: one for mail, one for chat one for sip call, etc.
> In gnome 3, it happens that all windows change their icons with last
> window opened. E.g. I start with a mail, then I open a chat window, at this
> point I get two windows with the chat icon.
> This is an annoying behavior causing confusion.
> Is it a problem of lotus notes or it's a problem of gnome shell?
> Is there a workaround?
>
> Thank you
>
>
> --
> Ciao* Donato*
>



-- 
Ciao* Donato*

<http://it.linkedin.com/in/donatomarrazzo>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: alt-tab switch application / workspace

[Donato Marrazzo]

@Florian
I understand that design idea can evolve, but it would be nice anyway to
let the user decide what is too complex for him :-)
So please: when possible add without removing...
@Bazon
Interesting extensions, but I like separation without segregation :) Old
behavior was perfect for me because it gives priority to windows in the
same workspace, but if you need, you can select even apps in other
workspaces.

Thank you very much.
Donato


On Fri, May 24, 2013 at 5:56 PM, Bazon Bloch  wrote:

> Am 24.05.2013 17:23, schrieb Florian Müllner:
>
>  It is, but note that it refers to the aforementioned window switcher,
>> not the (default) application switcher. The keybinding does show up in
>> Settings (Settings->Keyboard->**Navigation->Switch windows), but
>> unfortunately there is a bug when you try to reassign Tab to it
>> (gnome-control-center dealing poorly with
>> multiple-shortcuts-per-action)**; the panel will work as expected if you
>> unset the switch-applications key manually first:
>>
>>gsettings set org.gnome.desktop.wm.**keybindings switch-applications
>> '[]'
>>
> @Florian Müllner:
> Oh, you are aware of this bug, good to know. :-)
>
>
>
> @Donato Marrazzo:
> Additionally, there is an extension making application-switching workspace
> specific:
> https://extensions.gnome.org/**extension/310/alt-tab-**workspace/<https://extensions.gnome.org/extension/310/alt-tab-workspace/>
>
> (and if you like workspace separation, you may like as well:
> https://extensions.gnome.org/**extension/440/workspace-**
> separation-on-dash/<https://extensions.gnome.org/extension/440/workspace-separation-on-dash/>)
>
> cheers
> Bazon
>
>
>
>
>  __**_
>> gnome-shell-list mailing list
>> gnome-shell-list@gnome.org
>> https://mail.gnome.org/**mailman/listinfo/gnome-shell-**list<https://mail.gnome.org/mailman/listinfo/gnome-shell-list>
>>
>
> __**_
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> https://mail.gnome.org/**mailman/listinfo/gnome-shell-**list<https://mail.gnome.org/mailman/listinfo/gnome-shell-list>
>



-- 
Ciao* Donato*

<http://it.linkedin.com/in/donatomarrazzo>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

alt-tab switch application / workspace

[Donato Marrazzo]

Hi,

In 3.8 the Alt-tab is "workspace insensitive":
Is there a way to replace with the previous behavior?
Thank you



-- 
Ciao* Donato*
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Application with multiple icons

[Donato Marrazzo]

Hi all,

I'm a lotus notes user which uses to open different windows with different
icons: one for mail, one for chat one for sip call, etc.
In gnome 3, it happens that all windows change their icons with last window
opened. E.g. I start with a mail, then I open a chat window, at this point
I get two windows with the chat icon.
This is an annoying behavior causing confusion.
Is it a problem of lotus notes or it's a problem of gnome shell?
Is there a workaround?

Thank you


-- 
Ciao* Donato*
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Message Tray design

[Donato Marrazzo]

Hi All,

here again to share another design concern/feedback about the message tray:

   1. The contact icon need a title, because often contact does not have an
   avatar or when available it does not clearly identify the contact (There is
   the moar accordion extension that mitigate the problem but it's more
   palliative than a radical design solution).
   2. The 3.6 design change is nice but suggest a sort of context switch
   when you need to access to the message tray: this approach is interesting
   for messaging because when you want engage a conversation maybe you can
   accept that applications lays in the background but it is too slow to
   access to notification such as mail notification, antivirus icon, VPN tray
   icon and other application tray icon. On this point I prefer 3.4 design.
   3. Notifications disappear and there is nothing that remind it if you
   missed them. Example: if the battery is critical or you received an email
   but you were not watching at the screen when the notification appeared
   there was nothing that call attention to it.

What do you think about that?

Thank you

Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

In Files app, there is an "engine wheel" in the top right corner, where
some options have place, and even there is an arrow button near the engine
wheel with other option: so you have to remember which actions are in the
AppMenu, in the engine wheel and in the arrow button.
The other problem with AppMenu is that iit's far from the window content so
it requires a long trip for the mouse.
But we already discuss these concerns in the list and almost everybody
agreed that the AppMenu requires a deep redesign.

On Fri, Mar 8, 2013 at 4:48 PM, Sam Bull  wrote:

>
>
> In the Files app? Atleast on my machine, there is no classic menu, so
> the AppMenu IS the only place to look. The only program I can name that
> uses both places and is confusing, would be devhelp. I see no problem
> with the way it is implemented in Files, everything is in one place and
> it keeps the interface clean.
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

I think that this extension could be convenient, but does not solve the
problem radically.
The key aspect is that the AppMenu as it is implemented in Files app is not
the only place where to look for action/option, so it's confusing.
>From my point of view, the possible solution are:
1) remove it
2) make it more functional and comfortable, so it can embrace all
application action/options menus and become a single point of control.

On Thu, Mar 7, 2013 at 5:35 PM, Summers Pittman ℝ wrote:

> I just thought of a idea and will try to hack an extension together if the
> lists likes it.
>
> Super + Scroll down on mouse opens the menu, (on a non primary monitor it
> opens centered from the top), continue scrolling to select a menu item,
> click or Enter activates the menu item.
>
> If I can get that working, perhaps the next step would be to add gestures
> for track pads.  Two finger swipe from the top to open the menu, drag up
> and down to select.
>
> wdyt?
>
>
>
> Summers Pittman
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

Hi Adam, thank you for your answers:



> Developers have regular meetings on IRC.
>
> I expect that IRC channel is for people actively involved in developing
and design.
As "normal" user, I'd like left an "asynchronous" feedback... and since it
seems that many share my concerns, I hope that somebody from design team
take it in count.

Often I use vmware for my daily job, so maybe that it's the root cause...
I really appreciate when after killing gnome-shell, it restart without
killing apps... but I have a dream: working without gnome-shell
freeze/restarts.

I've filed a bug, but maybe there something wrong because nobody answer:
https://bugzilla.redhat.com/show_bug.cgi?id=913095

Thank you,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

I understand your pain... but strictly speaking you can switch window with
just one click: 1) move to active corner 2) pick the window (one click)
Anyway, it require 2 mouse trip... and yes it's mouse intensive operation.
However there is an intersting extension called "dash to dock", give it a
try!

>From quality point of view... well... 3.6.2 was really unstable 3.6.3 seems
better but it happens one time per day that gnome-shell restart...
Please developers: give a look to stability (SIG11 fault, etc).
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

I completely disagree: cinnamon or kde are just a copy of an old design
with some superficial changes.
Gnome 3 is a radical re-think of human-computer interaction.
I love the activities overview: one place to see open applications and
workspaces, to launch other applications...
Fantastic!
On other hand there are some ideas that need a re-think: AppMenu and
Notification area...
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: AppMenu design feedback

[Donato Marrazzo]

My feedback is about the current design, let me know if there is another
place where to share such kind of feedbacks.
My opinion is that AppMenu initially is charming, something different from
the old "windows style": but usage experience is uncomfortable!
I like new design idea, but the design should address a better ergonomics.
So, UI Designers: let's impress us with new ideas!

Cheers,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

AppMenu design feedback

[Donato Marrazzo]

Hi All,

Files 3.6 is the first app that I use which leverage AppMenu design.
I feel a bit confused because I don't know where to search an option: every
time I check the "engine wheel" that is near the mouse then I remember the
AppMenu!!!
I think that AppMenu is not a graet design for the following reason:

   - it is far from the window content, the mouse pointer have to cover a
   longer distance
   - it's slow because you need to click before see the menu list
   - if like for Files, you need another place to put other actions (the
   engine wheel), well it's even confusing!!!

Please remove AppMenu!

Last thought: I like the Unity idea to place the window menu in the top bar
when the mouse hover on it, but I would prefer if it works in such manner
only for the maximized windows.


-- 
Ciao* Donato*


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Shell 3.6.3

[Donato Marrazzo]

Thanks for your hard job!
I love gnome-shell!
With this last update it seems more stable but still need work:
https://bugzilla.redhat.com/show_bug.cgi?id=913095

Let me know if I can do something to debug this kind of problem!

Thank you again,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Shell 3.6.3

[Donato Marrazzo]

Thanks for your hard job!
I love gnome-shell!
With this last update it seems more stable but still need work:
https://bugzilla.redhat.com/show_bug.cgi?id=913095

Let me know if I can do something to debug this kind of problem!

Thank you again,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Native Window Placement

[Donato Marrazzo]

I like this extension very much, but I've disabled with gnome-shell 3.6.3
because it introduce a lot of unstability.
Did you experienced same issue?

Thanks

-- 
Ciao* Donato*


___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: GNOME Shell 3.6.2

[Donato Marrazzo]

Hi all,

I'm using gnome-shell 3.6.2 released in fedora 18, but it seems really
unstable.
I've opened, even a bugzilla but it seems sleeping.

What's your feedback, is it something related to my env or it's a general
experience?

Thanks,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

The lost screensaver

[Donato Marrazzo]

Somebody know where did the screensaver go?
Any hope to see it again in 3.4?

Thanks,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please save vertical space!

[Donato Marrazzo]

I agree the side bar should be thick enough to read the clock, but in a
16/9 monitor horizontal pixels are so much...
Anyway, it was just a challenge to think something different: I continue to
believe that merging menu bar with clock and notifications is the best
solution.

Donato

On Sun, Nov 20, 2011 at 6:55 PM, Marcel  wrote:

> How would you want to display text there? The clock could be analogue (I
> personally don't like that), but what about the application button,
> extensions? The bar would've to be wider and eat space again.
> I like horizontal space as much as vertical space, wasting either of
> them isn't that desirable.
>
> Marcel
>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please save vertical space!

[Donato Marrazzo]

Hello,
may be I fell in false friend word, the concept I meant for "lateral bar"
was a side bar.
Since vertical space is less than horizontal, an idea could be put
information that are in the top bar on the side.

Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please save vertical space!

[Donato Marrazzo]

Hello, thank you for all the ideas the shortcut and the autohide.
Those are all useful workaround and they prove that the problem exists!
Nevertheless, I think that the gnome-shell design could be improved to save
the vertical space, for example the top bar could become a "lateral bar".
Let's imagine!

Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please save vertical space!

[Donato Marrazzo]

On Fri, Nov 18, 2011 at 11:46 PM, Malcolm wrote:

> Hi
> Have you tried the F11 key, that's what I use on my netbook?
>
> --
>
Good hint even if it works with some apps, but I think that something could
be done to save space in general.

Thanks
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Please save vertical space!

[Donato Marrazzo]

Hello Gavin, thank you for reporting Florian comments.
I'm happy they are considering removing the title bar...
About the top bar, I think that it's too poor of capabilities, it's a
wasted space...

On Fri, Nov 18, 2011 at 11:50 PM, Gavin Engel  wrote:

> Donato,
>
> There was a recent discussion about titlebars, and Florian Mullner gave
> some amazing comments on the topic.  I will quote him, because it sounds
> like it may be something you are asking about.  At the bottom of this quote
> he gave links to 2 great mockup pages.  (*Hopefully he doesn't mind me
> doing this...*)
>
> Fri, Oct 7, 2011 at 1:14 AM
>
>
> Hey,
>> On vie, 2011-10-07 at 09:43 +0200, Aurélien Naldi wrote:
>> > some personal thoughts:
>> > * The title bar IS too large by default, reducing its size using
>> > gnome-tweak-tool helps
>> Note that the default size has been decreased in 3.2
>>
>> > * I LOVE the fact that unity hides the title bar for maximized windows
>> > and I think gnome-shell should do something similar.
>> It is something that designers are considering. There are still a lot of
>> open questions, but I think it's fairly safe to say that we won't
>> "merge" the titlebar with the top bar as Unity does (e.g. window
>> controls won't appear in the top bar), but rather hide it completely.
>>
>> > * As the main focus was about the menu bar, I have to say that I like
>> > the unity behaviour for maximized windows, but I hate it for other
>> > wondows, having to make sure the right one is focussed and move to the
>> > top is cumbersome.
>> I don't think we want to do that, except for "global" application
>> options which should appear in the application menu (the one with the
>> lonely "quit" action). In fact, there's the feeling that many
>> applications could do without a menu bar to begin with (obviously not
>> LibreOffice/Gimp, but pretty much anything "less complex")[0][1]
>>
>> > As a result here is what I would love in gnome-shell:
>> > [...]
>> > * merge the menu bar into the title bar: we get pretty much the same
>> > behaviour as unity for maximized windows, but something much more sane
>> > for other windows.
>> This has the potential of reducing the draggable titlebar area to zero,
>> so I don't think it is a very compelling option :-)
>> However, if an application's menu "bar" is reduced to a single toolbar
>> button (similar to the menu buttons found in Firefox/Chromium), it might
>> indeed make sense to move it into the titlebar (ignoring for a moment
>> that it would be far from trivial to implement it).
>>
>> Florian
>> [0] https://live.gnome.org/Design/Whiteboards/Menus
>> [1] https://live.gnome.org/ThreePointThree/Features/ApplicationMenu
>
>
> On Fri, Nov 18, 2011 at 2:46 PM, Malcolm wrote:
>
>> On Fri, 18 Nov 2011 23:39:09 +0100
>> Donato Marrazzo
>>  wrote:
>>
>> > Unfortunately, in the last years notebook adopted 16/9 ratio for their
>> > displays: it seems that the primary job for a laptop is watching
>> > movie!!! What a shame!
>> Hi
>> Have you tried the F11 key, that's what I use on my netbook?
>>
>> --
>> Cheers Malcolm °¿° (Linux Counter #276890)
>> openSUSE 11.4 (x86_64) Kernel 2.6.37.6-0.9-desktop
>> up 2 days 2:10, 5 users, load average: 0.45, 0.30, 0.20
>> GPU GeForce 8600 GTS Silent - Driver Version: 285.05.09
>>
>>
>> ___
>> gnome-shell-list mailing list
>> gnome-shell-list@gnome.org
>> http://mail.gnome.org/mailman/listinfo/gnome-shell-list
>>
>
>
> ___
> gnome-shell-list mailing list
> gnome-shell-list@gnome.org
> http://mail.gnome.org/mailman/listinfo/gnome-shell-list
>
>


-- 
Cordiali Saluti

*Ing. Donato Marrazzo*
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Please save vertical space!

[Donato Marrazzo]

Unfortunately, in the last years notebook adopted 16/9 ratio for their
displays: it seems that the primary job for a laptop is watching movie!!!
What a shame!
Unfortunately, the minority of users that write code or documents, the read
a web pages require vertical space and it's frustrating scroll and read
long lines.
For this reason I thing that gnome shell should save as much as possible
vertical space.
A couple of ideas:

   1. Title bar for maximized window is useless. I can already achieve this
   result thanks to this fantastic article
   http://www.webupd8.org/2011/05/how-to-remove-maximized-windows.html. it
   has some negative side effects: it's difficult unmaximize and close window.
   For this reason I think that on the activity bar should be added the
   following button: close and unmaximize.
   2. Since notifications were thrown out the evanescent bottom bar, the
   top bar is poor of functions... the current app name, the lonely clock in
   the middle, the network indicator... but what about if the top bar would
   host the menu bar? Like Unity... yes, but only when the windows is
   maximized: it is terrible when you look at the a window and you cannot find
   the menu because it was stolen by the top bar!

Please, vote!

Thank you,

Donato.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Window Icon Overlay

[Donato Marrazzo]

I'd like to hightlight this extension. Paired with native placement, it
greatly improved the usability...
https://github.com/sustmi/gnome-shell-extensions-sustmi

Cheers,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Improvements in Workspaces

[Donato Marrazzo]

On Thu, Nov 3, 2011 at 12:03 PM, Sajith Kalathingal <
sajith.kalathin...@yahoo.in> wrote:

> Problem:
>
> Gnome shell is easier to use when there is only one application in a
> workspace. However, at times we need to access related application easily.
> For example when I'm working on my thesis I will need a webbrowser, Latex
> editor and terminals easily accessible. I may also want to take a break
> during work and watch some videos or listen to music. One solution to this
> problem is to keep related applications in adjacent workspace. However,
> there exists following issues
>

I don't understand why you do not put related tasks in the same workspace.
I think that the workspace has exactly the meaning of grouping related task.

> Solution:
>
> 1) Create workspace grouping: I should be able to group a workspace with a
> name. For example, I should be able to group webbrowser, latex editor and
> terminals into a single group called "work". So in case if webbrowser crash
> I can relaunch it into the "work" group.
>

it seems quite complex to manage a second dimension of workspace. How do
you imagine the UI to manage this?

>
> 2) Allow rearranging workspaces. I should be able to move the workspaces
> by drag and drop and reorder it.
>
> I agree. This capability could be useful.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: How to move a window to another workspace using the mouse

[Donato Marrazzo]

2011/11/2 António Fernandes 

>
> While in normal view, if I want to move a visible window to another
> workspace, I open the overview; but the position position of that window in
> the screen changes and sometimes the transition animation is too fast for
> me to see where the window in question went, so I need to look for it
> again, between the window thumbnails. This is a just a tiny frustration,
> but do not underestimate tiny frustrations.
>

I think that "native placement" extension could be your friend (you can
even zoom the window).
Personally I think that this extension should became the standard.
An improvement that I'd like to suggest is adding the icon to the window
(like do kde and compiz): sometime a textpad, a browser, a document, seems
exactly the same: a window with large white space, so the window with an
icon is easier to be identified.
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: How to move a window to another workspace using the mouse

[Donato Marrazzo]

+1

I agree...
One thing more in 3.0 in the activity view: it was possible moving a window
to the below or upper workspace just dragging it near the top or down
border, with 3.2 this capability disappeared... why?
I think that each of us can find some "gesture" more or less comfortable,
one size does not fit all... so please add customization capabilities...
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Gnome Shell usability & design

[Donato Marrazzo]

Hi everybody,

I'm using gnome shell since 3.0 release, now I'm using 3.2 (Fedora 16 beta).
I found many concepts really interesting but I'd like suggest a couple of
improvements.
Is this the right place to discuss such kind of issues?
How is handled the feature request/modification process?

Thanks,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Add un-maximize and close button to the top pad

[Donato Marrazzo]

Since I use maximus to remove the title bar when the window is maximized,
I'd like add close and unmaximize button to the activity icon on the top
pad.
I think that it should become the default behaviour for the gnome shell.
What do you think about?

Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Quick task switch: back and forward

[Donato Marrazzo]

I miss task bar to quickly switch between task just using mouse... and the
activity dock is not as efficient.
What do you think to add "back and forward" buttons in the top pad to
navigate the "task history list"?
I'd like to work on it but I don't know where to start...

Cheers,
Donato
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list