Hi,
The problem is there are no rules what goes into which profile.
If i add a bookmark as a desktop client, i don't know if it should go into
the mobile profile or not.
And btw we try to abstract bookmarks away from the user, so managing
profiles of bookmarks for different devices is exactly
On 2020/05/24, Mathieu Pasquet wrote:
> Greetings,
>
> I want to raise an issue that appears with bookmarks in their current
> form in the multi-client scenario. It appears as long as we have more
> than one client, and gets worse for every added client and MUC bookmark.
>
> XEP-0048 and
Another perspective for profiles is work/life balance. Work/life MUCs or
anything else fitting this concept.
Particularly in Psi I've already added some options allowing to ignore some
autojoining mucs for example at work or local-only (not stored on a server)
bookmarks.
Best Regards,
Sergey
On Sat, May 23, 2020, at 18:41, Mathieu Pasquet wrote:
> In a multi-client scenario however, that quickly changes as you
> probably do not want the same view everywhere.
I disagree, I always want exactly the same view everywhere. Otherwise I
inevitably leave my desk and then try to look up
Greetings,
I want to raise an issue that appears with bookmarks in their current
form in the multi-client scenario. It appears as long as we have more
than one client, and gets worse for every added client and MUC bookmark.
XEP-0048 and XEP-0402 both re-use the element, which has
an autojoin
On 23.05.2020 20:08, Georg Lukas wrote:
[snip]
This is a very short and very slippery slope. I'm sure that you are
aware of the coordinated attacks on centralized social networks where
trolls mass-report accounts that they disagree with.
It's okay to block a certain sender JID on your own
On Sat, May 23, 2020, at 14:08, Georg Lukas wrote:
> I'm not sure when you would come into a situation where you don't
> report a spam message in a timely manner but let it sit there for
> multiple weeks.
I'm not sure when we'd hit that situation either, but that's not going
to make it any less
* Sam Whited [2020-05-23 15:40]:
> On Sat, May 23, 2020, at 06:24, Mathieu Pasquet wrote:
> > Sorry for the necromancer update, but would it not make sense to allow
> > stanza-id elements as children to the and elements?
Yeah, that's actually what also came to my mind as an easy and
On Sat, May 23, 2020, at 06:24, Mathieu Pasquet wrote:
> Sorry for the necromancer update, but would it not make sense to allow
> stanza-id elements as children to the and elements?
Georg and I were talking about this a few days ago and I would
definitely like to add some way to report
On 23.05.2020 11:38, Matthew Wild wrote:
On Sat, 23 May 2020, 10:51 Maxime Buquet, wrote:
All those who expressed feelings against adding this to 157 at the time
you sent this didn't mention why.
I personally don't see much issue with it, so I just PR'd against it to
add that
On Sat, 23 May 2020, 10:51 Maxime Buquet, wrote:
> All those who expressed feelings against adding this to 157 at the time
> you sent this didn't mention why.
>
> I personally don't see much issue with it, so I just PR'd against it to
> add that registry entry.
Just want to add a couple of
On 5/23/20 12:24 PM, Mathieu Pasquet wrote:
>
> On 12.09.2017 12:45, Georg Lukas wrote:
>> * Sam Whited [2017-09-12 01:52]:
>>> I had assumed that the server would be storing things and we didn't need
>>> to send it back, but maybe that's not always the case. This does seem
>>> like the kind of
On 12.09.2017 12:45, Georg Lukas wrote:
* Sam Whited [2017-09-12 01:52]:
I had assumed that the server would be storing things and we didn't need
to send it back, but maybe that's not always the case. This does seem
like the kind of thing we might need to store or send back somehow.
Yeah,
On 2018/12/03, Matthew Wild wrote:
> Hi all,
>
> I'd like to allow servers to advertise status pages to their users.
> See for example https://statut.jabberfr.org/
>
> This information could be cached by clients, and linked to in case of
> problems connecting, for example.
>
> The question is
14 matches
Mail list logo
