A comment as a user. Since Empathy ceased to be maintained, there has been
little concern for the communication system that is available in gnome
focused to end user (gnome-polari is targeted to IRC which is mostly used
by developer communities).
Matrix is great, but I feel it points to the same,
On Thu, Aug 24, 2017 at 10:40 PM, Sriram Ramkrishna wrote:
> What do people think about integrating directly with Matrix as a replacement
> for Telepathy?
Yes please.
--
Alexandre Franke
GNOME Hacker & Foundation Director
___
I thought I would put it out there after some discussion to make sure it
isn't a completely crazy idea.
What do people think about integrating directly with Matrix as a
replacement for Telepathy? This would mean that we can focus on chat,
video-conferencing, and anything else through Matrix.
2017-08-24 10:55 GMT+02:00 Sébastien Wilmet :
> On Thu, Aug 24, 2017 at 09:45:18AM +0200, Daniel Mustieles García wrote:
> > Great, one less step.
> >
> > Then, it's ok to move this goal to the Deprecated Section? We could
> include
> > the link in the goal comments
>
>
On Thu, Aug 24, 2017 at 09:45:18AM +0200, Daniel Mustieles García wrote:
> Great, one less step.
>
> Then, it's ok to move this goal to the Deprecated Section? We could include
> the link in the goal comments
RemoveMarkupInMessages should not be moved to the Deprecated section, it
should simply
On Thu, Aug 24, 2017 at 09:20:45AM +0200, Daniel Mustieles García wrote:
> have doubts about AddCodeCoverage, DistCheck.
- Meson instructions should be added for AddCodeCoverage.
- DistCheck is specific to Autotools.
___
desktop-devel-list mailing list
On Thu, 2017-08-24 at 09:20 +0200, Daniel Mustieles García wrote:
> Hi,
>
> Some additional comments:
>
> - /RemoveMarkupInMessages: it makes no sense to set a goal for this,
> because a fixed module today might change tomorrow, introducing new
> strings with markup. Maybe should be set as a
On Thu, Aug 24, 2017 at 9:20 AM, Daniel Mustieles García
wrote:
> Hi,
Hi,
> - /RemoveMarkupInMessages: it makes no sense to set a goal for this, because
> a fixed module today might change tomorrow, introducing new strings with
> markup. Maybe should be set as a
Hi,
Some additional comments:
- /RemoveMarkupInMessages: it makes no sense to set a goal for this,
because a fixed module today might change tomorrow, introducing new strings
with markup. Maybe should be set as a guideline (and the goal moved to the
Expired section)
- MesonPorting: should we