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.
In my current development version, I'm just including it in
extensions/myextension/lib/ and adding th
On Jul 9, 2011 2:54 AM, "Florian Max" wrote:
>> I agree that puttng "background" windows on a separate workspace
>> unclutters the overview, but it certainly isn't a perfect solution,
>> just a workaround:
>> * it still clutters the dock
>
> All running applications "clutter" the dock. To be hones
On Sat, 2011-07-09 at 00:43 +0200, Florian Müllner wrote:
> 2011/7/9 Tassilo Horn
> Well, not that bad. But still it needs three actions to pause
> the music
> player: (1) open overview, (2) activate/unhide player, (3)
> press pause
> in it. With the usual
2011/7/8 Aurélien Naldi
> Good to know, I did see a "persistent" hint in the spec, but it was
> described as "wait until the notification is acknowledged", not truly
> persistent. If this is a new hint, I hope it will be added to the spec
> as what I would like is a _consistent_ way to do it. If
2011/7/9 Tassilo Horn
> Well, not that bad. But still it needs three actions to pause the music
> player: (1) open overview, (2) activate/unhide player, (3) press pause
> in it. With the usual system tray (aka notification area with icon
> abuse), it's usually just right-click > pause.
>
It is
Florian Müllner writes:
Hi Florian,
>> I've checked the report. So if I'd hide a window, how would I get it
>> back if I need it? If I understand it correctly, it's not in the
>> overview or the window picker.
>
> The application icon is still in the dash. Right-clicking gives the
> option to
Onscreen Keyboard- Weekly Report 07
As I mentioned last week, I have been traveling this past week. Despite that
I have managed to get a lot done. I rewrote most of the Caribou fullscale
layout in order to accommodate for the F1-12 keys and get rid of some of the
ugly gaps in the layout. Dan also
Florian Max writes:
Hi Florian,
>> I tend to agree. However, there are few ubiquitous apps which one
>> doesn't want to see but always have quick access to.
>
> The current recommendation to applications is to use notification
> actions to provide "quick access".
I would be fine if Quod Libet
On Fri, Jul 8, 2011 at 6:20 PM, Florian Müllner wrote:
> That is no longer true. Usually notifications are shown for a short time at
> the bottom center of the screen and then move to the summary until
> acknowledged by the user. Applications can specify a 'persistent' hint
> though, which means
2011/7/8 Tassilo Horn
> I would be fine if Quod Libet would fire a notification with play/pause
> toggle as soon as my phone rings, but right now phone and computer are
> still separate things. I guess things will improve in the future.
>
> In your rythmbox screenshot, when does that notificatio
On Fri, 8 Jul 2011 18:20:22 +0200, Florian Müllner
wrote:
> As I see it, the use of "notification" icons as a
> way for applications to run in the background has its origins on
> Windows - as there are no workspaces, every running application uses
> precious space in the task bar, so the "minimiz
On Fri, 2011-07-08 at 18:24 +0200, Giovanni Campagna wrote:
> > > I do like the notification part in gnome-shell (beside the integrated
> > > chat stealing focus, but all it needs is tweaking), I was talking
> > > about the "interact with background application" part: I thought
> > > gnome-shell a
On Fri, Jul 8, 2011 at 9:19 AM, Aurélien Naldi wrote:
> On Fri, Jul 8, 2011 at 2:24 PM, Florian Max
> wrote:
>> The "specific API" used by GNOME Shell is called libnotify, which was
>> already used in GNOME 2. Ubuntu uses it for its notify-osd, and apparently
>> it is also supported in KDE[0]. T
2011/7/8 Aurélien Naldi
> As far as I know, libnotify supports only notifications (and does it
> well). They can vanish after a while or require acknowledgement, but
> they can not be truly persistent.
That is no longer true. Usually notifications are shown for a short time at
the bottom center
Il giorno ven, 08/07/2011 alle 07.24 -0700, Adam Williamson ha scritto:
> On Fri, 2011-07-08 at 15:19 +0200, Aurélien Naldi wrote:
>
> > As far as I know, libnotify supports only notifications (and does it
> > well). They can vanish after a while or require acknowledgement, but
> > they can not be
On Fri, 2011-07-08 at 15:19 +0200, Aurélien Naldi wrote:
> As far as I know, libnotify supports only notifications (and does it
> well). They can vanish after a while or require acknowledgement, but
> they can not be truly persistent. The notification area was used both
> for such notifications an
On Fri, Jul 8, 2011 at 2:24 PM, Florian Max wrote:
> The "specific API" used by GNOME Shell is called libnotify, which was
> already used in GNOME 2. Ubuntu uses it for its notify-osd, and apparently
> it is also supported in KDE[0]. The support for status icons is considered
> legacy, its use is
Florian Max writes:
Hi Florian,
> The support for status icons is considered legacy, its use is highly
> discouraged (and so would be the use of the KDE/Canonical replacement
> if support is added) - the message tray is a place to notify users
> about a particular event, not a taskbar replacemen
2011/7/8 Aurélien Naldi
> To solve this, the application (and shell) have to move to an other
> system. I think gnome-shell has a specific API for notifications which
> should allow this. I would really have liked a mechanism shared with
> other environments, like the indicators pushed by ubuntu
Hi,
On Fri, Jul 8, 2011 at 10:48 AM, Jairot Llopis wrote:
>> >> By the way, talking about notifications, if I move the cursor over them
>> >> it's
>> >> only because I want to open them, so why do I have to click? There
>> >> should be
>> >> an option to let you open the notifications just by hov
2011/7/7 Jasper St. Pierre
> > I'm a person who almost always uses the keyboard, and I think gnome-shell
> is
> > more focused in mouse usage. I'd love being able to use the keyboard to
> > select items in the activites view. Using the arrow keys, or
> ctrl/alt/shift
> > + arrow keys to that woul
Evandro Giovanini writes:
Hi Evandro,
>> I mean, it's true that the title text und the title bar become
>> narrower, but so does the rest of the text (menus, etc.), too. Isn't
>> there a way to adjust only the title bar text. I don't see a reason
>> why the text in the title bar needs to be co
On Fri, Jul 8, 2011 at 4:09 AM, Tassilo Horn wrote:
> Robert Park writes:
>
> Hi Robert,
>
>>> Talking about the windows and useless screen space, is not the title
>>> too thick?
>>
>> Go to the universal access settings and set the font size smaller. the
>> titlebar and the top bar become narrow
Robert Park writes:
Hi Robert,
>> Talking about the windows and useless screen space, is not the title
>> too thick?
>
> Go to the universal access settings and set the font size smaller. the
> titlebar and the top bar become narrower, givin you more usable screen
> space.
That's a joke, isn't
24 matches
Mail list logo
