Re: Making the panel re-appear in the lock screen after removing it from the shield

[Sriram Ramkrishna]

On Tue, Oct 31, 2017, 8:31 AM Jason DeRose  wrote:

> I apologize if you are already past this, but all extensions are
> disabled when the screen shield is displayed.
>

That would make sense since you don't want to have random bits of code
running at that point since it is before you are logging in.  Eg you could
write an extension that would grab the password and user ID and send it to
someone.

Sri


> In screenShield.js, _resetLockScreen() will call _lockScreenShown()
> which will call activateFade(). Later, _resetLockScreen() will call
> Main.sessionMode.pushMode('lock-screen') which will update the mode to
> lock-screen which doesn't have allowExtensions set to true and thus
> disableAllExtension() gets called.
>
> Is this your issue? It's probably possible to override enough stuff to
> get it working, but I think the general idea has been that extensions
> don't run on the lock screen.
>
>
> On Tue, Oct 31, 2017, at 10:01 AM, Jonathan Dieter wrote:
> > I'm writing an extension that will basically turn the shield into a
> > slideshow.  Because I've disabled screen blanking, the shield is on all
> > the time.  I've put the following code in screenShield.js, into the
> > _activateFade function to disable the panel when the shield comes down,
> > and it works perfectly.
> >
> > Main.layoutManager.removeChrome(Main.layoutManager.panelBox);
> >
> > The correlating code to bring the panel back is *not* working, but does
> > not leave any warnings or errors:
> >
> > Main.layoutManager.addChrome(Main.layoutManager.panelBox, {
> > affectsStruts: true,
> > trackFullscreen: true });
> >
> > I've tried putting it in _clearLockScreen and _completeLockScreen, but
> > the panel never re-appears.
> >
> > Is there somewhere else I should put it?  Is there a better way to make
> > the panel disappear?
> >
> > Jonathan
> > ___
> > 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: Reassign ownership of gTile extension

[Sriram Ramkrishna]

On Mon, Oct 30, 2017 at 2:30 PM Sergey Cherepanov 
wrote:

> Hi,
> Can we get reassigned ownership of gTile extension on e.g.o.
>
> Reasons:
> Stuck PR
> Largeish support community
> Complaining users
> Old version of gTile on e.g.o. does not work after 3.22
>
> We formed organization github.com/gTile with 4 maintainers, and prepared
> new version of extension with all bug fixes and compatibility with 3.26.
>

This great!  Glad to see you guys forming a community around gTile.  I wish
we could do that overall and create some self help.

If we can see more extension writers doing this, that would be awesome.

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

Re: My gripes with Gnome Shell

[Sriram Ramkrishna]

On Wed, Sep 28, 2016 at 7:20 AM Florian Müllner <fmuell...@gnome.org> wrote:

> On Wed, Sep 28, 2016 at 1:19 PM 0x90 <0...@phocean.net> wrote:
>
>> Le 28/09/2016 à 08:03, Sriram Ramkrishna a écrit :
>> >
>> > Jean-Christophe Baptiste : to answer your question in regards to the
>> tray design, last time I heard about it, the design is not complete.  I
>> don't think anybody is quite happy with what we have right now.  Allan or
>> Lapo can probably expand on that.  It is my assumption that we aren't done
>> yet.
>
>
> Sorry, but that isn't really correct - it's true that nobody is truly
> happy with what we have, but that doesn't mean that the design is
> incomplete or somehow in flux. There are two constraints - one of design
> and one technical - that severely limit the available options:
>

Thanks for the correction!  Yes, I was trying to recall a conversation
about some time back, so glad that you were able to step in and provide
some concrete background on the design pattern.


>
> TL;DR:
> Running applications in the background is a valid use, and we'd like to
> improve on what we have. We don't think legacy status icons are a good
> pattern and discourage their use.
>
>
Yeah, I think this is what I was remembering, not specifically legacy
status icons which as you correctly said has a number of flaws.  Strangely,
I don't really miss the tray icons..  So, victory?

sri


> Cheers,
> Florian
>
>
> [0] https://wiki.gnome.org/Design/Whiteboards/BackgroundApps
> [1]
> https://specifications.freedesktop.org/desktop-entry-spec/latest/ar01s10.html
> [2] https://developer.gnome.org/gio/stable/GNotification.html
> [3] https://developer.gnome.org/gio/stable/GApplication.html
>
>
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
https://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: My gripes with Gnome Shell

[Sriram Ramkrishna]

> [deleted thread with various bits of hostility]


I'm disappointed that this thread went so off track.  We should honestly
try to answer these questions instead of aggressively question people's
work flows.  There is more hostility that is warranted and we should strive
to keep  GNOME mailing lists as places that people feel welcome to ask
questions even if they are challenging or possibly nonsensical .  Unless it
is an obvious troll, in which case refer to the mailing list owner to take
care of the issue.


Jean-Christophe Baptiste : to answer your question in regards to the tray
design, last time I heard about it, the design is not complete.  I don't
think anybody is quite happy with what we have right now.  Allan or Lapo
can probably expand on that.  It is my assumption that we aren't done yet.
If you are interested in solving the problem then please visit
#gnome-design on irc.gnome.org.

In regards to the date and having the year, you can probably create or
hopefully someone else will be able to come up with an extension that will
add the year to the date.  I can understand that a date string might not
feel complete without adding the year.  I can't really tell you why we
don't add the year, other than there might be space constraints or maybe it
was not an important detail by our designers.  Feel free to talk to them on
the design channel as I indicated before.

I see several date extensions that will add the year, so perhaps that will
solve your problem.

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

Re: New Commer

[Sriram Ramkrishna]

It is important that you take a look at

https://wiki.gnome.org/Newcomers

You can find projects to work on.  Please make sure you visit us on
#newcomers on irc.gnome.org using polari as your irc client..  We can try
to help with questions.

Thank you for your interests.  If you're still confused, feel free to email
me directly.  I will try to help you out.

sri


On Tue, Nov 24, 2015 at 9:17 PM shanmukha saran 
wrote:

> HI,
>
>
>I am C.Saran. I am new to contributions to gnome. I have some good
> skills in c and c++. I want to start my contributions to Gnome-shell. So
> how should I start my contributions.Which mailing list I have to join.How
> to build and run.Give me some pointers to start my contributions.
>
>
>
> Regards
> C.Saran,
> S3cse,
> Amrita UNIVERSITY 
> ___
> 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: Improvements to new system tray panel

[Sriram Ramkrishna]

On Mon, Oct 19, 2015 at 2:24 AM Olaf Hering  wrote:

> Am 19.10.2015 um 05:27 schrieb Bastián Díaz:
> > Hello, from 3.16 I like the design approach used to address the problem
> > of legacy tray icons.
>
> Do you actively use and _work_with_ applications which are now banned
> and discriminated due to that new "design"? And is that nervous little
> thing in the lower left corner really desgined or just quickly hacked up?
>
>
You know, we can't actually banned or discriminate against other apps?  I'm
not sure what you mean in this context?   Logically, if we banned or
discriminated against these apps; we wouldn't be using them. :)

I can't comment on the traybar in the corner.  I believe that was a stop
gap measure for now.  But one of the designers can comment on that.

Do it right. Make every app which happens to use the APIs a first-class
> citizen. Be a service and act in favour of such apps. Stop being a
> dictator and punish third party apps, and in the end the users of such
> apps.
>

That is what the HIG is far if you are a GNOME based app.  Or are you
referring to non-GNOME apps?  There are of course limits to which GNOME
will support them, but when it makes sense I believe GNOME tries to do that.


>
> One of the listed bugs mentions topicons. Does that really work out of
> the box? It does not for me. Merge the idea of what it does into the
> "GUI core" for the time being and publish it along with the core.
>

Works for me, I've never had a problem with topicons.  Although I have
stopped using and using the notifications.  But I believe there can be a
better story there, my personal opinion.

sri


>
>
> Olaf
> ___
> 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: addressing extensions breakage..

[Sriram Ramkrishna]

On Sun, Sep 6, 2015 at 4:38 AM Sam Bull <sam.hack...@sent.com> wrote:

> On Sat, 2015-09-05 at 01:51 +0000, Sriram Ramkrishna wrote:
> > 1) Document a public api that we know will not be subject to a lot of
> > changes.  We aren't providing guarantees, but merely that using these
> > api that it is going to be unlikely that it will break.  We want to
> > document it so that extension writers will use them, if they go off
> > into the weeds then there is a chance of breakage.  At least though it
> > will be their decision.
>
> This sounds great. Particularly, if we could make suggestions to what
> parts could be prioritised in future versions to be added to this API.
>
>
Yes, that's will be up to the gnome-shell maintainers.  That said, building
an extension community would be a good step.  I'd like to see more
extension writer presence at hackfests and conferences so we could hash
these things out.


> For example, my extension adds another view into the overlay, in the
> same manner as the apps view. It appears that there is already a
> reasonable interface to add extra views in, but it does not extend to
> adding a button to the dash to display the view. I've needed to put a
> few hacks in place to get a button into the dash, and this won't work
> with other extensions that replace the dash with a customised dash. So,
> that's something I'd like to see in the API, an easy method to add a new
> view to the overlay, with a toggle button in the dash to display it.
>
>
That seems like something you should file a bug on?  Don't discount the
fact that if you can meet devs in person that will go a long way in
achieving your goals. :)


> > 2) We want to start getting people to start testing extensions prior
> > to the final release.  GNOME itself is being blamed for the breakage,
> > and that might be reasonable if there is some flux.  However, some
> > extensions break because the version has not been updated (sri raises
> > his hand as a guilty party)
>
> This could be good, but there must be a limited number of people testing
> extensions, how do I know that my extension will get tested? It could be
> a good idea to provide some automated testing. If developers could write
> a couple of test cases that could be automatically tested out with each
> new release, that would be really good. I'm aware Canonical does this on
> their phone platform with a small selection of apps using Autopilot.
>

We had discussed automated testing, and the methodology would have been to
use gnome-continuous and then put in some magic to test the extensions
similarly as I described before.


The decision for a bug day was based one more on 1) it's easy to organize
and we can start working on the solution immediately.  2) It also has the
effect of roping in people to help volunteer and be involved since it
doesn't involve anything more than downloading an image and testing the
extensions.  Having easy tasks and have more community involvement is a
desire of mine.

That said, long term we do want to move to automated testing, but that
would require some engineering on a QA framework for extensions that we
need to figure out.  But yes, having unit tests would be great, but I fear
that very few extension writers are going to do this, given the fact that a
lot of extensions break simply because the authors don't update the
versions.

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

Re: Setting to allow volume above 100%

[Sriram Ramkrishna]

On Sun, Aug 17, 2014 at 1:01 PM, Gabriel Rossetti
rossetti.gabr...@gmail.com wrote:
 On Aug 17, 2014 9:04 PM, Christian Dysthe cdys...@gmail.com wrote:

 Hi,

 Ubuntu's Unity now allow having the volume slider on the desktop go all
 the way up to above 100% without having to go into the sound settings.
 It would really like to see an option like that in Gnome-Shell as well.
 Since 100% is only 2/3 up what is possibly to set I often have to go
 into sound setting to get it loud enough my laptops and a couple of
 desktop systems as well.

 --
 //Christian

 I agree, I also have this issue on my laptop. Before at least I could at
 least access the sound settings easily but now I have to go the the settings
 panel.


I've also have this problem.  Some of it is the driver issue as well.
My laptop I don't need to do any adjusting at all, and it is well
within the 100%.  But at home, it is a different story, and I have to
pull up sound prefs to change it.

sri

 Gabriel


 ___
 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: Extensions review

[Sriram Ramkrishna]

What might be interesting is to have a liaison who can help track changes
in shell that needs to be communicated to extension authors so that there
is less breakage every release.  Maybe like a release porting guide that we
can make as part of the shell release?

This could also help you figure out more on the shell internals.  What do
you think?
On May 24, 2014 3:55 AM, Sindhu S sind...@live.in wrote:

 hi, all

 I am interested in tasks related to Shell extensions. I have not been able
 to write an extension so far but I've written a blog post about it [1]. How
 can I help?

 [1] sindhus.bitbucket.org/writing-shell-extensions-in-gnome.html

 ___
 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

testing extensions with gnome-continuous

[Sriram Ramkrishna]

How can we get automatic testing with gnome-continuous?  I'm looking
for a methodology that would download an extension, install it, and
then test for errors and then post a status.  This doesn't seem that
hard at first glance, but I'm not sure how to integrate it with
gnome-continuous?

This seems like a nice project for a prospective OPW or GSOC student. :)

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

Re: Extensions review

[Sriram Ramkrishna]

On Fri, May 23, 2014 at 1:56 PM, Albert optimi...@gmail.com wrote:
 Hi,

 There are a lot of extensions waiting for review since some weeks ago. I
 suppose this is done by volunteers and time is priceless, but there is cool
 stuff waiting to improve the shell.


Unfortunately, Jasper doesn't have time to look at them and is
stepping back from the responsibilites of maintaiing the website.  We
will need to find a group of people who can do the code reviews.  Is
there some way that we can address this, folks?

sri

 Regards,

 Albert


 ___
 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: Extensions review

[Sriram Ramkrishna]

On Fri, May 23, 2014 at 2:40 PM, Sam Bull sam.hack...@sent.com wrote:
 On ven, 2014-05-23 at 14:08 -0700, Sriram Ramkrishna wrote:
 Unfortunately, Jasper doesn't have time to look at them and is
 stepping back from the responsibilites of maintaiing the website.  We
 will need to find a group of people who can do the code reviews.  Is
 there some way that we can address this, folks?

 I can't spare much time, but if others are willing to do the same, I'm
 willing to set aside perhaps 1 hour a week to review extensions.

 If a few other people are willing to do this, I'm sure we can get on top
 of this, and get the average review rate from a couple of months to no
 more than a couple of days.

Since the reviews are the first defense of anything malicious, we will
need to approve the body of people with a vote from the gnome-shell
maintainers and/or long time submitters.

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

Re: How to manage applications using the system tray?

[Sriram Ramkrishna]

On Feb 10, 2014 8:11 AM, Christian Dysthe cdys...@gmail.com wrote:

 Hi,

 I have used Gnome Shell on and off for a while, but now it's my main DE.
 I have to use a couple of applications like Skype, HipChat and Dropbox

I use the extension  topicons.  Works reasonably  well.   I think there are
others too.

Sri
 which lives in the system tray. What is the best way to work with
 applications like that under Gnome Shell since they do not show up in
 the top right with the other icons. I know they are accessible at the
 bottom with a key combo, but I wonder how people work with applications
 like that on Gnome Shell.

 --
 //Christian
 Dropbox - Your stuff anywhere! - https://db.tt/U8MqkVR

 ___
 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: Http in an extension

[Sriram Ramkrishna]

You need to use libsoup.

Here is some sample code, since I'm currently trying to do it myself
and boy I wish I had it as well.  The code is for synchronous
interaction.  That's why there is no main loop.  The only difference
is that you need to use soup_session_queue_message with a callback.
Anyways, good luck!

const Glib = imports.gi.GLib;
const Gio = imports.gi.Gio;
const Mainloop = imports.mainloop;
const Gettext = imports.gettext;
const Soup = imports.gi.Soup;

function main ()
{
let url=http://httpbin.org/ip;;
let _httpSession = new Soup.Session();
_httpSession.set_property('ssl-strict', false); // use if you are
doing a https://
Soup.Session.prototype.add_feature.call (_httpSession, new
Soup.ProxyResolverDefault());
_httpSession.connect(authenticate, _httpAuth);

send (_httpSession,url);

};

function send (_lhttpSession,lurl) {

let cancellable = new Gio.Cancellable ();
let results = 0;

let msg = Soup.Message.new (GET,lurl);

results = _lhttpSession.send_message(msg,cancellable);
let content = msg.response_body.data;

print (content);

};

// this part is wrong, and I'm not sure why, I get some warnings.  You
can probably ignore if you're not
// using authentication.

function _httpAuth(authObj,myusername,mypassword)
{
print (I am here);
let myusername=user;
let mypassword=password;
};


main();

On Fri, Dec 20, 2013 at 6:56 AM, Megh Parikh meg...@gmail.com wrote:
 How to interact with http in an extension or issue system commands

 ___
 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: Dropping icons from Overview

[Sriram Ramkrishna]

On Dec 3, 2013 12:55 AM, Donato Marrazzo donato.marra...@gmail.com
wrote:

 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.

I am not sure what you mean here.   The way I do that now is to hold the
control key and then click on the icon.
 Why the designer decided to throw away that feature?

No idea..

 Thank you,
 Donato

 ___
 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: Gnome keeps degrading every release.

[Sriram Ramkrishna]

