I don't think that using TopIcons is somehow bad or impure, it is just
inconsistent in whether or not it is maintained or not. The fact that we
have Topicons, TopIcons Plus, and TopIcons Redux just shows the
inconsistency. And our end-users all probably don't know which of the three
is the the one
Ok, expanding on Sri's email I think we have two related but separate use
cases here:
1) Having an indicator to let us know of running background apps after the
window has been closed.
2) Having an indicator that has some level of user interaction, i.e. a
messaging app
With that said, we have
On Tue, 2019-03-26 at 18:06 -0400, Matthias Clasen wrote:
>
>
> On Tue, Mar 26, 2019 at 3:24 PM wrote:
> > >
> >
> > I am too, but there is more to this. I'm forced to use topicons or
> > some other because when I ask an application to quit, I have found
> > that
> > some applications don't
On Tue, Mar 26, 2019 at 3:24 PM wrote:
>
> >
>
> I am too, but there is more to this. I'm forced to use topicons or
> some other because when I ask an application to quit, I have found that
> some applications don't really quit but instead are sitting in the
> notification area. That's kind of
On Mon, 2019-03-25 at 10:41 -0500, mcatanz...@gnome.org wrote:
> On Mon, Mar 25, 2019 at 6:16 AM, Neil McGovern
> wrote:
> > Just to confirm though, is this for working on the extension review
> > infrastructure, or actually doing reviews? That may change the
> > answer
> > :)
>
> Actually doing
On Mon, 2019-03-25 at 14:38 +0100, Alexandre Franke wrote:
> On Sat, Mar 23, 2019 at 7:07 PM Britt Yazel
> wrote:
> > I want to re-poen an old argument now that we have seen the effects
> > of
> > removing the sys-tray/app-indicator tray for well over a year. In
> > short, the
> > users are not
Is there not away to improve the spec while also maintaining backwards
compatibility with the current statusnotifier (I'm not sure if that's the
right name) spec? Kstatusnotifier works well on the surface, it sounds like
behind the scenes there may be issues, but even if we just used the current
On Tue, 2019-03-26 at 10:57 +0100, Jose Manrique Lopez de la Fuente via
desktop-devel-list wrote:
> Hi,
>
> I've added gjs. Please, check it here:
> http://46.101.128.86:5601
>
> I hope to have some time during following days to fix some issues.
>
That's really rather nice, thanks for looking
On Mon, 2019-03-25 at 12:43 -0400, Michael Terry wrote:
> Another interesting tidbit from that page is that Google prefers that
> you send the user to the system browser for the consent screen,
> rather than loading it in-app in a GtkWebKit frame or whatever
> (presumably so that the user knows
Hi,
Last year GSOC there was a proposal to include DOAP support in GrimoireLab
as projects list input.
Perhaps an script to move from multiple DOAP files to a single
projects.json file would be enough.
As said before, I hope to have some time during following days to publish
the config files
Hi,
I've added gjs. Please, check it here:
http://46.101.128.86:5601
I hope to have some time during following days to fix some issues.
Best regards,
---
Manrique
El lun., 11 mar. 2019 a las 6:52, escribió:
> On Fri, Mar 8, 2019 at 3:44 PM Jose Manrique Lopez de la Fuente via
>
Hi Britt,
Just commenting on the parts I have answers to...
Britt Yazel wrote:
...
> 2) Back in early GNOME3 we had the slide up tray from the bottom. Am I the
> only one who thought that was super cool? It had nice big icons for touch and
> accessibility purposes, and it was just really cool
12 matches
Mail list logo
