Huh? RocketChat Experimental + the dark theme it comes with is pretty
fabulous IMO. I genuinely like the React Native app they have for IOs and
Android.
On Wed, Feb 12, 2020 at 4:20 PM Zander Brown wrote:
> > I do not use it mobile that much, but enough to notice Riot is not
> > mature yet. I
)
On Wed, Feb 12, 2020 at 3:59 PM Christian Hergert
wrote:
> On 2/12/20 3:32 PM, Britt Yazel wrote:
> > Can you explain to me what the big issue with web clients are? I keep
> > hearing over and over again that developers don't want to use web
> > clients, either in browser or
aro
wrote:
> On Wed, Feb 12, 2020 at 2:41 pm, Britt Yazel wrote:
> > No offense Michael, but the argument that you are making seems a
> > whole lot like "we're not going to use RocketChat, or even consider
> > it a legitimate option, so the rest of you can either fracture the
Here's my two cents, granted this is not going to be an academically backed
response, just my personal take.
I have had horrible experiences with Matrix/Riot.im. I'm not sure which of
those is due to the IRC bridge or which is due to Matrix itself, or which
is due to the clients, but I really
I don't like the direction this thread has taken. It has devolved into
infighting between one another, and as such I think it best to end it here.
People have made their opinions known, and no more minds are likely to be
changed in either direction with the tone of the discussion as it is now.
On
Ladies and Gentlemen,
If we can all take a quick break from discussing Git branch naming, I came
across this users' review of GNOME 3.32 after using it for the first time,
and I thought he had a pretty well thought out set of criticisms.
How does KDE deal with appindicators? Is there something we could partner
with then on? Are they trying to solve this also?
Did KDE modify the spec? Not knowing much about the nuance of the different
indicator solutions, my experience with kstatusnotifier has been fairly
great. 5/6 icons show up
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
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
tech that runs kstatusnotifier it would be an improvement for many of our
users. It seems like the folks at Ubuntu already did a good job of turning
many apps onto that spec
On Tue, Mar 26, 2019, 2:28 AM Allan Day wrote:
> Hi Britt,
>
> Just commenting on the parts I have answers to...
How does KDE deal with appindicators? Is there something we could partner
with then on? Are they trying to solve this also?
Did KDE modify the spec? Not knowing much about the nuance of the different
indicator solutions, my experience with kstatusnotifier has been fairly
great. 5/6 icons show up
idea being to
incorporate it into the Dash. However, I don't think we should go forward
into 3.34+ without a 1st party solutions in place for how to treat sys-tray
icons, because (sadly) they're not going anywhere.
Cheers!
-Britt Yazel
___
desktop-devel
Folks,
I don't have anything technical to add to this discussion, so as someone
just following along with the thread I think we should take our emotions
down a couple notches. Calling each other out, playing the blame game, and
dredging up stuff from the past is not going to help us come up with
ME Contributor", or
"GNOME Designer". We can make more if we need.
I hope you guys take a moment to look at this subreddit and perhaps
consider using it as part of your information dissemination strategy. The
more of us that use it regularly, the better it is o
I'm fine with idea of giving it a fresh name. Gitg never really made sense
to me, though I never knew the reasoning behind it.
GNOME Commits might be clear to all people familiar with git, but for the
average user they might think it's an activist app or something. Or like a
charity app. This
Just my 2 cents
I think one of the bigger issues isn't necessarily the difference between
close and quit (though disambiguation would be great), it's instead that
since we retired showing appindicators there is now no way of visually
knowing if an app is still running or not. Granted, not all
hat they will be used for.
>
> Cheers
>
> On Mon, 24 Sep 2018 at 18:05, Piotr Drąg via desktop-devel-list <
> desktop-devel-list@gnome.org> wrote:
>
>> 2018-09-23 2:52 GMT+02:00 Petr Kovar :
>> > On Fri, 14 Sep 2018 10:58:30 +0200
>> > Andre Klapper wr
ng shelved until a future time and isn't in the scope of this specific
issue.
If nobody has objections to this proposal, in two weeks time I'd like to
see this implemented.
Thanks all!
https://gitlab.gnome.org/Infrastructure/GitLab/issues/294#note_280162
-B
19 matches
Mail list logo