On Tue, Jul 16, 2013 at 8:30 AM, Jasper St. Pierre jstpie...@mecheye.netwrote:

 We are very concerned with the performance of gnome-shell across all
 devices. Unfortunately, given the large range of PC combinations that can
 be built, it's hard to ensure that we're always improving.

 What CPU, GPU, and driver are you using? Additionally, since it might help
 in testing, what distribution are you using, and do you have any special
 tweaks that we might need to test with?



It seems that we could probably get some help from distros who probably
have this kind of information.  For instance I know that Adam Williamson
does a lot of QA testing on fedora and probably has done testing on a
number of different hardware combination.

My two cents.

sri



 On Tue, Jul 16, 2013 at 11:19 AM, Alessandro Crismani 
 alessandro.crism...@gmail.com wrote:

 Il 16/07/2013 16:32, Rahul Jain ha scritto:

  On RS880, Gnome 3.4.1 is working extremely fast like professional ice
 skaters. Everything is smooth and quick and blindingly fast. But all
 newer releases, 3.6, 3.8 keep degrading. 3.6 started with jerky window
 zoom/in-out animations, now 3.8 is even jerkier with workspace bar
 jerky, overview animations feeling sluggish and lazy, window dragging
 also feeling sluggish. The problem is not distro-specific. I was holding
 off to see but the situation is not improving at all. People have
 complained about sluggish animations in bug report but nothing's
 happening. What gives? :(



 Would you mind adding your details to the bug report, it probably helps
 much more than complaining on the mailing list in a not so constructive way
 :)

 I reported a bug that has to do with the performance of Gnome 3.8, but I
 cannot identify the probelm, so maybe having a bit of help could lead to
 the bug being solved, and a Better Gnome for everybody!

 The bug is here:
 https://bugzilla.gnome.org/**show_bug.cgi?id=703587https://bugzilla.gnome.org/show_bug.cgi?id=703587

 Cheers,
 Alessandro
 __**_
 gnome-shell-list mailing list
 gnome-shell-list@gnome.org
 https://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttps://mail.gnome.org/mailman/listinfo/gnome-shell-list




 --
   Jasper

 ___
 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: [PATCH] teak-tool: Add attach-modal-dialog tweak

[Sriram Ramkrishna]

On Mon, Apr 29, 2013 at 2:29 PM, Darren Hart dvh...@linux.intel.com wrote:

 dvh...@linux.intel.com




Thank you, Darren for your first patch! :-)  I have creaetd a bugzilla
entry for your patch here:

https://bugzilla.gnome.org/show_bug.cgi?id=699267

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

Re: Using XDnD in extensions

[Sriram Ramkrishna]

On Wed, Mar 20, 2013 at 7:07 PM, Tim dark...@fastmail.fm wrote:

 Joakim,
   The best way to submit code/patches is via gnome.bugzilla.org, will
 more likely be seen by the relevant devs then.


+1

Please do this, Joakim.  Thank you for your contribution!  I hope the
maintainer merges it!

sri


 Tim

 On 21/03/13 03:29, Joakim Soderlund wrote:
  Hello!
 
  Seeing as what I wanted to do wasn't possible I created a patch which
  extends the XDnD support in GNOME Shell. The patch allows for actors
  to accept XDnD drops and retrieve information about them. You can find
  the patch along with a simple extension demonstrating its usage at the
  following URL:
 
  http://jocketf.se/files/xdnd/
 
  The patch and extension was written for GNOME Shell 3.6.2. If there is
  any interest in this I can try to make it work for the Git master as
  well.
 
  Regards,
  Joakim Soderlund
 
  On Mon, Mar 11, 2013 at 10:10 AM, Joakim Söderlund
  joakim.soderl...@gmail.com wrote:
  Hello!
 
  Is there a way for extensions in GNOME Shell 3.6 to get information
  about XDnD drops other than just mouse cursor positions? The following
  code works fine for items from within GNOME Shell (such as application
  icons), but I can't seem to get any useful information about files
  dropped from Nautilus.
 
  /**
   * Drag and drop test.
   */
  const DndButton = new Lang.Class({
  Name: DndButton,
  Extends: St.Button,
 
  _init: function() {
  this.parent();
 
  this.set_label([DROP STUFF HERE]);
  this.set_position(5, 30);
  this.set_background_color(new Clutter.Color({
  red: 0,
  blue: 0,
  green: 0,
  alpha: 150,
  }));
 
  this._delegate = this;
 
  Main.layoutManager.addChrome(this);
  },
 
  handleDragOver: function(source, actor, x, y, time) {
  global.log(source);
  return DND.DragMotionResult.COPY_DROP;
  },
 
  acceptDrop: function(source, actor, x, y, time) {
  this.set_label([ACCEPTED  + time + ]);
  return true;
  },
  });
 
  Also, although handleDragOver gets called for XDnD, returning
  COPY_DROP seems to do nothing. The source parameter is assigned an
  xdndHandler instance, but it doesn't seem to contain any useful
  information.
 
  Regards,
  Joakim Söderlund
  ___
  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: AppMenu design feedback

[Sriram Ramkrishna]

On Fri, Feb 22, 2013 at 3:47 AM, Donato Marrazzo
donato.marra...@gmail.comwrote:

 Please remove AppMenu!



If I could make a suggestion.  When making such requests, it's best to
simply state the problem and not recommend the solution.  I for one am not
so arrogant to know what the solution should be.  In this case, the problem
is for the designer to solve.  It's their design.  :-)

If you make the case that something is not fulfilling or violating the
design goals then it should be put in as a bug.  Then it is up to the
designers and the maintainer to figure out what the right solution is.  It
might be the correct solution is remove AppMenu, or perhaps the solution is
to fix X11 in some shape way or form.

A lot of people seem think that the lower layers are immutable and cannot
be changed to support the design.  But they can be, so you need to think
bigger.  A lot of the designs for notifications for instance required
changing X instead of scrapping the whole thing and reverting.

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

Re: Gnome Shell Extensions isn't shipped with Gnome Shell, WHY?!

[Sriram Ramkrishna]

On Tue, Aug 21, 2012 at 8:31 AM, Pedro Bessa pedbe...@gmail.com wrote:

  Hi,




Hi there!  Thanks for the suggestions.  There are some short term issues
with people adjusting to GNOME shell but I think the experience is going to
improve vastly in 3.6.

I think there is an underlying debate on whether you want to make changes
up front and in your place or slowly make the conversion by putting
familiar UI components and then slowly removing them over time.

I don't know what the right way to go about it since this hasn't been done
quite this way before.

I like your idea of showing off extensions some how, but I don't think
having a launcher on the desktop is the best way as it conflicts with the
distraction free computing by adding clutter to the desktop root window.

Still interesting stuff.

sri



 There are two things you can do:

 *1. Ship Gnome Shell with the Dash to Dock extension and a hack to add
 minimize and maximize*, so people won't have problems.




 *2. Put a launcher Change Gnome Now to http://extensions.gnome.org/
 in desktop*, so people'll click it for solutions.

 Best regards,
 Pedro Bessa

 ___
 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: Gnome Shell Extensions isn't shipped with Gnome Shell, WHY?!

[Sriram Ramkrishna]

On Tue, Aug 21, 2012 at 10:12 AM, Florian Scandella f...@chilicode.comwrote:


 I too like how gnome-shell works. I like the clean desktop, how you start
 applications and how the notifications work. I like how gnome uses (and
 drives) development of freedesktop standards instead of reinventing
 everything and hacking arount short term limitations.



It's great that see people have a positive experience with gnome shell.
Thank you for this.


 BUT, i really could not use it if it wheren't for docky. I really don't
 like how the window navigation works and that there is no easy accessible
 quickstart on the desktop (without extension, and even then docky is much
 bette) for apps i use often.
 Also, more builtin configuration options would be nice, like the theme
 selection, session-properties,


There is nothing wrong with using another external app if something doesn't
work right for you.  I occasionally use docky myself to quickly run apps.
For instance, docky has support for ssh, so I can easily to ssh's to other
machines.

I don't expect gnome-shell to address every work flow out there, that's why
we have third party utilities.

sri


 notification filtering, etc.
 One thing that's bugging me is this: https://bugzilla.gnome.org/**
 show_bug.cgi?id=664331 https://bugzilla.gnome.org/show_bug.cgi?id=664331, 
 but it's not that big of a problem.
 So while i'm happy with gnome-shell, i'm all for integrating some of the
 most used extensions into the core, with an option to enable/disable them.



 On 21.08.2012 18:40, Pascal Obry wrote:

 Lot of people are complaining about gnome-shell, fine. But people loving
 it should also say it... So just to say that I really like gnome-shell
 and after some weeks of use I just wasn't able to go back. I'm using
 gnome-shell with GNU/Dedian since more than one years (I was using the
 first version appearing in experimental, yes there was some issues at
 this stage!).

 Now I think my productivity is better. The desktop looks clean and with
 the help of some extensions (Dash to dock, All in one places, Web
 search) I'm more than really happy!

 Changing everything in the shell area was a big challenge and it needs
 time to *adapt* to this new desktop. I'm sure 3.6 will be even better!

 The key point is *adapt*, people not wanting to adapt will stay with
 other shells, and new comers will probably love gnome-shell, it is not
 possible to please everybody!

 Keep up the great work and thanks to the dev team!

 Pascal.


 __**_
 gnome-shell-list mailing list
 gnome-shell-list@gnome.org
 https://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttps://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: Ati/amd hardware

[Sriram Ramkrishna]

On Wed, Mar 7, 2012 at 5:47 AM, Michael Hill mdhil...@fastmail.fm wrote:

 I have this in a ThinkPad and got it running with the fglrx driver in May,
 but by September had switched to the radeon driver. It has mostly worked
 perfectly (openSUSE).


I have a potential volunteer also having problems with ATI and claims that
gnome-shell crashes on him.

Has anybody seen this?

sri


 Mike


 Fernando Hildebrand fernandohildebr...@gmail.com wrote:

 My notebook has an AMD cpu with a ATI gpu, im using Ubuntu latest with ati
 drivers and Gnome3 simply dont work. Is it a bug?
 
 --
 Fernando da Motta Hildebrand
 
 ___
 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

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

Re: Design choice for suspend option only

[Sriram Ramkrishna]

On Fri, Mar 2, 2012 at 5:01 AM, Mark Blakeney 
mark.blake...@bullet-systems.net wrote:

 Can somebody please post a reference to a discussion amongst the gnome3
 developers about why they decided to only provide a suspend option on the
 user menu (and hide the power off option with the alt modifier)? I would
 really like to know by what rationale they came to this astonishing
 decision?


Hi Mark,

The reason is that GNOME 3 is geared towards power saving and wear and
tear.  Shutting down your laptop is not as good as suspend.

So when people as you, it's because suspend is a better mode than shutting
down and booting up.  Since that increases wear and tear on your laptop
especially drives.

Suspend lets you instantly start working again.  If suspend is not working
then we need to push for the Linux eco-system to make it work.  Not making
compromises forces people to actually fix the various issues and that makes
Linux better.

On a Mac, I never ever think of shutting down, I just close the lid and
then open up again.  Why?  Because suspend is nearly instantaneous.

One could argue that it doesn't make sense for a desktop, but honestly for
myself I never shutdown my machine, it's better to go into a power saving
mode.


 I like and promote gnome-shell but frankly it is embarrassing to have to
 apologise for this design choice to new users. It leaves an awkward first
 impression.


I appreciate you evangelizing for us.  Thank you.  I hope the points I
raised will help there.

sri


 ___
 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

Re: The lost screensaver

[Sriram Ramkrishna]

On Sun, Feb 19, 2012 at 4:06 AM, Reda Lazri the.red.short...@gmail.comwrote:

 He probably meant that there is no plans for a *[traditional]*screensaver. 
 (the ones with  flowers and birds...) :)

 I think the name 'screensaver' needs to go away too. No screens are being
 saved here.


Yes, sorry you are correct. :-)  Sorry for the confusion.  I meant there is
no animated screen saver.  There is a blank and lock screen as Jasper
pointed out at the end of the thread.

sri


 On Sun, Feb 19, 2012 at 11:49 AM, Gabriel rossetti.gabr...@gmail.comwrote:

  What do yo mean no plans for a screensaver? I currently just have it
 blank the screen after 10 min and ask for a password if I come back, you're
 telling me this will go away if I upgrade to 3.4?

 Gabriel

 On 02/19/2012 07:12 AM, Sriram Ramkrishna wrote:



 On Sat, Feb 18, 2012 at 4:27 PM, Donato Marrazzo 
 donato.marra...@gmail.com wrote:

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


 There is no plans for a screensaver.  That I'm aware of.
 sri


 Thanks,
 Donato

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




 ___
 gnome-shell-list mailing 
 listgnome-shell-list@gnome.orghttp://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




 --
 *deviantART*: http://0rAX0.deviantart.com
 *Google+*: 
 http://gplus.to/RedaLazrihttps://plus.google.com/101681698460010159459


 ___
 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

Re: The lost screensaver

[Sriram Ramkrishna]

On Sat, Feb 18, 2012 at 4:27 PM, Donato Marrazzo
donato.marra...@gmail.comwrote:

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


There is no plans for a screensaver.  That I'm aware of.
sri


 Thanks,
 Donato

 ___
 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

Re: Interested in development

[Sriram Ramkrishna]

Welcome!  As Sam mentioned you can check out our bug server and find out
what needs to be worked on.

You should also subscribe yourself to the gnome-love mailing list (go to
http://mail.gnome.org/ (read the code of conduct))  It is a mailing list to
ask questions on the GNOME stack.  You can also go here:

http://live.gnome.org/JoinGnome

For general information.

Thanks for taking an interest, GNOME's greatest resource is our volunteers
and we hope that you'll get something from your contributions as we would
with yours!

To learn specifically about gnome-shell, you'll need to understand it's
pre-requisites and how the platform works.  Specifically, start with
GObject.

Read everything here:
http://developer.gnome.org/


Thanks,
sri

On Thu, Feb 9, 2012 at 11:13 PM, nitin chadha contact.nitincha...@gmail.com
 wrote:

 hey all,

 my name is nitin , and i am from Bangalore, India.
 i am an open source enthusiast and am doing my
 under graduation in computers.

 i am good at programming in c, c++, c#, python and javascript.
 i would like to contribute to gnome-shell. how do i proceed.

 i have seen various pages on gnome site and one thing i must do is
 to build gnome from source. afterwards ?

 a bit about me  i have been coding for almost 3-4 years now in various
 programming languages ( from among i mentioned above. ) i have made
 various sites
 using dot net framework and python ( eg : www.tnpuiet.com ). i have also
 contributed to
 python and have spoken at pycon india 2011  (
 http://urtalk.kpoint.in/kapsule/gcc-0b356a25-fdd0-4068-8bc8-ea552f6a6c61
 ).
 i love to code and contribute to opensource. have also started an open
 source club at my
 university by name of Panjab University Linux user group (
 http://groups.google.com/group/pulug  )

 i got into gnome while developing an application for gnome.
 i am still in middle of making it and have been reading the documentation
 and samples.

 hoping for great pointers

 --
 Regards,
 Nitin Chadha

 ___
 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

Re: Interested in development

[Sriram Ramkrishna]

On Fri, Feb 10, 2012 at 10:06 AM, Josh Leverette coder...@gmail.com wrote:

 gnome-love? I sense one of the first autocorrect fails on this mailing
 list may have just occurred.. ha, but yes, if there were a guide to
 familiarize people with the layout of the Wayland code, it would be
 excellent.


Nope, no auto correct there, there is a mailing list and a irc channel
called gnome-love :-)

Wayland project is off on freedesktop.org.  I don't think we have anything
GNOME specific.  GTK+ already has wayland backends and clutter support.
 You shouldn't really have to know about wayland that I'm aware of.  But
someone else here probably knows way more than I do about it.

sri

 Sincerely,
 Josh
 On Feb 10, 2012 12:00 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:

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

Re: Interested in development

[Sriram Ramkrishna]

That would be exciting.. I'm sure that will be happening soon enough.

No need to wait on them though, branch and see if you can do it. :-)

sri

On Fri, Feb 10, 2012 at 10:48 AM, Josh Leverette coder...@gmail.com wrote:

 ah, subscribed to too many dev lists, and I got confused for a second, but
 on a related topic, a guide to getting gnome shell running on Wayland 0.85
 would be nifty too, though I guess not terribly important.

 Sincerely,
 Josh
 On Feb 10, 2012 12:08 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:



 On Fri, Feb 10, 2012 at 10:06 AM, Josh Leverette coder...@gmail.comwrote:

 gnome-love? I sense one of the first autocorrect fails on this mailing
 list may have just occurred.. ha, but yes, if there were a guide to
 familiarize people with the layout of the Wayland code, it would be
 excellent.


 Nope, no auto correct there, there is a mailing list and a irc channel
 called gnome-love :-)

 Wayland project is off on freedesktop.org.  I don't think we have
 anything GNOME specific.  GTK+ already has wayland backends and clutter
 support.  You shouldn't really have to know about wayland that I'm aware
 of.  But someone else here probably knows way more than I do about it.

 sri

 Sincerely,
 Josh
 On Feb 10, 2012 12:00 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:



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

Re: Two or three things I see coming in gnome-shell

[Sriram Ramkrishna]

On Sun, Jan 29, 2012 at 2:38 AM, Jasper St. Pierre jstpie...@mecheye.netwrote:


  Ensure that Evolution is running in the background but without a GUI and
 /
  or have a daemon that checks the mail. For rhythmbox, make music
 playback or
  radio is being transferred to a body that plays the songs, Rhythmbox will
  close but in this instance the notification area will continue to play
  songs.

 Put them on their own workspace and ignore them?
 http://mail.gnome.org/mailman/listinfo/gnome-shell-list


That's what I usually do, but it's not quite optimal.  The problem is that
music players aren't a task.  I'll call them distractions in this
particular case.  They break the design because it's one of those passive
applications that we usually manage through media keys or through MPRIS or
what not.  So when they sit in their own workspace they are inserting
themselves between tasks.  So instead of going to one workspace over I
might have to go two workspaces over and skip over dead space.

The best method I've gotten is to put rhythmbox and evolution on the first
workspace since it's the only one that isn't affected by the dynamic
workspace management.  My optimal solution for music players is to
intellegently use the overview search to manage music.  An app is required
to manage songs, playlists and albums but execution could be done from the
overview using rhythmbox as a data source.  (I understand we are not using
tracker directly but through the application, so I'm respecting that)
Something along the lines of play favorite songs from led zeppelin or
awesome songs, or album Octavarium...


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

Re: GNOME Development setup

[Sriram Ramkrishna]

Best place to start is in the gnome-love mailing list.  You'll need to
setup 'jhbuild' (search for jhbuild and gnome, you'll get the link) and it
will tell you how to get started.

There isn't a lot of documentation on extension development, you'll have to
ask developers on #gnom-shell, look at other extensions, or look at source
code.

IDE - people have known to use vim, emacs, gedit, and anjuta, and I suppse
eclipse as well.

Hope that helps!

sri

On Sun, Dec 11, 2011 at 6:22 AM, David Collins
davidcollins4...@gmail.comwrote:

 Hey all! I am just getting into GNOME development and am curious about the
 tools/setup others use for developing code in GNOME
 (extensions,applications,etc.).

 Thanks

 ___
 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

Re: Please provide more configurability for workspace

[Sriram Ramkrishna]

On Mon, Dec 5, 2011 at 3:13 PM, Gantry York gantry.y...@digitascio.comwrote:



 On 12/05/2011 06:12 AM, Adam Tauno Williams wrote:

 On Mon, 2011-12-05 at 05:50 -0700, Gantry York wrote:

 Does this extension allow me to move the workspace manager to a
 different location on the screen and give each workspace a name?
 like we could in GNOME2.


 No clue.  I haven't tried it.  I don't see the point to static
 workspaces.

  Installing an extension is not configuration.


 Sure it is.


 I wouldn't consider adding on to my house getting the guest room ready
 for company.


That's not quite the same analogy.  GNOME Extensions change the behaviour.
You can change how workspace management through extensions.  There is
configuration option hidden or otherwise that will provide you with static
workspaces.  But someone like you, missed that feature and was generous in
spending their time in creating that feature so that other people can also
benefit.

The dynamic workspaces is part of the default design.  You could argue that
you don't like it, but that's why there is an extension system.

Configuration means to customize what is already there.  You know, like
 being able to move the doc, from the left side of the screen to the right
 side of the screen.


Yes, but static workspaces does not exist in GNOME 3.  There is nothing
there to configure.  You can only modify the current workspace behavior to
act like like static workspaces.  I would suggest you contact the author
and see what kind of features he is planning to add.




 And people install extensions / applications on their tablets, droids,
 and ipads every day.  This is a concept people are very familiar with.

   Install/write an
 extension seems to be a common mantra among the GNOME3 developers.


 Of course.  It is the means provided to customize the behavior of GNOME
 shell.


OK, so then why not make everything an extension?  Why is it that no one
 has to install a calendar extension, or a notifcations extension?


Because, GNOME has a specific identity in the default install.  The design
is GNOME, so there are something in GNOME that are meant to interact with
each other tightly.  A calendar extension can in fact change how the
calendar applet behaves overriding what was already designed.



 The bottom line is there are things that we could do in GNOME2 that we can
 no longer do in GNOME3at least not without installing an extension that
 may or may not exist


Yes, this is true.  But the converse  is not.  GNOME 3 can do a lot more
things than GNOME 2 can ever hope to do.   GNOME 2 features can be
duplicated by third party people who wish to bring those features back even
if it is not part of the GNOME 3 design.  Even better, they could be
enhanced to be better than what they were in GNOME 2.


 I do find your attitude pretty ridiculous.

 I say, I want to be able to define static workspaces - and you say why
 would you want to do that.


He never said that.  He said he didn't use the feature.  You're reading
things that wasn't written.


 I say, there is a difference between augmenting a system and
 configuration - and you say, it's the same thing


Extensions is not augmenting it is behaviour modification which is what a
configuration setting does.  As I explained earlier, you can override what
is in there and change how it works.  This includes not just the visual
elements, but whatever devs care to expose including network manager,
evolution-data-server, and other core pieces of GNOME.


 I mean really, is this the attitude that the GNOME Foundation?  It seems
 pretty closed minded, arrogant, and immature.


He does not speak for GNOME foundation.  We have an Executive Director who
speaks for GNOME Foundation.  Adam speaks for himself as a user.


 GNOME3 hasn't hit the corporate market yet; Red Hat isn't using it yet,
 but I know it is on their radar.  It's been discussed where I work.  The
 decision has been tentatively made to use Xfce instead of GNOME3 if GNOME3
 abandons the GNOME2 functionality.


It's not ready for the corporate market, we've only had two releases and
things move slowly in the corporate world.

Why not look into programming some of the functionality yourself and share
it with others?


 Let's hope Red Hat sticks up for their corporate customers.

 Different doesn't mean better.


What is better is of course perception that is exclusive to each of us.

sri





  On 12/05/2011 04:18 AM, Adam Tauno Williams wrote:

 On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote:

 GNOME3-shell wouldn't be so bad if it maintained much of the
 functionality that was in GNOME2.
 Why can we only have dynamically allocated workspaces?

 There is already an extension for maintaining a number of static
 workstations.  See
 http://git.gnome.org/browse/**gnome-tweak-tool/tree/gtweak/**
 tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py
 

 Why not make it configurable so you can 

Re: Please provide more configurability for workspace

[Sriram Ramkrishna]

On Mon, Dec 5, 2011 at 7:17 PM, Gantry York gantry.y...@digitascio.comwrote:



 On 12/05/2011 05:58 PM, Sriram Ramkrishna wrote:

  It's not ready for the corporate market, we've only had two releases and
 things move slowly in the corporate world.

 Why not look into programming some of the functionality yourself and
 share it with others?


 Because that is not our companies mission.  We don't make operating
 systems or desktop environments.


Sure that makes sense.


 We do contribute to a couple other open-source projects but only because
 they directly relate to our product.


That's great that you give back!


 With regard to GNOME, we are happy to report bugs or provide usability
 feedback.  However, it doesn't seem as if anyone is interested in listening
 to the users.


We take our bugs seriously.  Please do file them as you see them.  We care
about GNOME and want to make sure that it is the best it can be.

Thanks,
sri



   On 12/05/2011 04:18 AM, Adam Tauno Williams wrote:

   On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote:

   GNOME3-shell wouldn't be so bad if it maintained
   much of the
   functionality that was in GNOME2.
   Why can we only have dynamically allocated workspaces?

   There is already an extension for maintaining a number
   of static
   workstations.  See

   
 http://git.gnome.org/browse/__gnome-tweak-tool/tree/gtweak/__tweaks/tweak_windows.py

http://git.gnome.org/browse/**
 gnome-tweak-tool/tree/gtweak/**tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py
 

Why not make it configurable so you can choose to
have predefined
workspace of dynamically created workspaces.

You can to that; now, today.


__**___
gnome-shell-list mailing list
gnome-shell-list@gnome.org 
 mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org
 

 http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list


 http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list
 


--
Gantry S. York
Digitascio, Inc
__**___
gnome-shell-list mailing list
gnome-shell-list@gnome.org 
 mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org
 

 http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list

 http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list
 



 --
 Gantry S. York
 Digitascio, Inc

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

Re: Please provide more configurability for workspace

[Sriram Ramkrishna]

On Mon, Dec 5, 2011 at 7:29 PM, Josh Leverette coder...@gmail.com wrote:

 not to jump in, but if it isn't ready for the corporate market, then why
 is gnome 2 no longer supported? Seems a bit rash to me then... I personally
 think it *is* ready, but you must have that mindset as well.


It's not ready because we aren't done yet.  There are still plenty of
things that we are still designing including web, music and so forth.  I
wouldn't want to give start corporate users on something that is going to
be changing from release to release.  It would drive them nuts.

If you're a corporate business, and you have a support contract then
presumably GNOME 2 will be supported for them until they are ready to
upgrade to something else.  Besides GNOME 2 is already quite stable, maybe
you don't get new features, but if you've noticed our last couple of
releases didn't have a lot of new stuff, only polishing things up.

I don't know of any business that would want to support to something that
has only had two releases in it's life time.

I personally use it at work and thanks to a strong internal community we
have integrated a lot of features into our corporate network (which is
heavily win32).

sri



 On Mon, Dec 5, 2011 at 9:24 PM, Sriram Ramkrishna s...@ramkrishna.mewrote:



 On Mon, Dec 5, 2011 at 7:17 PM, Gantry York 
 gantry.y...@digitascio.comwrote:



 On 12/05/2011 05:58 PM, Sriram Ramkrishna wrote:

  It's not ready for the corporate market, we've only had two releases and
 things move slowly in the corporate world.

 Why not look into programming some of the functionality yourself and
 share it with others?


 Because that is not our companies mission.  We don't make operating
 systems or desktop environments.


 Sure that makes sense.


 We do contribute to a couple other open-source projects but only because
 they directly relate to our product.


 That's great that you give back!


 With regard to GNOME, we are happy to report bugs or provide usability
 feedback.  However, it doesn't seem as if anyone is interested in listening
 to the users.


 We take our bugs seriously.  Please do file them as you see them.  We
 care about GNOME and want to make sure that it is the best it can be.

 Thanks,

 sri



On 12/05/2011 04:18 AM, Adam Tauno Williams wrote:

On Sun, 2011-12-04 at 17:08 -0700, Gantry York wrote:

GNOME3-shell wouldn't be so bad if it maintained
much of the
functionality that was in GNOME2.
Why can we only have dynamically allocated workspaces?

There is already an extension for maintaining a number
of static
workstations.  See


 http://git.gnome.org/browse/__gnome-tweak-tool/tree/gtweak/__tweaks/tweak_windows.py

http://git.gnome.org/browse/**
 gnome-tweak-tool/tree/gtweak/**tweaks/tweak_windows.pyhttp://git.gnome.org/browse/gnome-tweak-tool/tree/gtweak/tweaks/tweak_windows.py
 

Why not make it configurable so you can choose to
have predefined
workspace of dynamically created workspaces.

You can to that; now, today.


__**___
gnome-shell-list mailing list
gnome-shell-list@gnome.org 
 mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org
 

 http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list


 http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list
 


--
Gantry S. York
Digitascio, Inc
__**___
gnome-shell-list mailing list
gnome-shell-list@gnome.org 
 mailto:gnome-shell-list@**gnome.orggnome-shell-list@gnome.org
 

 http://mail.gnome.org/mailman/**__listinfo/gnome-shell-listhttp://mail.gnome.org/mailman/__listinfo/gnome-shell-list

 http://mail.gnome.org/**mailman/listinfo/gnome-shell-**listhttp://mail.gnome.org/mailman/listinfo/gnome-shell-list
 



 --
 Gantry S. York
 Digitascio, Inc



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




 --
 Sincerely,
 Josh

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

Re: Window Focus

[Sriram Ramkrishna]

On Sun, Dec 4, 2011 at 6:15 PM, Gantry York gantry.y...@digitascio.comwrote:

 I think if you make it hidden enough, it appears to be removed
 functionality.

 So after a little reading, I figured out that I have to install
 gconf-editor.

 OK, I get it.  It's like the Windows Registry.


It is NOTHING like the windows registry.  GConf is simply a key/value pair
with some magic to detect changes.  I hate when peopel compare it with the
windows regsitry.  GConf/GSettings and everything else is just a pragmatic
way to do to settings.  We do the same things in text.  When you do use go
into some conf file and type:

option=true

then you're doing the same thing.  The only difference is that we added a
name space and added some formatting instructions to the input.  Let's not
keep propogating the same tribal untruths out there.

Sorry, I get really irritated when I see GConf compared to the windows
settings and have it's negativity applied to GConf.

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

Re: extensions.gnome.org - Public Alpha Now Available

[Sriram Ramkrishna]

On Thu, Dec 1, 2011 at 5:41 PM, Jasper St. Pierre jstpie...@mecheye.netwrote:

 There is no single sign on at the moment. Vinnicus Depizzol's study
 mentioned that users would like a single sign on, and I'm all for
 integrating with it once it appears.


This seems to be something we could add to online accounts I think as a
service.

sri


  On Thu, Dec 1, 2011 at 8:24 PM, Frederic Muller fr...@gnome.org wrote:
  Hi!
 
  Very nice site. Is the login integrated with the GNOME wiki accounts, or
 do
  we need to maintain a different user/password combination?
 
  Thanks.
 
  Fred
 
 
  On 12/02/2011 05:16 AM, Jasper St. Pierre wrote:
 
  We're happy to announce that extensions.gnome.org is now in
  public alpha testing at:
 
   https://extensions.gnome.org
 
  If you have GNOME Shell 3.2 on your system, you should be able to
  install extensions from the website via your browser. This uses the
  GNOME Shell Integration browser plugin which is likely already
  installed on your system if you have GNOME 3.2. The plugin only works
  with Firefox currently - see Known Bugs below.
 
  We've seeded the site with a small set of extensions, including
  the extensions from gnome-shell-extensions. If you are the author
  of an extension that has been uploaded, and you want to take over
  uploading future releases, please contact us, and we'll get you
  access.
 
  The set of extensions on the site is still small compared to the total
  number of extensions available. We expect more extensions to be
  available over the next few weeks as authors upload them and they
  are reviewed.
 
  About GNOME Shell Extensions
  
 
  GNOME Shell extensions are small pieces of code written by third party
  developers that modify the way GNOME works. (If you are familiar with
  Chrome Extensions or Firefox Addons, GNOME Shell extensions are
  similar to them.)
 
  Since extensions are created outside of the normal GNOME design and
  development process, they are are supported by their authors, rather
  than by the GNOME community.
 
  Extensions provide a way to prototype out new possible features for
  future versions of GNOME, and for advanced users to make
  customizations in ways that aren't necessarily compatible with the
  overall design vision of GNOME, but are still cool and useful to
  a subset of users.
 
  Since extensions become part of the core operating system, they need
  to be checked for potential security problems. Extensions uploaded
  to extensions.gnome.org go through code review before they are
  made available for download. More information can be found at
  https://extensions.gnome.org/about/.
 
  Known Bugs and Problems
  ===
 
  * There are some bugs that currently cause the browser plugin to
not work correctly in WebKit-based browsers like Epiphany
or Chrome. We will fix these bugs in subsequent releases of
GNOME Shell, but for now using Firefox to access
extensions.gnome.org is advised.
 
  * Extensions that use GSettings to store user settings cannot be
currently installed as a user; this limitation will be fixed
for GNOME 3.4. In the mean time, extension authors should
avoid the use of GSettings if they want to make their extension
available via extensions.gnome.org.
 
  * Due to a bug in GNOME Shell 3.2.1 code, the uninstall button
will not work for some extensions. Disabling extensions still
works, but if you want to remove an extension entirely, you'll
need to manually delete it from ~/.local/share/gnome-shell/extensions.
 
  Reporting Problems
  ==
 
  If you find problems with the site, please file them in
  bugzilla.gnome.org against the 'extensions.gnome.org' component
  of the website product.
 
  Problems with individual extensions should be reported using
  the Help! It didn't work! link on the extension's page.
 
  Thanks to everybody that made this happen!
 
  --
Jasper St. Pierre
  ___
  desktop-devel-list mailing list
  desktop-devel-l...@gnome.org
  http://mail.gnome.org/mailman/listinfo/desktop-devel-list
 
  ___
  desktop-devel-list mailing list
  desktop-devel-l...@gnome.org
  http://mail.gnome.org/mailman/listinfo/desktop-devel-list



 --
   Jasper
 ___
 desktop-devel-list mailing list
 desktop-devel-l...@gnome.org
 http://mail.gnome.org/mailman/listinfo/desktop-devel-list

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

Re: Highlight the Activities button on boot

[Sriram Ramkrishna]

On Sat, Oct 15, 2011 at 4:04 AM, Nishant Agrwal 
nishantagrwal12...@gmail.com wrote:

 One of the oft-mentioned weaknesses of Gnome Shell, compared to other
 shells like Canonical's Unity, is that unlike its counterparts, Gnome Shell
 does not give a new user any immediate indication of how to launch
 applications or do anything, really. I understand and support the rationale
 that users are to be presented a blank canvas free of distractions and
 clutter, but the mentioned problem should also be addressed, so I would like
 to share this solution:


I believe GNOME Shell now starts in overview mode.  I had already brought
this up back in March or April. :)

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

Re: Feature proposal: Save/restore-at-login workspace state.

[Sriram Ramkrishna]

On Mon, Oct 10, 2011 at 5:49 AM, Jordi Chulia jorch...@gmail.com wrote:

 Hello.

 I would like to propose a new feature fon gnome-shell: What about being
 able to save the state of a workspace (opened apps/files and maybe
 window geometry) in order to automatically restore this state on login
 in the future?


I think that's one of the advantages of suspend, you don't really need to
save state, it'll always be there.  GNOME 3 encourages suspend explicitly.

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

Re: Disliking gnome 3

[Sriram Ramkrishna]

On Thu, Sep 1, 2011 at 5:29 AM, Ralph Hofmann hofmann2...@arcor.de wrote:

  Am 31.08.2011 20:03, schrieb Sriram Ramkrishna:



 On Wed, Aug 31, 2011 at 4:46 AM, Ralph Hofmann hofmann2...@arcor.dewrote:


 I like the idea of javascript based plugins like in Firefox. I think that
 could become the killer feature of Gnome3. Of course Gnome3 is far from
 ready now. But is has a lot of potential. Potential discoverable by the
 user.


 The killer feature is GObject and GObject introspection.  We've had that
 for a number of years, but it is now front and center.

 sri


 Why GObject and GObject introspection?

 I look at it from a user's, you from a developer's perspective.


Well, plugin development is a developer feature that translates to cool
plugins for users.  But GObject provides the mechanism for that plugin
development.  If you have a library written in GObject it will be accessible
from the extensions system.

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

Re: Disliking gnome 3

[Sriram Ramkrishna]

On Wed, Aug 31, 2011 at 4:46 AM, Ralph Hofmann hofmann2...@arcor.de wrote:


 I like the idea of javascript based plugins like in Firefox. I think that
 could become the killer feature of Gnome3. Of course Gnome3 is far from
 ready now. But is has a lot of potential. Potential discoverable by the
 user.


The killer feature is GObject and GObject introspection.  We've had that for
a number of years, but it is now front and center.

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

Re: SweetTooth and Live Extension Enabling/Disabling

[Sriram Ramkrishna]

On Wed, Aug 24, 2011 at 11:00 AM, Jasper St. Pierre
jstpie...@mecheye.netwrote:

 Hey guys, it's Jasper.

 Again, the last time I talked about SweetTooth, it was a month ago.
 I'm here to say that enabling/disabling of extensions has landed!
 Extension authors, you have to update to the new APIs if you want your
 extensions to be compatible with 3.2. For more information, the
 references from the old ML post. They're still valid. Additionally, I
 just published a blog post with some information as well [0].


Wonderful work.. if you don't mind I plan on saying something in the
gnome-o-sphere.. it's a great accomplishment.

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

Re: Please add a configuration option to make 'Power Off...' the default!

[Sriram Ramkrishna]

There is an extension that will put that back.  It's relatively harmless.
On my desktop I actually do not shut down now I just suspend.  450 watts of
power saved when not in use. :-)

sri

On Thu, Aug 4, 2011 at 4:13 AM, iki sham ikis...@gmail.com wrote:

 Just to make it clear, I'm talking about something like a gsettings option
 that would be oficially supported and would allow us to set it up (for us or
 for mama) and forget about it (in principle it wouldn't break during
 upgrades).

 ___
 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

Re: UI guidelines for extensions?

[Sriram Ramkrishna]

On Mon, Aug 1, 2011 at 2:18 AM, Ricardo Gladwell ricardo.gladw...@gmail.com
 wrote:

 Hi Sri

 Thanks for the tip, I did consider writing a service but wasn't sure
 because:

 a) Only my Gnome Shell extension would be consuming the service at this
 point, so re-factoring the code to read from Google Reader into a separate
 service seemed unwarranted.

 b) This doesn't address the need for the extension/service/app to live
 somewhere on the desktop.

 I'll subscribe to Gnome Design and talk to them. Regards...


I'm thinking you could talk with David Z and see if it is something that
might work with gnome online accounts service.  Explore the space.

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

Re: Best way for extensions to include external JS files

[Sriram Ramkrishna]

On Fri, Jul 8, 2011 at 10:48 PM, Tim Cuthbertson t...@gfxmonk.net wrote:

 I want to bundle log4javascript with my gnome-shell extension. I
 obviously don't want to copy  paste it into my extension.js, so I'm
 wondering what the best way to bundle it with my extension is.


I know someone has done this.  I don't remember who it was as I think I saw
it as a planet.gnome.org post.  But it's possible to do that but there is
some trick involved.  I suggest you search the google for it.

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

Re: Window List Extension

[Sriram Ramkrishna]

On Wed, Jul 13, 2011 at 11:38 PM, Tassilo Horn tass...@member.fsf.orgwrote:

 Kurt Rottmann kurtrottm...@gmail.com writes:

 Hi Kurt,

  Congratulations, Gnome Shell is wonderful and it's a great job. It's
  very well designed but I think it needs a window list. I did an
  extension in case anyone needs it or wants to try it.
 
  http://www.o2net.cl/gnome/windowlist.html

 Tried it and like it. :-)

 Of course, it's totally not compliant with the GNOME3 design goals, but
 it helps me for two reasons:


Yeah..



  - if the system is under heavy load, I really don't enjoy switching to
the overview

  - it's faster than the alt-tab app switcher if you have lots of
windows of one app (e.g., terminal) and want to switch to a specific
one


You want notification if the system is behaving out of spec really.  For
instnace, you should never have an app take more than 100%.  Detecting a
malfunctioning app is really the right way to go.  It would be cool if the
scheduler could notice these things and generate an alert. (it's arguable if
that's the best place.. but there you go)

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

Re: GNOME and ANDROID

[Sriram Ramkrishna]

On Tue, Jul 12, 2011 at 11:00 PM, Adam Williamson awill...@redhat.comwrote:

 On Tue, 2011-07-12 at 22:52 -0700, Sriram Ramkrishna wrote:
 
  Um. I'm not sure how you're getting there from here. How does
  Android -
  2.3 or 3.0 - resemble GNOME 3? The major feature of GNOME 3 is
  the
  Overview; Android does not have anything like this. It has an
  app
 
  Actually, they do have an overview although it is an overview of
  workspaces.  So if you tap the home button twice it zooms out showing
  all the virtual workspaces you have out and what widgets are on them
  etc.   In that particular way it's somewhat like android although the
  comparison is more like an eagle vs a flying squirrel.  Yeah, they
  both fly in the air but they do just about everything else
  differently.

 er, it does? I've got a Droid sitting here and it doesn't seem to do
 that.
 --


Might be the version of android?  I'm pretty sure I'm not imagining it :)

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

Re: GNOME and ANDROID

[Sriram Ramkrishna]

 Um. I'm not sure how you're getting there from here. How does Android -
 2.3 or 3.0 - resemble GNOME 3? The major feature of GNOME 3 is the
 Overview; Android does not have anything like this. It has an app


Actually, they do have an overview although it is an overview of
workspaces.  So if you tap the home button twice it zooms out showing all
the virtual workspaces you have out and what widgets are on them etc.   In
that particular way it's somewhat like android although the comparison is
more like an eagle vs a flying squirrel.  Yeah, they both fly in the air but
they do just about everything else differently.
 http://www.happyassassin.net

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

Re: New system monitor extension

[Sriram Ramkrishna]

On Sun, May 22, 2011 at 5:13 AM, Giovanni Campagna 
scampa.giova...@gmail.com wrote:

 Il giorno sab, 21/05/2011 alle 14.17 +0200, Florian Mounier ha scritto:
  Hi !
  I wrote a gnome shell extension displaying memory / swap / cpu usage
  in status bar.
  My code is far from perfect but I thought it might interest some of
  you.
  Code is available
  here: http://github.com/paradoxxxzero/gnome-shell-system-monitor-applet
  Any feedback is welcome.
  Best regards

 I'm afraid you're late. :)
 There is already a systemMonitor extension in gnome-shell-extension
 master, that shows CPU and memory using libgtop. Currently it adds an
 actor in the message tray; if you want to improve it to show a system
 status indicator, you should patch it and file a bug.

 Giovanni


And libgtop is the way to go anyways.  I personally would like to see system
monitor in the overview if possible.  I think that fits the design much
better.  System monitor and weather are all tasks so to speak.  If you put
it in the task bar you're breaking the design as that is where the system
applets are.  Monitoring your computer is not a system task IMHO.  Frankly,
I'm very protective what goes into that top bar now as I like keeping
it minimalistic and distraction free.  A quick hot key will satisfy
my curiosity whether the system is running well or not.

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

Re: Workspaces slowing me down.

[Sriram Ramkrishna]

On Sat, May 14, 2011 at 8:11 AM, Milan Bouchet-Valat nalimi...@club.frwrote:

 Le samedi 14 mai 2011 à 10:51 -0400, G. Michael Carter a écrit :
  Usually I work on dual 24 monitors so I'll have maybe 2 virtual
  windows open.  But I was working on a laptop all this week and with
  the 15 screen I've had about 9 workspaces going.
 
 
  Moving between them I find is slowing me down in Gnome 3.
 
 
  One thing slowing me down is when I need to go from 1 to 9.
 In System Settings-Keyboard-Shortcuts-Navigation, you can set
 keybindings to move to workspaces. Use something involving numbers, and
 you'll be able to get directly to the workspace you want.

 That's probably the best solution, since people using many workspaces
 are relatively rare, and are able to customize their keybindings. Most
 users are likely to use only a few of them (I think, but of course I've
 no data on that).


9 is a lot of desktops!  I use a max of 6 I believe.  I never used the grid
mode because it started getting complicated on where all my windows was.  So
then I send up panning around looking for whatever window I wanted.
Honestly, I don't know if there is a particularly efficient way to deal with
9 workspaces that doesn't involve putting numbers or some other special
function to deal with your particular workflow.

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

Re: Using 2 monitors

[Sriram Ramkrishna]

On Mon, May 9, 2011 at 12:34 AM, Federico Di Gregorio f...@initd.org wrote:


 Anyway, my question has to do with using 2 monitors (that, especially in
 the case of a laptop + external monitors, can be of different size). The
 usability problem I see is that the lower right corner, used to popup
 notifications, isn't a corner anymore and hitting the correct region
 with the mouse is quite difficult (almost impossible unless you have
 pixel-perfect control). I know that you can hit Super and go to overview
 but the change of bahaviour depending on the number of connected
 monitors is definitely bad.


Hello Federico,

This was resolved in Fedora by using zones.. basically, they've modified X
such that if you go to the bottom corner on the left monitor to the
notifications bar, it won't let you go to the right monitor so you don't
have to have great accuracy to see the notifications.  I unfortunately
cannot find the bug where this was discussed.

If you're using Ubuntu I do not believe that is implemented yet.  I know for
sure it is in Fedora 15.  Can't speak for OpenSUSE.

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

Re: Blocked

[Sriram Ramkrishna]

On Sun, May 8, 2011 at 4:37 PM, Allan E. Registos 
allan.regis...@smpc.steniel.com.ph wrote:

 As you wish. I am now trying to answer constructively, just tell us
 plainly of what is wrong with our words as I am trying to get neutral on any
 issue at hand. Scaring us won't work.



I think occasionally you snipe about how things are developed which I guess
bothers some people.  It doesn't bother me and your actions are certainly in
line with the GNOME Code of Conduct so I don't see what the griping is
about.  In any case, debate is always helpful but general sniping is just
distracting.

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

Re: Using 2 monitors

[Sriram Ramkrishna]

On Mon, May 9, 2011 at 8:20 AM, Florian Müllner fmuell...@gnome.org wrote:

 On Mon, 2011-05-09 at 07:45 -0700, Sriram Ramkrishna wrote:
  If you're using Ubuntu I do not believe that is implemented yet.  I
  know for sure it is in Fedora 15.  Can't speak for OpenSUSE.

 They don't need to implement it, they only need to update to a more
 recent XServer/XFixes - the change was made upstream, so it's not
 Fedora-specific (although the work was done by a Red Hat/Fedora
 developer iirc).


Right, I wasn't trying to say it was Fedora specific, only that I know it
works in Fedora.  Sorry if I gave that impression...

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Fri, May 6, 2011 at 1:51 PM, Denys Vlasenko dvlas...@redhat.com wrote:

 On Fri, 2011-05-06 at 18:25 +0200, David Prieto wrote:
  Denys,
 
  Having suddenly to learn a new UI is not what I planned to do
  this
  weekend. I have some other work to do.
 
  You do realize that you've spent more time complaining on the ML than
  it would have taken you to learn the new UI, right?

 Not a valid argument. A million or so of future Fedora 15 users will
 need to go through the same thing when they upgrade.


Perhaps we should ask Ubuntu how the experience of moving to Unity worked
for them.  Ubuntu's popularity pretty much exceeds just about every other
distros out there.  Unity is even more different than GNOME 3 is arguably.

I think most people are fairly saavy about what they'll expect.  I assume
that Fedora is advertising GNOME 3?  For instance, Adam and I both did a
session on GNOME 3 and Fedora 15 at a recent Linux conference this past
weekend.  There hasn't been that many questions out of those sessions
regarding the UI.

Your statement does not take into account that GNOME has spent a large
amount of time marketing GNOME 3 through social networks, press releases,
magazine articles and so forth.  It is also well known that Fedora uses
GNOME as a default.  So I think by now people are aware that change is
coming.

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 8:16 AM, Denys Vlasenko dvlas...@redhat.com wrote:

 I just installed F15 (Rawhide). It uses Gnome 3.

 I resisted the temptation to switch to Fallback mode, because
 quick googling showed me that Fallback mode will be phased out
 in not-so-distant future. Therefore I am using the new interface.

 My general impression as a user is negative.
 A lot of things have changed for no apparent reason, even those
 things which worked just fine. Why?

 To facilitate a more productive discussion, I will limit my
 rants^W feedback to one per email. So, here it goes:

Where is the task bar?



Most of the answers regarding the design can be found here:

http://live.gnome.org/GnomeShell/Design/FAQ

GNOME 3 is designed to be task oriented and distraction free.  Feel free to
peruse the FAQ as it explains some of the reasoning behind the design
decisions that were made.

You have access to the task bar in the overview.  I realize it is a large
change from what you're used to but I suggest you stick with it and try it
for a week to 10 days.  That will give you a chance to absorb things being
done the new way.

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 8:57 AM, Denys Vlasenko dvlas...@redhat.com wrote:



 Is it a policy of Gnome Desktop to shoehorn users into fixed UI style
 instead of offering them reasonable choice? What next, hardwired window
 title color and size?

 --


There is no policy as such.  As I said earlier, why not try it first and see
how it works before criticizing the design?

I'm a systems administrator I have a ton of windows open, I used to use the
taskbar, and I don' and it's been okay for me.  While something was taken
away, another method was added that hopefully will be better than what you
had before.  It does require that you keep an open mind and try it.

There are plenty of people who have similar anecdotes.

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 11:13 AM, Tim Murphy tnmur...@gmail.com wrote:

 On 5 May 2011 18:55, Adam Tauno Williams awill...@whitemice.org wrote:
  On Thu, 2011-05-05 at 10:48 -0700, Micah Carrick wrote:
  I'll give you a quick answer to that...
  When we first switch to GNOME 3, many of us did not realize we were
  not upgrading, but switching to a completely new beast. I actually had
  to take a day off work to comb the internet learning about what's
  going on and why (we aren't all in the loop with GNOME Journal and
  Planet GNOME and the like). GNOME 3 is a radical shift away from what
  we are used to.
 
  Yes, it is. It is revolutionary.  And I believe that
  GNOME3-is-a-big-change was very heavily publicized.
 
  So we do a few Google searches and we find a much larger percentage of
  un-resolved complaints and the same ones over and over.
 
  Of course - search on *anything* and this is true; it is the nature of
  the beast.  People post complaints, they don't post works
  awesome (because the are busy using whatever it is).  In my experience
  positive posts are often taken as counter productive.

 There are hidden negatives too - the linux users in my office, for
 example, tried it and gave up or gave it no chance at all -  they are
 using XFCE or just not updating their distros or are trying out Ubuntu
 instead or they are using the fallback for the moment now that they
 have found out how to do it. They haven't emailed this list though.


Is their objection that it is different?  Office workers are generally
vulnerable to change.  The reason being that they don't copious amount of
time to learn a new interface in the face of deadlines and what not.  A
transition plan is generally required for those.. so they get a chance to
learn the new interface while at the same time be able to switch back in
case there are issues with bad behaviour with important applications.

My co-workers don't particularly like the new interface just from the
presentation I did (they were my guinea pigs).  But then these people are
people who use fvwm2 over VNC on windows laptops or desktops.

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 11:29 AM, Denys Vlasenko dvlas...@redhat.com wrote:

 On Thu, 2011-05-05 at 10:08 -0700, Sriram Ramkrishna wrote:
  On Thu, May 5, 2011 at 8:57 AM, Denys Vlasenko dvlas...@redhat.com
  wrote:
  Is it a policy of Gnome Desktop to shoehorn users into fixed
  UI style
  instead of offering them reasonable choice? What next,
  hardwired window
  title color and size?
 
  There is no policy as such.  As I said earlier, why not try it first
  and see how it works before criticizing the design?
 
  I'm a systems administrator I have a ton of windows open, I used to
  use the taskbar, and I don' and it's been okay for me.  While
  something was taken away,

 Why something has to be taken away? I mean, unconditionally?
 There is a better way: (a) make it configurable, (b) make it
 off by default. If almost no one switches it back on, great,
 it means practice proved that the replacement is better,
 and it can be removed altogether.
 If many people switch it back on, then perhaps it needs to stay.


The default configuration is bare.. it's been like that even with GNOME 2.
Your distro puts a bunch of stuff in there to enhance the experience.  It's
relatively the same with GNOME 3.

As someone mentioned earlier, there are extensions that can put a taskbar on
your screen or you can use any number of third party apps like Docky or AWN
that can give you similar features.  My GNOME 3 setup still runs docky
because there are some things that GNOME 3 doesn't provide that I require.
You're not going to get the perfect desktop from just the default setup.  A
combination of extensions, and third party apps and I'm a happy camper.

So somethings that you might be taken away, in favour of something better.
However, there are applications, extensions, a tweak tool will put back most
of the experience back.

The point though is that you should try it for a week as is.  You might
learn something.  If there is something you're missing then discuss it here.



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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 10:22 AM, Denys Vlasenko dvlas...@redhat.com wrote:

 On Thu, 2011-05-05 at 13:03 -0400, G. Michael Carter wrote:
  When F15 is release we should put this DL on auto-reply.   So many of
  these I don't like Gnome 3 e-mails and they all end the same way.

 Does it ring some sort of bell when you receive 'many I don't like
 Gnome 3 e-mails'? The key word is many.


  I've seen the lack of a menu come up so many times

 What does it tell to a developer when he sees the same complaint
 coming up again and again?


I think the point is that many people do initially complain but after test
driving for a a length of time end up actually liking it after they adapt.
We do get a lot of complaints but people do end up liking it.  It does mean
that you need to honestly look at your workflow and see if you can adapt.

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

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 1:02 PM, Tim Murphy tnmur...@gmail.com wrote:

 On 5 May 2011 19:29, Sriram Ramkrishna s...@ramkrishna.me wrote:
 
 
  On Thu, May 5, 2011 at 11:13 AM, Tim Murphy tnmur...@gmail.com wrote:

  There are hidden negatives too - the linux users in my office, for
  example, tried it and gave up or gave it no chance at all -  they are
  using XFCE or just not updating their distros or are trying out Ubuntu
  instead or they are using the fallback for the moment now that they
  have found out how to do it. They haven't emailed this list though.
 
 
  Is their objection that it is different?  Office workers are generally
  vulnerable to change.  The reason being that they don't copious amount of
  time to learn a new interface in the face of deadlines and what not.  A
  transition plan is generally required for those.. so they get a chance to
  learn the new interface while at the same time be able to switch back in
  case there are issues with bad behaviour with important applications.

 No, they are software engineers who go out of their way to use Linux
 in a fairly Linux hostile environment because it builds their code
 faster than when they were building on windows (cross compilation for
 mobile devices) and because they find it a better day-by-day
 environment. I would say that their resistance to change is fairly
 minimal as they started trying out gnome-shell before it was the
 default and before I did, actually.  It was rejected then by choice
 because they could try it out as an option and they removed it.  But
 you guys can't watch what everyone does, obviously.


Yes, similar to why I use Linux as a desktop in a windows centric world.  We
work with linux all the time as a batch farm.  Going between windows and
linux was always awkward and so when I aligned what I do at work with was on
my desktop I was more efficient.

Perhaps they can try a live cd now and see if it works again?



 In any case, there is a lot of reliance on the inability to change
 argument and it does remind me of how people at my work used to defend
 what is now an infamous product worldwide against the competition that
 has recently slaughtered it.  Basically they thought that a lot of
 explaining would help and they had a reason why every complaint was
 invalid or was important or why it was unavoidable for some other
 reason.


You will notice that my arguments did not implicitly say that you're afraid
to change.  It is in fact the wrong argument to tell someone that they are
afraid to change because it puts them on the defensive like somehow
something is wrong with that and by extension something is wrong with you.

I always push for try it for a week  or try it for ten days.  Design
choices aren't apparent at first glance until you start employing your
muscle memory.  People adapt at different rates.  Some people as you further
below say will suddenly be delighted, otherwise are trying to use the muscle
memory from a previous version and find it difficult to cope.  The week sink
period is to give people time to figure out and play around like you would
with any new item you get.  The difference is that you're sink time should
be on a computer that you're not using for work or something that requires
real work to be done as you'll just induce stress.


 I think that instant delight is the kind of reaction that you actually
 need to have in something that you are selling and just because the
 gnome shell is not being sold doesn't mean that it doesn't matter.


instant delight is not something that easily happens.  Someone's instant
delight is someone else nightmare.  There are plenty of people if you read
the GNOME facebook page that express delight like that.  There are a smaller
number that have a wtf reaction.  You'll never get a universal reaction that
way.  The sink time helps in adapt or people.


  My co-workers don't particularly like the new interface just from the
  presentation I did (they were my guinea pigs).  But then these people are
  people who use fvwm2 over VNC on windows laptops or desktops.

 Well there I was thinking that people who wanted to use fvwm were
 missing out because GNOME with Nautilus was really rather slick and
 that speed was not so relevant anymore as it was when I had a much
 less powerful computer.  But now I'm in worse position than them with
 a way of organising my life that was friendly seeming being about to
 disappear.  I cannot now make the new thing do what I could do before


In this particular case, you should make a switch until you are mentally
ready to try something new.  GNOME 3 should be installed on a separate
partition something to play with until you've used it enough that you're
ready to mentally accept the new interface or when extensions and new
features gives you the notification to want to do change.


 which, in my case, was to create a kind of substitute user interface
 that suited me using my desktop and shortcuts on the panel.  98

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

Boy i wish I read my responses more carefully.. my English is generally
better than this :P

sri

On Thu, May 5, 2011 at 1:26 PM, Sriram Ramkrishna s...@ramkrishna.me wrote:



 On Thu, May 5, 2011 at 1:02 PM, Tim Murphy tnmur...@gmail.com wrote:

 On 5 May 2011 19:29, Sriram Ramkrishna s...@ramkrishna.me wrote:
 
 
  On Thu, May 5, 2011 at 11:13 AM, Tim Murphy tnmur...@gmail.com wrote:

  There are hidden negatives too - the linux users in my office, for
  example, tried it and gave up or gave it no chance at all -  they are
  using XFCE or just not updating their distros or are trying out Ubuntu
  instead or they are using the fallback for the moment now that they
  have found out how to do it. They haven't emailed this list though.
 
 
  Is their objection that it is different?  Office workers are generally
  vulnerable to change.  The reason being that they don't copious amount
 of
  time to learn a new interface in the face of deadlines and what not.  A
  transition plan is generally required for those.. so they get a chance
 to
  learn the new interface while at the same time be able to switch back in
  case there are issues with bad behaviour with important applications.

 No, they are software engineers who go out of their way to use Linux
 in a fairly Linux hostile environment because it builds their code
 faster than when they were building on windows (cross compilation for
 mobile devices) and because they find it a better day-by-day
 environment. I would say that their resistance to change is fairly
 minimal as they started trying out gnome-shell before it was the
 default and before I did, actually.  It was rejected then by choice
 because they could try it out as an option and they removed it.  But
 you guys can't watch what everyone does, obviously.


 Yes, similar to why I use Linux as a desktop in a windows centric world.
 We work with linux all the time as a batch farm.  Going between windows and
 linux was always awkward and so when I aligned what I do at work with was on
 my desktop I was more efficient.

 Perhaps they can try a live cd now and see if it works again?



 In any case, there is a lot of reliance on the inability to change
 argument and it does remind me of how people at my work used to defend
 what is now an infamous product worldwide against the competition that
 has recently slaughtered it.  Basically they thought that a lot of
 explaining would help and they had a reason why every complaint was
 invalid or was important or why it was unavoidable for some other
 reason.


 You will notice that my arguments did not implicitly say that you're afraid
 to change.  It is in fact the wrong argument to tell someone that they are
 afraid to change because it puts them on the defensive like somehow
 something is wrong with that and by extension something is wrong with you.

 I always push for try it for a week  or try it for ten days.  Design
 choices aren't apparent at first glance until you start employing your
 muscle memory.  People adapt at different rates.  Some people as you further
 below say will suddenly be delighted, otherwise are trying to use the muscle
 memory from a previous version and find it difficult to cope.  The week sink
 period is to give people time to figure out and play around like you would
 with any new item you get.  The difference is that you're sink time should
 be on a computer that you're not using for work or something that requires
 real work to be done as you'll just induce stress.


 I think that instant delight is the kind of reaction that you actually
 need to have in something that you are selling and just because the
 gnome shell is not being sold doesn't mean that it doesn't matter.


 instant delight is not something that easily happens.  Someone's instant
 delight is someone else nightmare.  There are plenty of people if you read
 the GNOME facebook page that express delight like that.  There are a smaller
 number that have a wtf reaction.  You'll never get a universal reaction that
 way.  The sink time helps in adapt or people.


  My co-workers don't particularly like the new interface just from the
  presentation I did (they were my guinea pigs).  But then these people
 are
  people who use fvwm2 over VNC on windows laptops or desktops.

 Well there I was thinking that people who wanted to use fvwm were
 missing out because GNOME with Nautilus was really rather slick and
 that speed was not so relevant anymore as it was when I had a much
 less powerful computer.  But now I'm in worse position than them with
 a way of organising my life that was friendly seeming being about to
 disappear.  I cannot now make the new thing do what I could do before


 In this particular case, you should make a switch until you are mentally
 ready to try something new.  GNOME 3 should be installed on a separate
 partition something to play with until you've used it enough that you're
 ready to mentally accept the new interface or when extensions

Re: We want task bar back. Pretty please.

[Sriram Ramkrishna]

On Thu, May 5, 2011 at 1:58 PM, Tim Murphy tnmur...@gmail.com wrote:

 On 5 May 2011 21:44, Sriram Ramkrishna s...@ramkrishna.me wrote:
  Boy i wish I read my responses more carefully.. my English is generally
  better than this :P
 
  sri

 Please don't worry on my account - my fingers tend to write whole
 words that my brain did not specify or miss out ones that it did and I
 am quite shocked when I re-read my own messages.  I also want to say
 thank you for your reply - I feel listened to and it might be pathetic
 of me to like that but it makes all the difference.


Part of GNOME 3 is a new attitude.  Our community outreach from GNOME 1 to
GNOME 2 was poor to non-existent and suffered from it to some extent.
Consider 3.0 to not be only be a better desktop but a better attitude.

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

Re: Instant Message notifications

[Sriram Ramkrishna]

On Wed, May 4, 2011 at 2:11 AM, David Prieto frandavid...@gmail.com wrote:

 Jasper,


 This is indeed what we're trying to do... see the long thread that davidz
 started about GOA

 http://mail.gnome.org/archives/desktop-devel-list/2011-April/msg00107.html


 That's very, very interesting. One thing caught my eye, though:

 This daemon/library thing, let's call it GOA (Gnome Online Accounts),
 would _not_ be a mechanism to access any of these services. But it
 would provide e.g. libsocialweb, telepathy, e-d-s and so on with
 either the username/password combo or the OAuth token, whatever is
 appropriate.


 Does that mean that in order to get, e.g. IM notifications, the user would
 still have to open Empathy? Because not needing to keep it open was one of
 the main points of my proposal.


I believe the Idea that Jasper mentioned at the top of the thread is that
Empathy disappears in favor of the shell.  So the thread above there is all
about contacts and roster.  Once they start getting supported directly in
the shell, you don't really need empathy anymore.

The only thing that would be problematic is that a lot of people use pidgin
for instance to get access to microsoft communicator and messaging..  or
they use it for IRC/SILC.. in which case i'm not quite sure how other IM
clients will be allowed to work with shell without some code surgery on the
code base for pidgin to use new APIs.

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

Re: on suspend

[Sriram Ramkrishna]

On Tue, May 3, 2011 at 2:31 AM, Olav Vitters o...@vitters.nl wrote:

 On Mon, May 02, 2011 at 03:09:38PM -0400, Jesse Hutton wrote:
  Suspend works great for me on my laptop. On my desktop, however, my
 graphics
  card (FireGL 5200) fan spins up to high speed on resume (as it does
 briefly
  while booting  the system) and never slows down to normal speed. So, I
 have
  to reboot anyway to quiet the fan down.

 Could you file a bug with your distribution regarding this?

  Only presenting 'Suspend' seems like a bizarre UI choice, given that it
 does
  not just work across all systems that Gnome Shell is targeting.

 It will only show Suspend if the system says it supports suspend. System
 should detect suspend doesn't work and not advertise the ability to
 suspend.

 IMO menu should still stay poweroff as you could just close the lid for
 suspend.. but doesn't matter for the argument: system (kernel or
 whatever) should not advertise suspend if it doesn't work



For me suspend works.. I can successfully suspend..  It's coming out of
suspend that cause a problem.  In which case, even though suspend work,
re-animation is broken.  So it needs to detect both parts.  For me I think
it's some kind of problem with my disk (SSD) and not the usual graphics
driver.

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

Re: Designing Finding and Reminding

[Sriram Ramkrishna]

On Tue, May 3, 2011 at 3:38 PM, Federico Mena Quintero
feder...@gnome.orgwrote:

 * Web pages.  There are just too many of them in a single day!
 Gnome-activity-journal helped here by grouping them in an expandable
 item, N web pages, rather than showing all the crap you visited
 during a day.  An alternative would be to add an explicit log this
 page button to Firefox, or something.

 One of the things we need to think of soon is the immediacy of the
 journal.  Having Windows / Applications / Past Activities in the
 shell's Overview is just too clunky.  Seif posted to the list with his
 idea to move those three actions to the shell's top panel, thus
 replacing the Activities button.  I quite like that idea; it removes
 one level of indirection from the things you do the most, and it gives
 you present (windows), past activities (the work you did, the journal)
 and future activities which you might do (applications), *right there*
 in the main panel.


What about privacy?  Maybe certain activities you don't want showing up..
for instance, if you're at a conference you don't want people behind you
knowing what you were looking at.  That kind of thing?

Respecting private browsing mode on browser is one method.  There might be
other ways to respect that.  Domain based filtering as well.  Clearly, I
don't want my boss to know that I've been busy at www.gnome.org during work
hours and so forth.

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

Re: Feedback

[Sriram Ramkrishna]

On Sun, May 1, 2011 at 8:25 PM, Allan E. Registos 
allan.regis...@smpc.steniel.com.ph wrote:

  On Saturday, 30 April, 2011 09:40 PM, Jasper St. Pierre wrote:

 == Suspend instead of Shutdown ==

 Surely this has been discussed extensively, I just want to mention that
 suspend simply does not work for me (tested on two computers, both do not
 wake up correctly).

  I guess they do not want to listen as I recall.


Well, I wouldn't say that.. I'm sure there at least in Fedora that the
distros will be trying to get suspend working.  Suspend has to work.  It
needs to be exactly like the Mac.  My wife for instances, always closes, she
never shuts down her laptop.  The same can be said of both desktop and
laptop.


It is a matter of getting distros to fix it.  Personally, gnome 3 is about
pushing distros to start fixing as much of this stuff as possible.

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

Re: Thumbs up!

[Sriram Ramkrishna]

On Tue, Apr 26, 2011 at 9:22 AM, Diego Fernandez
aiguo.fernan...@gmail.comwrote:


 Alright I might have been a bit harsh, but I have seen many points
 argued with very solid evidence and even a proposal of how to fix
 them; however, I have not seen a single one accepted on the list.
 Maybe you have to keep up with more than just the mailing list to
 figure out what ideas get adopted and which don't, so I could be
 wrong.


Design decisions don't really occur in a mailing list.  There is just too
much noise when we do that.  You need to put in a bug and discuss it within
the context of bugzilla.  Discussing it here will unlikely get you anywhere.



 Don't get me wrong, I have good wishes for the Gnome project.  I tried
 to make some suggestions and ask for certain functionality a while
 back but never even got a reply.  I just don't have the time and
 energy to be running around trying to figure out where it is I need to
 make suggestions, who I need to talk to, or what I need to do to try
 to get the usability I'd like.  Since I'm not at the level of
 developing extensions or patches, I'm stuck just waiting to see what
 happens... Until then I'll just follow this list and stick with other
 WMs which give me more control over how I use my desktop.  That's what
 Linux is all about anyway, freedom and choice.


Diego, a mailing list is just a poor place to discuss it.  You'll notice the
any number of threads that we have talked about features and bugs that go
unanswered.  Devs only have a limited time to peruse these threads, but they
do look at bugzilla.

Case in point, I have several bugs that I put in for  multi-monitor
features/bugs.  They were all worked on by Alex, all properly discussed with
history.  It can be done.  Just remember that in a Free Software project
things go at a certain pace and you need to go through the proper channels.
Most discussions on this mailing list is between users/app developers/etc.

As for extensions and what not.. it's a bit challenging right now, but you
don't need to be technical to make a case for a feature or bug.  Make the
case in bugzilla and with some data to back it up and possibly someone will
take an interest and try to implement it.

sri


 Sorry for the disruption of the thread, and best wishes to all.



it's not a disruption if it turns into a learning opportunity.

sri


  --
 Diego Fernandez - 爱国
 ___
 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

Re: Thumbs up!

[Sriram Ramkrishna]

On Tue, Apr 26, 2011 at 12:10 PM, Olav Vitters o...@vitters.nl wrote:

 On Tue, Apr 26, 2011 at 10:56:15AM -0700, Sriram Ramkrishna wrote:
  Design decisions don't really occur in a mailing list.  There is just too
  much noise when we do that.  You need to put in a bug and discuss it
 within
  the context of bugzilla.  Discussing it here will unlikely get you
 anywhere.

 Design is done where the designers hang out; that is #gnome-design.

 Bugzilla is the wrong place. It is not meant for discussions, sole
 purpose is bug tracking and bug fixing.


I stand corrected.. thanks, Olav.


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

Re: Help running gnome-shell from git on an existing gnome shell(fedora 15)

[Sriram Ramkrishna]

On Mon, Apr 18, 2011 at 6:33 AM, Vamsi Krishna Brahmajosyula 
vamsikrishna.brahmajosy...@gmail.com wrote:

 Hello,

 I use Fedora 15 aplha  and I built gnome shell from git sources using
 jhbuild.

 when i tried gnome-shell --replace


Out of curiosity, why not just use the distro version instead of jhbuild?
Or is that what you are doing but want to test jhbuild version?

sri



 i get this

 /gnome-shell/install/bin/gnome-shell --replace
 Gtk-Message: Failed to load module pk-gtk-module
 Window manager warning: Log level 16: Another compositing manager is
 running on screen 0
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Window manager warning: Log level 8: meta_compositor_sync_window_geometry:
 assertion `info' failed
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Window manager warning: Log level 8: meta_compositor_sync_window_geometry:
 assertion `info' failed
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Window manager warning: Log level 8: meta_compositor_sync_window_geometry:
 assertion `info' failed
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Window manager warning: Log level 8: meta_compositor_sync_window_geometry:
 assertion `info' failed
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Window manager warning: Log level 8: meta_compositor_sync_window_geometry:
 assertion `info' failed
 Window manager warning: Log level 8: add_win: assertion `info != NULL'
 failed
 Shell killed with signal 11

 any suggestions? I think its referring to mutter running n screen 0. I am
 not sure how to fix this. Should i kill mutter first(which would crash the
 existing shell) ?


 thanks

 --vamsi

 ___
 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

Re:

[Sriram Ramkrishna]

On Mon, Apr 18, 2011 at 4:40 PM, Allan E. Registos 
allan.regis...@smpc.steniel.com.ph wrote:

 Hi there jordan,

 I believe that early releases (including the stable GNOME 3.0) does not fit
 in your setup as per your screenshots. As I am thinking through the reading
 of this list that those who tested GNOME Shell were mostly developers of
 this kind where video and audio are not relevant in their dev work where the
 rest were system admins, end users, office users etc. I think you need to
 wait for GNOME Shell to mature enough, as you said in your post, Enterprise
 Linux hardly will jump to GNOME Shell after even five years from now, and
 that because of your applications, you belong to that category. The sad
 truth is that I think you need also to wait for that time frame or wait for
 the Fallback to mature.


I think though if you want a platform to improve then you need to also
invest some time in it.  I would suggest that Jordan and others who are
interested in audio and video in Linux and improving that stack for desktops
that they should attend conferences like Linux Plumbers Conference which
tries to solve exactly these problems.  He can speak to PulseAudio, ALSA and
Jack communities for audio and work out the best solution that fits for
everyone ditto for video.  A forum exists to solve these problems and
motivated people should take advantage of it.  Especially enterprise
sysadmins who want the platform to succeed.

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

Re: Autohide Top Bar?

[Sriram Ramkrishna]

On Thu, Apr 14, 2011 at 10:56 AM, Adam Williamson awill...@redhat.comwrote:

 On Thu, 2011-04-14 at 13:25 -0400, Mystilleef wrote:
  I opened a bug report for this.
 
  https://bugzilla.gnome.org/show_bug.cgi?id=643662
 
  I don't think there's any interest in it.
 
  It's my biggest disappointment with GNOME Shell. Panels should not
  statically consume space. That's bad UI design. If you have to design
  a panel or bar that is part of the Shell, make it floatable, or
  provide hiding options. Plus bars are so 1980s.
 
  When I have time I'll try to see if I can write a patch, or extension,
  to hide it.

 I'm with Maciej, if we're doing Highly Unreliable Voting: I *hate*
 autohide with a passion.


Me too.  It is the very epitome of distraction, with constant animation
showing the bar and then not showing it.  I don't see how you're losing
space here.  The top bar is smaller than the gnome panel was.  I just don't
see how hiding it translates to more real estate.

It seems to me you should just get rid of the top bar altogether and rely on
the hot key to get to your menu.

sri

--
 Adam Williamson
 Fedora QA Community Monkey
 IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
 http://www.happyassassin.net

 ___
 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

Re: NetworkManager dependency on Gnome-Shell

[Sriram Ramkrishna]

On Mon, Apr 11, 2011 at 9:16 AM, G. Michael Carter mi...@carterfamily.cawrote:

 I decided to give up on my overview page speed issue and look at empathy.
 Empathy wasn't connecting at all.  Kept reporting I had no network
 connection.  Turns out if NetworkManager doesn't control the network -- ie
 you've bridged your only network card so you can have virtual machines
 connect direct to the network -- many network related activities don't
 function, even with a network connection.


Yes, that is an interesting use case.  Giovanni I think noted in another
mail of yours that empathy looks at network manager status to know if it is
connected or not.  If I read correctly, network manager is now the central
place to managing network connections for the entire desktop.  So I reckon
that even shell is monitoring the online status somehow.

Then I needed an application and the overview page is now close to the
 200-500 ms range.   Seems all of my speed issues are related to having the
 network card bridged.   Even my rdesktop is running faster.


That's great!



 Does anyone have their network card bridge?  Is there something in
 gnome-shell that might be causing this to happen?   Seems rather strange
 just deactivating a network bridge would speed up graphics rendering.


I don't.. shell isn't very useful yet on virtual machines, yet.  So there
isn't any reason to do so.

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

Re: Idea: having a hotkey, dialog box for searching apps?

[Sriram Ramkrishna]

On Sat, Apr 9, 2011 at 1:08 PM, G. Michael Carter mi...@carterfamily.cawrote:


 I'm not giving up gnome-do regardless.  I find gnome-do more efficient
 when I'm launching apps in the same workspace.  Eg more terminals, a quick
 browser.  I use the overview when I want to start a new task in another
 workspace.  gnome-do works beautifully for the first scenario.  Sometimes,
 the elegant solution is to use gnome-do or some other utility.  Unless of
 course you believe this might be difficult for your wife?

 Regardless if my wife has difficulty I'm getting the strong sense there is
 no way the application selection is going to be enhanced in any way
 possible.


Probably not for default, but someone enterprising might write an extension
to do it differently.



 My view of the current overview page, it's like your sitting in a theatre,
 and while your watching the movie someone keeps asking you to move while
 they get to their seat.   Doesn't matter if it's 200ms, 5 seconds or the 10
 seconds (ie the system's only a single core and the video has the CPU/GPU
 maxed out).   It's still annoying.   If the movie hasn't started it's great
 thought.

 So my only option is a program not of gnome-shell design.   No big deal.


  That said, five seconds sounds way too slow for going to the overview,
 running gedit and coming back.  That's worthy of putting in a bug and then
 running through some debugging to find out why that is.  I have never taken
 that long to do that.  As for the video portion you should still be able to
 watch the video even in overview mode for the second it takes to launch
 gedit.


 As for logging a bug... well I have several open going back about a year
 for that system.   Even replaced the graphics card.  Problems more related
 with OpenGL area as KDE with XRender works fine.   I've given up and I'll
 live with the 5 seconds.


Meh... you're a better man than me.  5 seconds is an eternity in the
computer world.  I'd put in a bug with your distro with your hardware.  If
we are going to depend on OpenGL then the experience has to be good on all
hardware types.  Especially if we made the decision to depend on opengl.

sri



 sri



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

Re: New GNOME Shell video on Youtube

[Sriram Ramkrishna]

On Thu, Apr 7, 2011 at 1:50 PM, J. Adam Craig jadamcr...@gmail.com wrote:

 On Thu, Apr 7, 2011 at 4:16 PM, G. Michael Carter mi...@carterfamily.ca
  wrote:

  Great video... little wordy but good show.


 Thanks, Michael. I'm a historian and a writer along with my interest in
 technology -- Linux especially. After four years of college, I'm so good at
 (and used to) 'BS'ing essays and papers that I do it all the time!
 Seriously, though, historians make money by making people listen to them,
 and one thing I've learned in my few short trips around the block, both in
 history, writing, and as a sys admin and technician: people often don't get
 it the first time you tell it, the way you tell it, so you tell it several
 times, different ways, and hope it clicks!

 I know the IT world is a little more 'straight-and-to-the-point' than that,
 and I apologize for forcing you to endure all of that rambling!  I'm glad
 you were able to look past that and appreciate the 'spirit' of the video all
 the same.


He's mine, you guys back off.. I'm stealing him!

You interested in doing content for our youtube GNOME channel?   You sound a
perfect fit for doing that kind of thing.. maybe sort of video reviews of
applications and what not?  Please join us in the gnome journal mailing list
(and maybe marketing too!)




 I was just wondering, anyone seen any videos of how BAD gnome 3 is?
 With all the talk about how the lack of a menu makes gnome 3 broken... I'd
 love to see that video showing how inefficient it is to just type your
 selection -- which in my opinion was a great feature of Window 7 and KDE,
 glad to see it in gnome 3 --   Or anything for that matter.

 I'm just curious to see the flip side.


 Probably the most critical screencast about Gnome 3 that I've seen so far
 is this one: http://www.youtube.com/watch?v=Zx1K7rxbZZ0  It's not
 excessively critical, but it certainly comes from a user who's a bit
 disappointed with change.  Other than that, I haven't seen anything
 extraordinarily negative to this point.



Thanks for the pointer, maybe I'll check it out..

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

Re: New GNOME Shell video on Youtube

[Sriram Ramkrishna]

On Thu, Apr 7, 2011 at 2:03 PM, J. Adam Craig jadamcr...@gmail.com wrote:

 Hi Sriram,

 On Thu, Apr 7, 2011 at 4:55 PM, Sriram Ramkrishna s...@ramkrishna.mewrote:

  You interested in doing content for our youtube GNOME channel?   You
 sound a perfect fit for doing that kind of thing.. maybe sort of video
 reviews of applications and what not?  Please join us in the gnome journal
 mailing list (and maybe marketing too!)


 Wow! Thanks for the kind remarks. I'm debating over whether or not I should
 tell you that this was actually my first attempt, on a whim, of doing a
 YouTube video. I guess I just did! I certainly was more than a little
 disorganized while I was doing the vid off the cuff this morning, and would
 change more than a few things in hindsight.


Practice makes perfect.  We had long needed people who can do that kind of
thing and you seem like a natural.  And shucks, here you are! :)


  That said, I'd certainly be interested in helping out however I can. I've
 been using Linux and open source software (including GNOME), since 2004 or
 so, and have done very little to give back. I'd like to do what I can to
 start. In truth, I'm wrapping up my senior year in college now, and will be
 very busy for the next month+. Come mid-June, I expect that things will be a
 bit more stable, and I'll likely have more time to give -- and more
 reliably.


For marketing and journal, it's sometimes hard to find people with a
skillset that can do those sort of things.  If you want to enhance your
skills to make people listen than almost certainly we want someone who
people will listen to so I think we can have an equitable bargain.  So after
you've sorted things out with school and job let us know... glad you joined
the mailing list.  Right now, Jason is our Hollywood star from all the
videos he's done.  He's pretty much worked out the optimum video setup.

I'm really excited about being able to get someone to put video content in
our youtube channel!


 For now, I'll join the two lists you indicated, and do what I can as time
 permits. But yes, I'm certainly willing to help however I can best serve.


That's wonderful, thanks!  Thanks for taking the time and putting that
together.  I didn't listen to it all, as at 28 minutes it was a bit long but
I did like what I heard..

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 10:54 PM, Aniruddha mailingdotl...@gmail.com wrote:

 On Tue, Apr 5, 2011 at 10:27 PM, Sriram Ramkrishna s...@ramkrishna.me
 wrote:
  What exactly are you doing in your tasks?  There is a shortcut dash on
 the
  overview, so you can do things with one click.  Even with GNOME 2, you
 had
  to search for the apps in the main menu.  Your claim of taking longer
  doesn't quite ring true.  If you have applications that you use
 frequently
  then put them on the dash, eg right click on an application and add it to
  the favorites.
 
  I admit there some kind of visual cue to show which apps in the dash are
  already running would be helpful.  But really, it's not that much of a
  change in the workflow.  Of course short cuts will be available as shell
  matures.  Software development is not static, it continues to evolve just
  like it did in GNOME 2.  It took GNOME 2 about a year or so to evolve
 into
  something that looked well put together and integrated.
 
  sri
 

 Example.

 Watch youtube video and start rss reader/  Thunderbird etc. Now I only
 have to click the icon lower left corner and this doesn't interrupt me
 from what I am doing (watching youtube). With activities I have to
 interrupt what I was doing, which happened a lot of times when I used
 Gnome shell, I find this quit distracting. Furthermore I always have a
 lot of application running at the same time. At the moment  I have a
 good overview of my running applications in the task bar and can
 switch applications with 1 mouse click, browsing with alt-tab has been
 available for as long as I can remember, I never used it because I
 found it more time consuming to search for my applications with this
 function. The activity again distract me from what I was doing and it
 is more time consuming for me to use activity to search for my running
 applications.


I'm having a hard time understanding what you are doing while watching
youtube?  How can you start any new application without taking your eyes off
of youtube?  I generally assume when you want to do something different
you're going to stop looking at youtube long enough to do whatever you're
doing?  Are you saying that the animation to the overview is distracting you
from watching you tube?  There is an extension that lets you add a dash on
your main screen you could use that to launch applications without going to
the overview.  Or you could use docky which I believe runs on GNOME 3.  I
use GNOME DO myself to launch ssh's.

It seems to me that docky would fit just fine for your purpose.

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 11:07 PM, Aniruddha mailingdotl...@gmail.com wrote:

 On Tue, Apr 5, 2011 at 11:40 PM, Sriram Ramkrishna s...@ramkrishna.me
 wrote:
  The course is already set and ship has left the dock, we can't turn back
  now.  Your changes effectively mean reversing 2 years of design and work.
  Try it for a week with an open mind, watch the videos, put in bugs on
 things
  that you feel are interaction problems.  When you invest in the community
  then you'll have a [greater] voice.
 
 That the ship has left is no argument. To use your analogy; It better
 better to return to the harbor and fix the broken design  then to sink
 at full sea because of design faults. I have watched all video's tried
 it on my laptop and came to the conclusion that for me the design was
 broken by default because of the way the activities work. I like
 Gnome, like I said I have used it for years and I would to continue to
 use it. That's why I take take the time to explain why Gnome Shell in
 it's current form doesn't work for me.


The only reason it is broken is that it didn't meet your particular need at
this moment.  There is nothing broken about the design.  As many can attest
on this mailing list a lot of us do like the shell for what it does once you
adjust yourself to it.  If you believe that the fact that you have to adjust
as broken then I don't know what to tell you other than to try it for a
prolonged amount of time.  It took me two days to re-adjust.  I use it at
work in an enterprise environment with a lot of terminals, web browser
windows, mail application, music player, twitter.. IM , you name it.  It's
all running on separate workspaces and I switch between them seamlessly.  I
work in a heavily command line driven environment and it works much better
than GNOME 2 did.  I expect that with extensions it will grow even more
useful.

All we can offer you on this mailing list is that you give us an interaction
that you have trouble doing in GNOME and we will try to help you.

FYI - GNOME Journal just released their latest issue, and they have two good
articles on the history of how GNOME Shell was developed.  Read it.
http://www.gnomejournal.org/

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

Re: New Multi Monitor Behavior is Odd

[Sriram Ramkrishna]

On Wed, Apr 6, 2011 at 7:26 PM, Adam Williamson awill...@redhat.com wrote:

 On Wed, 2011-04-06 at 20:59 -0400, Mystilleef wrote:
  Hello,
 
  Congratulations on the release of GNOME 3.
 
  GNOME Shell behaves odd on my multi monitor setup. When I switch
  workspaces the screen on the external
  monitor remains the same. I expect the external monitor to share the
  same virtual workspace as the primary
  monitor. Is this behavior intentional? Or is this a bug? Or did I
  screw up my xrandr settings?

 It's intentional. Only the primary head gets workspaces, the secondary
 head just has the same stuff on it all the time. You do get an
 'overview' for the secondary head, if you put more than one window on it
 you'll see this more clearly.
 --


You can change the behavior using gconf-editor and going to /apps/mutter/
and setting workspace_only_on_primary to false I believe.  You might have to
change the actual schema..

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 9:31 AM, JB jb.1234a...@gmail.com wrote:

 Sriram Ramkrishna sri@... writes:

  ...

 Well, as I said I had read Fedora users comments on GNOME 3 subject and
 they
 were mixed, even from long time GNOME users.
 I tested it few days ago and I started switching between open apps' windows
 and
 that hidden underneath them menu system.
 And I realized that there is a functional problem with it, making life
 harder
 for me, and what about regular users ?


Sure, and that's not unexpected.  People deal with change in different
ways.  But if you want to innovate you have to break old methods.  Try it
for a week.  Don't base your opinions on what others are saying, see it for
yourself. Kick the tires and take it for a spin.  Jason Clinton has some
nice videos up on some of the new features in GNOME 3.  Look in the GNOME
youtube channel.


 Let's hope that GNOME 3 devs and users make some improvements, either
 directly
 (preferably) or thru extensions.


The nice thing with change is that you can pursue avenues the old way
wouldn't allow in a user friendly way.  I think you'll see that with
extensions and new features in the next spin.



  But going anywhere else is not an option.

 Let's hope. There are season users who are concerned, also about their
 users
 base they serve.


They should have a watch and see approach and see how it goes.  That's how
I approach things and I administrate a fairly large linux enterprise
environment.

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 12:07 PM, Mark Curtis merkin...@hotmail.com wrote:

  So now you're pulling a no true scottsman?
 What, exactly, makes GNOME Shell psedo-innovation[sic] and not true
 innovation?


I don't understand why we are continuing this conversation?  You can't
convince someone something is better if they haven't tried it for at least a
week.  Arguing is pointless.  JB needs to try the shell for a week or so and
do the challenge and then come back to us.

JB, go back and try the shell for a week and come back to us.  We need to
end this thread.

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 12:46 PM, Aniruddha mailingdotl...@gmail.com wrote:

 On Tue, Apr 5, 2011 at 9:39 PM, Mark Curtis merkin...@hotmail.com wrote:
 
  I tried it and it just doesn't work for me. Now I need to take 3 steps
  for basic tasks that needed 2 step before. When I want to start an
  application I need to go to the activities , click on programs and
  select the program I want to launch (3 clicks). Or remember the name
  of each program I have installed and search for it. With Gnome2 I go
  I look up my application via the Gnome menu (2 clicks).
 
  How is it only 2 clicks?
  applications/places/system  category  application
  that's three clicks

 I don't click in the Gnome  menu. I've forgotten something, the
 applications I use the most are 1 click, I've added them to my panel
 next to my Gnome menu, these are two clicks with Gnome 3.


Aniruddha,

What exactly are you doing in your tasks?  There is a shortcut dash on the
overview, so you can do things with one click.  Even with GNOME 2, you had
to search for the apps in the main menu.  Your claim of taking longer
doesn't quite ring true.  If you have applications that you use frequently
then put them on the dash, eg right click on an application and add it to
the favorites.

I admit there some kind of visual cue to show which apps in the dash are
already running would be helpful.  But really, it's not that much of a
change in the workflow.  Of course short cuts will be available as shell
matures.  Software development is not static, it continues to evolve just
like it did in GNOME 2.  It took GNOME 2 about a year or so to evolve into
something that looked well put together and integrated.

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

Re: GNOME 3 from Fedora user's perpective - request for changes

[Sriram Ramkrishna]

On Tue, Apr 5, 2011 at 2:25 PM, JB jb.1234a...@gmail.com wrote:

 Sriram Ramkrishna sri@... writes:

  ...
  JB needs to try the shell for a week or so and do the challenge and then
 come
  back to us. JB, go back and try the shell for a week and come back to us.
  We need to end this thread.sri

 Yes, your are right :-)

 Let's make a deal:
 you fix the problems I described in my original post;
 I will go back to Fedora 15 with GNOME 3 and try to be a better citizen.


The course is already set and ship has left the dock, we can't turn back
now.  Your changes effectively mean reversing 2 years of design and work.
Try it for a week with an open mind, watch the videos, put in bugs on things
that you feel are interaction problems.  When you invest in the community
then you'll have a [greater] voice.

[END OF THREAD]

sri




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

Re: want dash to be always-visible dock

[Sriram Ramkrishna]

On Sun, Apr 3, 2011 at 8:50 AM, Adam Dingle a...@yorba.org wrote:

 On 04/03/2011 08:13 AM, Ryan Peters wrote:

 On 04/03/2011 09:12 AM, Adam Dingle wrote:

 I've been using GNOME Shell recently on Fedora 15.  Aesthetically it
 looks nice, and I like the full-screen application launcher with integrated
 search.  But I definitely want a dock which is always visible on the side of
 my screen (a la Docky, Plank, Avant Window Navigator and so on) and to use
 it as my primary means of managing open applications.  So for the moment I'm
 running both GNOME Shell and Plank.  That works, but feels kludgy for a few
 reasons:

 1. I see one dock (Plank) on my display at all times, but the GNOME Shell
 Activities view shows a second, independent dock (the dash).

 2. Since I use Plank for window management, I don't often need the Expose
 view, so I really want the Activities button (and system key) to open the
 Applications view directly.

 3. The window minimization effect zips toward the Activities button in
 the upper left, but I want it to zip downward toward the bottom of the
 display, where Plank is visible.

 I'd like to know whether the GNOME Shell developers would accept patches
 toward either of the following goals:

 1. A preference, command-line option or GSettings key which tells GNOME
 Shell to display the dash at the edge of the screen at all times.  This
 would allow me and others with similar inclinations to use the GNOME Shell
 dash instead of Docky or other docks.  In this mode, Activities would
 directly open Applications since the dash is used for window management.
  Ideally the user could choose which edge of the screen the dash should be
 displayed on.  The dash would auto-hide when other windows overlap it (just
 like Docky and other docks).

 and/or

 2. A preference, command-line option or GSettings key which tells GNOME
 Shell to simply never display its dash, and that Activities should directly
 open Applications.  This would be convenient for users who want to use an
 external dock program.

 If the answer is no on both counts, then I'll need to look at
 alternatives to GNOME Shell in its entirety.  It would be nice, however, if
 we could find some way to make GNOME Shell play nicely with always-visible
 desktop docks.

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

  The GNOME Shell Extensions repository on git.gnome.org has a dock
 extension that integrates with the shell (though it displays on the right,
 not the left like on the activities menu; that should be changeable if you
 can read the source). Even still, I don't see how hard it could be to press
 the Win/Super/Meta key to get to the activities overlay quickly. I use that
 as a dock replacement and it's just as fast and stays out of my way without
 the annoying auto-hide feature some docks use to stay out of my way.

 Link: http://git.gnome.org/browse/gnome-shell-extensions


 OK - I didn't know about this dock extension and just tried it out.  Even
 with this extension, all three of the user interface glitches that I listed
 as kludgy above still apply.  Still, this might be a starting point for
 further development.  I wasn't aware of gnome-shell-extensions at all before
 now, and it's nice to see there's a place to experiment with changes like
 these without necessarily having to take changes in GNOME Shell itself.


You can change all kinds of behavior using extensions including writing your
own dash on the left.  There are also some window manager type stuff you can
do as well.  I do not think that you can get rid of the dash on gnome-shell
overview without removing the code for it in the gnome-shell source.  One of
the devs will have to chime in about that one.

But as Ryan said, I prefer the dock in the overview and out of my hair in
the main screen so I dno't have to manage it.  I do however use GNOME Do
which I use to do sshs to other machines although not necessarily to launch
applications.  I've been forcing myself to use the overvewi but the GNOME Do
makes it so much easier since I get instant gratification without the
animation.  I bet an extension can be written to do the same thing that
GNOME Do does.  That'll be fun.

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

Re: gnome-shell port for Apple II

[Sriram Ramkrishna]

You know Shawn, your timing is slightly suspicious. :-)  looking at date

sri

On Fri, Apr 1, 2011 at 6:19 AM, Shawn Thompson superfox...@gmail.comwrote:

 On Thu, Mar 31, 2011 at 10:44 PM, Sriram Ramkrishna s...@ramkrishna.me
 wrote:
 
 
  On Thu, Mar 31, 2011 at 9:09 PM, Shawn Thompson superfox...@gmail.com
  wrote:
 
  Despite the fact that Gnome-shell isn't truly complete yet, me and a
  friend have actually begun to create a version of it for the Apple II.
  Now, you might be thinking, why would you want to change the desktop
  of an Apple computer? Didn't they invent a lot of the GUI norms? The
  reason, is because we can. Note, it's still incomplete, but I've
  actually managed to get some of the window behaviours down correctly,
  though in a 2D monochrome way of course. Still, the recreation of such
  an advanced,highly complexicated and EASY window management system
  within the confines of such hardware is an achievement on its own!
 
  Of course, to prove I'm not pulling your legs, here are some
  screenshots: http://imgur.com/a/yH4Z1
 
  The first picture is the shell running on an emulator. You can see
  that it is able to run Apple II native apps, alongside the ability to
  search through them and other files in your storage medias (we're
  still working on it, it takes about 46 seconds from the striking of
  return for it to give results). The second screenshot, unfortunately
  taken with my friend's crappy cellphone, shows it running a calculator
  app on an actual Apple IIc computer.
 
  Once we figure out how to get it into a format that can actually be
  edited on a normal modern computer, we will see if we can put the
  source code up on the Gnome GIT repository. The code ''is'' rather
  fascinating to look at too. You'll love how we did it :)
 
  I suppose you want translation too, huh? :-)  I must admit that's quite
 an
  interesting thing.  But good grief, Apple ][??   Crazy man...
 
  sri
 

 I don't think we can even handle unicode.
 ___
 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

Re: gnome-shell port for Apple II

[Sriram Ramkrishna]

On Thu, Mar 31, 2011 at 9:09 PM, Shawn Thompson superfox...@gmail.comwrote:

 Despite the fact that Gnome-shell isn't truly complete yet, me and a
 friend have actually begun to create a version of it for the Apple II.
 Now, you might be thinking, why would you want to change the desktop
 of an Apple computer? Didn't they invent a lot of the GUI norms? The
 reason, is because we can. Note, it's still incomplete, but I've
 actually managed to get some of the window behaviours down correctly,
 though in a 2D monochrome way of course. Still, the recreation of such
 an advanced,highly complexicated and EASY window management system
 within the confines of such hardware is an achievement on its own!

 Of course, to prove I'm not pulling your legs, here are some
 screenshots: http://imgur.com/a/yH4Z1

 The first picture is the shell running on an emulator. You can see
 that it is able to run Apple II native apps, alongside the ability to
 search through them and other files in your storage medias (we're
 still working on it, it takes about 46 seconds from the striking of
 return for it to give results). The second screenshot, unfortunately
 taken with my friend's crappy cellphone, shows it running a calculator
 app on an actual Apple IIc computer.

 Once we figure out how to get it into a format that can actually be
 edited on a normal modern computer, we will see if we can put the
 source code up on the Gnome GIT repository. The code ''is'' rather
 fascinating to look at too. You'll love how we did it :)


I suppose you want translation too, huh? :-)  I must admit that's quite an
interesting thing.  But good grief, Apple ][??   Crazy man...

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

Re: new calendar idea for gnome-shell

[Sriram Ramkrishna]

On Fri, Mar 25, 2011 at 4:49 AM, Pierre Benz benz.pie...@gmail.com wrote:


 Like I said before, the calendar is great as it is, but I do think
 that it would be nice to extend the calendar into more than just a
 task-lister.
 If this idea sounds like crack, please feel free to ignore it.
 However, I do feel that gnome could makes leaps with this feature
 included. Plus, I think it would be pretty nice.

 Anyways, keep up the good work.


What you are describing sounds a lot like GNOME Activity Journal and I guess
you're looking for a shell version of it.  I tend to like to see things
mapped onto a calendar as well.

 https://live.gnome.org/GnomeActivityJournal

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

Re: new calendar idea for gnome-shell

[Sriram Ramkrishna]

On Fri, Mar 25, 2011 at 12:05 PM, Federico Mena Quintero 
federico.m...@gmail.com wrote:

 On Fri, 2011-03-25 at 08:04 -0400, Jasper St. Pierre wrote:
  I still think the Calendar should be a separate tab on the overview
  that does all that and more, and that clicking on the date/time would
  bring you into the overview and take you to that tab.
 
  But I'm not a designer.

 You don't need to be a designer with qualifications, or to be subject
 to what real designers say:
 http://people.gnome.org/~federico/news-2010-02.html#23

 I hate quoting myself, but the moral of that post is You may not be the
 best programmer or the best designer, but if you work to acquire
 programming and design skills that are above average, then you have
 already won.


Thanks for that, I feel uncomfortable when people on this mailing lists
think there is some cabal of designers on an ivory tower drinking ambrosia
and sniffing glue.

As Jasper said, hit #gnome-design and bugzilla (whenever it comes back up)
and work through that way.

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

Re: mutter tiling

[Sriram Ramkrishna]

On Thu, Mar 17, 2011 at 7:36 AM, Jeffery Olson olson.jeff...@gmail.comwrote:


 Also: have you even given javascript a chance? Please don't let it's
 history in the browser bias you against it; it's a marvelous language
 with a lot of really interesting features that makes nice, expressive
 code possible. I think the gnome-shell team made a *great* choice when
 they chose javascript for the scripting environment and scriptmonkey
 is a good engine with a great performance for our needs (with a clean,
 C-based API.. putting aside the hype around v8, for now). The work the
 team has done around the introspection-based bindings is excellent.



I got a pretty decent book called JavasScript: the Good Parts which I
recommend.  It pretty much tells you what sucks and what doesn't and how to
write proper javascript and avoiding parts of the language that will get you
in trouble.

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

Re: No minimise/maximise (again)

[Sriram Ramkrishna]

On Tue, Mar 15, 2011 at 7:48 AM, Marshall Neill ramie...@windstream.netwrote:



 On 03/14/2011 10:37 PM, Adam Williamson wrote:

 On Thu, 2011-03-10 at 09:46 -0500, William Jon McCann wrote:

 Hey,

 On Thu, Mar 10, 2011 at 9:37 AM, Florian Müllnerfmuell...@gnome.org
  wrote:

 On Thu, 2011-03-10 at 14:00 +, kaddy...@gmail.com wrote:

 2) Don't you guys surf the net for porn C'mo. Do you know
 how hard it is now to hide a webpage quickly when somebody walks into
 the room Don't deny it. You guys watch porn too ;)
 now you ruined everything. haha :)

 Uhm - so basically you post to a public mailing list that you'd like to
 keep your porn-browsing habits private?

 Well at least he or she didn't describe the type of porn.

 Sounds like a good case for a porn workspace.  When someone walks up
 behind you at work, zip it up and switch workspaces.  Another option
 is to use the keyboard shortcuts if that's where your hands are
 (doubtful).  You may even want to configure a special keybinding if
 getting caught in the act is a common part of your workflow.
 Otherwise you can use the overview to switch away.   Your porn-space
 is mostly hidden off the right side of the screen in the overview.

 But let's try to use work-safe examples here in the future please.

 Can't resist continuing this one. As we're talking about hiding porn
 'webpages' we are apparently in a web browser. If you're trying to keep
 your porn browsing private you probably want to be doing it in Private
 Browsing Mode, which - in Firefox, anyway - has a keyboard shortcut:
 shift-ctrl-P. It's even, very conveniently, a shortcut you can manage
 with one hand, if you use the right-hand side ctrl and shift keys. That
 makes it nice and easy to get rid of your porn session with no
 minimizing required - just whack the keyboard shortcut to quit private
 browsing mode and you're right back in your convincingly work-related
 browser session.

 I'M JUST SAYIN, IS ALL

 (of course, if you're on a work network, you can rely on the fact that
 your friendly office BOFH has your outgoing HTTP requests logged. Please
 refer to said BOFH for the fee schedule for keeping said logs
 private...)

 I have been watching this list for some time now and I have come to a
 conclusion, perhaps a bad one, but one nonetheless, you have taken away
 functionality.  The whole gnome shell thing is woirkspace driven.  As I said
 before, you guys might use workspaces, but from what I have seen in the
 years and years of dealing with computers, not used all that often.  Now if
 you use workspaces, great, but forcing others to adopt that mentality, not
 so sure.   No minimize, maximize, why?  You have just removed functionality
 and I believe minimize was removed because there isn't any taskbar.
  Minimize caused the window to basically disappear and you couldn't find it.
   Well if you pressed the Super key or moused over to the Activities you
 would find it.  More work.  Taskbar, there is one, so to speak, but
 basically a space stealer.   Has a calendar, woohoo, and the activities plus
 system tray.   Boy that will cause everyone to drop KDE, XFCE,etc and just
 stampede over to the new Gnome Shell.  Yeah right.  Now I know I am gonna
 get nailed bigtime for this e-mail, but I feel it needed to be said.  All I
 have seen, for the mostpart, is praise.  No real criticisms.
 I always thought the basic premise for an upgrade or new features was
 productivity.  I don't see a lot of that in the new shell.  More mouse
 moving/clicking, etc.


The functionality is not being removed.. it's not just visible.  You can
still get to it via right click on the title bar or the keyboard shortcut.
 Why not try it that way instead of just bashing it?  If you don't like it
you can always set the key in dconf to put it back.

The thing about computers is that work models change constantly.  How people
interact with their computers change.. today a lot of people are using cell
phones and the way they interact on that is in fact workspace based.  The
way they work with tablets is workspace based.  I strongly suspect that the
smart phone use models is going to affect the UI desktop computing.  I see
this as getting ahead of the curve.   (or perhaps we've always been there..
I've been using workspaces since 1993)

Maybe you don't agree with the direction and that's understandable, change
isn't always easy to manage especially if you're happy with the status quo.
 GNOME has always been about just works and pushing the desktop out of
your consciousness so that you can concentrate on the tasks you're working
on effectively.  Distraction free computing as is described in the
http://www.gnome3.org/ website.  Perhaps this iteration may not the best for
you, but please continue to monitor subsequent iterations and try them out.
 Keep an open mind is all we ask. Perhaps you'll appreciate some of the
changes?

sri
___
gnome-shell-list 

Re: No minimise/maximise (again)

[Sriram Ramkrishna]

On Thu, Mar 10, 2011 at 6:36 AM, Jesse Hutton jesse.hut...@gmail.comwrote:

 Right-click - minimize. Done. I'm sure you'll be able to bind a key
 combination for ultra fast minimizing, too (even faster than shooting for
 that minimize button with your mouse pointer).


 For me it is IRC, I don't want to be caught talking with you guys.  bad
mojo.

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

Re: 'gnome-suites-core-3.0' - jhbuild:Error during phase configure of gtk+:

[Sriram Ramkrishna]

On Thu, Mar 10, 2011 at 5:49 PM, Robert Park rbp...@exolucere.ca wrote:

 I was having a similar problem with a different package.

 On Wed, Mar 9, 2011 at 2:44 PM, Andrew Swartz atswa...@gmail.com wrote:
 checking for GLIB - version = 2.27.3...
 *** 'pkg-config --modversion glib-2.0' returned 2.28.3, but GLIB
 (2.29.2)
 *** was found! If pkg-config was correct, then it is best
 *** to remove the old version of GLib.

 This is the key part of the error message here. Something changed in
 glib and you now have two versions installed, but autotools (or
 whatever) is a little bit confused by the two different versions.

 I'm not entirely sure how to remove just glib, so i just turfed my
 entire jhbuild prefix (/opt/gnome) and started over. After that
 everything compiled and installed fine.

 Hope this helps!

 That's what I did as well.  Worked for me.

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

Re: Visual cues

[Sriram Ramkrishna]

On Sat, Feb 26, 2011 at 10:02 AM, Bob Hazard
linuxoflon...@googlemail.comwrote:

 Balloon tips drive me crazy. I would rather have the Activities button
 glow, bloom or pulsate in some enticing way on first run.


That would be kind of nifty actually.


  --
 Sent from my Amiga


I used to own one long ago.  I think I still have it in my closet
somewhere..
sri
___
gnome-shell-list mailing list
gnome-shell-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gnome-shell-list

Re: Window controls for GNOME 3

[Sriram Ramkrishna]

On Thu, Feb 24, 2011 at 11:31 AM, Federico Mena Quintero feder...@gnome.org
 wrote:

 On Wed, 2011-02-23 at 16:34 -0500, Marina Zhurakhinskaya wrote:

  While the close operation is common, it's not frequent, and therefore
  might not require visual representation on-screen all the time.

 Huh, I use the Close button pretty frequently.  I guess I'm still
 scarred from when Esc didn't work in every dialog by default.


Me too.  I don't do file-quit since it's a lot easier to access the close
button.  But not all apps behave the same unfortunately.



  Both the application menu in the top bar and the close buttons in the
  overview are well discoverable. Right now, the application menu has
  one Quit option, and the user actually needs to make a decision
  whether they want to fully quit the application with all its windows
  before going for that option. Having both Quit and Close Window (if
  applicable) options in that menu would inform the user of the choice
  they have and allow to use that feature as the central way of closing
  a window or an application.

 My main problem with removing the Close button is a combination of
 things:

 - The Close button is relevant to a single window.  It's nicely *in* the
 window right now.  Your proposal would put it far away from the window
 (thus losing context), and would make it not immediately visible (you'd
 need to open the app menu first - probably discoverable, as you say, but
 far from obvious).  My experience with non-technical users (say, my
 wife) is that if they don't see something on the screen, they won't know
 that that something is actually available.


There are some apps where using the quit button won't make sense.
 Terminals being the foremost one.  I believe for gnome-terminal they are
still using the same factory so a quit on terminal it remove all terminals,
right?

As a new user I think I would feel pretty intimidated if I got a bunch of
windows that didn't have a close button.  It would require some training for
them to use the other method because just about every other UI out there
uses a close button and is an established UI.  Combined with the fact that
there are exceptions like the terminal, I think that would lead to some
confusion.

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

Re: Window controls for GNOME 3

[Sriram Ramkrishna]

On Tue, Feb 22, 2011 at 4:21 PM, Owen Taylor otay...@redhat.com wrote:

 OK, I promised Jon McCann to write a mail here giving information on my
 thoughts on removing the minimize and maximize buttons since I've been
 resisting the request of the
 Why do people minimize windows?
 ===

 I think the first thing to realize is that minimization doesn't make sense
 if you maximize everything. If you run everything maximized, then it just
 doesn't enter in ... switching between
 Feedback?
 =

 If people want to give their thoughts here, that's fine, but I don't think
 a mailing list debate is the best way to come to a decision, so the decision
 above should be considered basically final for the 3.0 release.

 The real form of feedback that we need going from GNOME 3.0 to 3.2 is
 careful observation of how users are using GNOME 3 - are they figuring out
 how to use the overview and workspaces and message tray as we expect them to
 use them, or are they doing cumbersome workarounds because we took away
 essential features.



Hi Owen, my two cents.  I'm still going through the process of seeing how
much pain it is for not having minimizing.  The first instance of wanting to
minimize something is when I have a terminal that is scrolling debug
messages and I'm not interested in its contents at the moment.  I really
want to move it out of my sight.  I'm not exactly interested in the window
unless something broken has happened.  I would probably say the same if I'm
on a web browser that is on Pandora or last.fm or some such web page that
has dynamic content that I'm not really interested in looking at because I'm
using it as a service but it's using real estate that is distracting me.

Now, as I understand it the work around would be to move this to another
workspace.  To do that would require a number of window management steps
that I previous accomplished using a single button action.  The other option
is to use a key combination.  Now admittedly, things like scrolling texts in
terminals could be argued as expert mode and one could expect that a key
combination for those people should be sufficient.  But I'm not sure of the
pandora or last.fm type thing.

Other than that I haven't really felt an urge to minimize anything.

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

Re: How to hibernate?

[Sriram Ramkrishna]

On Mon, Feb 7, 2011 at 2:56 PM, Stefano Facchini stefano.facch...@gmail.com
 wrote:

 Hi,

 how can I hibernate (aka suspend-to-disk) my laptop? Closing the lid just
 causes the system to suspend-to-ram (which is the behavior I want), while
 the power button only offers the possibility to turn off the computer, so
 where is hibernation (letting aside typing something in the terminal)? Or
 maybe I am missing something in building gnome-shell..



Mine gives me the option to hibernate if I hit the option to Shutdown..
and then there is a hibernate switch.  The general behavior is that the
system suspends to ram and then over a period of time if the battery gets
low it goes into hibernate.  That's what happens to me anyways.

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

Re: missing workflows with gnome-shell

[Sriram Ramkrishna]

On Fri, Feb 4, 2011 at 4:33 AM, Alessandro Crismani 
alessandro.crism...@gmail.com wrote:

 Il giorno ven, 04/02/2011 alle 12.15 +0100, Milan Bouchet-Valat ha
 scritto:
   I believe fixed number of workspaces are something every developer
   will have. May be we should try to implement in the core instead of
  a
   plugin ?
  I also feel like the Shell should allow people to have a fixed number
  of
  workspaces on start, while keeping the default behavior easy for most
  users.
  The problem is, it should not conflict with workspaces
  auto-management. See
  http://jimmac.musichall.cz/log/?p=1126
 
 

 An extension has been posted on this list some time ago that offers
 something similar. In particular, it allows opening different apps on a
 fixed workspace, which is if it doesn't exist (think of it as a sort of
 devilspie).



Yes, in fact you had posted a link to the extension some time back in
November I believe.  The link to the sample extension is:

http://mail.gnome.org/archives/gnome-shell-list/2010-November/msg00036.html

Compliments to Thomas Bouffon for his work.

sri


 I'm using and loving it right now, with a configuration that sounds
 like:
 Chromium: Workspace 1
 Evolution: Workspace 2
 Rhythmbox: Workspace 3
 GTG: Workspace 4

 Those apps are autostarted when I log in, and the extension creates the
 four workspaces and places them accordingly to the settings. If you only
 need a fixed number of workspaces at startup you may modify it to suit
 your needs.

 If you are interested search the archive of the list for the extension.
 I can't remember the topic, but I think it was posted by Thomas Bouffon,
 if I am not mistaken.

 Hope this helps you,
 Alessandro

 ___
 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

Re: More Build Errors

[Sriram Ramkrishna]

On Fri, Feb 4, 2011 at 6:22 PM, Onyeibo Oku twoho...@gmail.com wrote:

 On 02/05/2011 03:18 AM, Onyeibo Oku wrote:

  According to this page:
 http://permalink.gmane.org/gmane.comp.gnome.desktop/43957 ... this is a
 planned update and should not be affecting jhbuild

 However, IT IS AFFECTING jhbuild.


 How do I point jhbuild to the installed version 5.0.  I don't understand
 why it should be requesting for something that is not yet existing.


The work around I used was to edit libxklavier.pc  and change Version to
5.1.  Tha should resolve the problem.  I'm not sure why the version was
upped though..  Even if you don't need to build gnome-control-center it does
break the build for no reason.


You can also run jhbuild as jhbuild build --sklp=gnome-control-center and
you should be assured of an uninterrupted build.

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

Re: More Build Errors

[Sriram Ramkrishna]

Actually it looks like the problem has been fixed.  What you need to do is
do a git pull on your jhbuild area to get the new changes.  Jhbuild now
builds from cvs for libxklavier.  So I suggest you do that instead of the
work around I stated.

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

Re: More Build Errors

[Sriram Ramkrishna]

On Fri, Feb 4, 2011 at 7:34 PM, Onyeibo Oku twoho...@gmail.com wrote:

 On 02/05/2011 04:26 AM, Sriram Ramkrishna wrote:



 On Fri, Feb 4, 2011 at 7:22 PM, Sriram Ramkrishna s...@ramkrishna.me
 mailto:s...@ramkrishna.me wrote:

Actually it looks like the problem has been fixed.  What you need to
do is do a git pull on your jhbuild area to get the new changes.
Jhbuild now builds from cvs for libxklavier.  So I suggest you do
that instead of the work around I stated.

sri

 I just realised that might not work if you're using the gnome shell
 jhbuildrc.  In which case, run this and insatll it in your gnome-shell
 install area:

 cvs -z3 -q -d :pserver:anon...@anoncvs.freedesktop.org:/cvs/xklavier
 checkout -P -A libxklavier


 sri



 please can express the install area in terms of a path ... the checkout
 dropped the file in my home folder.  I'm sure this is not the desired
 result.



Just put it where the rest of your source files are.  I assume you're using
the default and that is in ~/gnome-shell/source.  Move your directory there,
and then jhbuild shell and then do autogen.sh
--prefix=/home//gnome-shell/install then make;make install

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

Re: minimize-to-tile would make for a more seamless experience

[Sriram Ramkrishna]

On Tue, Feb 1, 2011 at 8:23 AM, William Jon McCann 
william.jon.mcc...@gmail.com wrote:

 Hey Johannes,

 On Mon, Jan 31, 2011 at 3:48 AM, Johannes Schmid j...@jsschmid.de wrote:
  Hi!
 
  ATM I find myself switching to activities overview  very often just to
  find a minimized (or obscured) window. As others have pointed out, this
  has two disadvantages:
 
  Wasn't the original design to remove the minimize button alltogether?
  Haven't heard of this in a while though.

 Yes.   https://bugzilla.gnome.org/show_bug.cgi?id=604237

 I thought we were on track for that but it seems not.  I recommend
 that everyone make that gconf change to disable min and max buttons
 though.  I've been using it that way.


This might prove controversial, I think we'll need to put a FAQ on it on
gnome3.org to explain the design decision on it.  Personally, this will work
well as long as the transition to overview is fast enough.

sri


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

Re: Difficulties hovering the mail-notification icon

[Sriram Ramkrishna]

On Tue, Feb 1, 2011 at 5:31 AM, Thomas Bouffon thomas.bouf...@gmail.comwrote:

 Hi,
 Again a new thing I complain on : what a weener ! ;)
 I Like the notification system which is hidden at the bottom, but I think
 the right left animation is a bit too much : the vertical one already hides
 the notifications, and the horizontal one is a bit too sensitive : I like to
 read the subject of new emails via the mail-notification hand-over function,
 to see if it's worth read yet or not. With the drawer system, I have to be
 really carefull when hovering the notification : if I move my mouse a bit to
 the left, I'm out of the notification, and it folds back to the right, so I
 have to go back and unfold it. As far as I know, I'm not that bad at mouse
 pointing, I even had some time ago some good skills at counter-strike :) .
 Maybe, since we have all the screen width available, we can remove this
 folding effect, perhaps animating the title as a banner if it is too long ?


Yes, there is some work to re-work some of that.  I have a particular
problem the shifting makes me sick to my stomach.  Something about that
movement causes me to have motion sickness believe it or not.

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

Re: Chatting on Gnome-shell

[Sriram Ramkrishna]

On Thu, Jan 20, 2011 at 9:39 AM, Onyeibo Oku twoho...@gmail.com wrote:


 I'd file a bug in bugzilla so that someone working on gnome-shell can
 address it.


 Okay, I'll try that


  Although I'm not *quite* sure if this is gnome-shell or

 empathy (I assume you;'re using empathy?)


 Its definitely gnome-shell (front-end) but yeah, ... its using empathy at
 the rear.  Which reminds me, there seems to be a 'battle of wills' going on
 between the two ...about who gets to be seen.  Empathy wants to show its
 face sometimes and when it succeeds there is usually a quirky performance in
 Gnome-shell.  So ... I really don't understand what the deal is between
 Gnome-shell people and empathy hackers.  I like the front-end ... it removes
 the clutter (floating dialogues add to visual madness!).  However, the
 front-end looks dead and robotic without the emoticons and colours.


 How about trying to fix it?

  We can help.

  Wow ... I'm just one Architect/designer/cg-artist who likes to play with
 computers.  I only know enough coding to automate tasks in my work. C, C++,
 and C# is simply not my area.



 In this case, I don't think coding is involved.  I believe this is a CSS
stylesheet issue.

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