Our new text editor is now available on all communities!

It was my understanding this had been resolved, but maybe it hasn’t been – I just got an email notification about my own reply to a community member because I used the quote feature, which included his @mention of me:

It was my understanding this had been resolved, but maybe it hasn’t been – I just got an email notification about my own reply to a community member because I used the quote feature, which included his @mention of me:

 

 

The same happened to me yesterday also @LPortalupi, so it seem’s that it’s not resolved :(

Hey @Yoeri , thanks for the update,

But this is exactly the issue that i'm addressing, because we don't want all users to add just any file to there post, we have not enabled attachments for users. At least, I'm guessing this is what you mean.

In other words, your ideal world would be where all users will have all those rights. But this also enables users to add all kinds of attachments to their posts, thus making it more work in moderating so no spam/trash gets on the community. I guess this can be just scared thinking on our part.

Is it correct to say that you then think this is a minimal problem? So we should just enable the ‘add attachments’ for all users?

Cheers,
 

Hi all,

I was out of office for a few days, but happy to take over from Yoeri here as far as it is possible. 🙂 Lot’s of things to catch up with, in case you miss an update on something please let me know!

@-mention in quotes

@Suvi Lehtovaara & @LPortalupi:

So I have shared your feedback that the initial fix of this issue is not working (in some cases?). My colleagues have created an investigation ticket to see what is wrong exactly, so that they can resolve this as soon as possible. Thanks for reporting this to us.

Attaching images vs. all attachments

I get your point, @Ronald Posthumus. Ideally, you would like permissions here to be more granular, so that you can choose e.g. to allow image attachment, but not support e.g. .pdf files.

I am not sure if I should judge if it is scared thinking on your behalf that allowing file attachments is a general risk, or if it results in more workload for Moderators. I personally don’t feel like it would be much work, at least i can say I don’t see much (or at all) abuse happening in connection with this feature. However I know that some companies are more strict with their privacy / security policy so they generally deny it.

Updating permissions to be more granular in this specific case I feel might take a bit longer, as we would have to first build a UI & settings to cater for this. I don’t think we can commit or share timelines as to when such an improvement could be done, as permission changes always have an impact and need extra time. However I generally would like to see you having more options regarding permissions in general!

So if I were you, I probably for now would test for the next month if your Moderators see any content they need to moderate after enabling file attachments (I don’t expect it). Alternatively, maybe it is a better option to have images for further information hidden inside a spoiler, so it does not obstruct the navigation within a thread too much?

 

Will follow up on other feedback asap! :)

Thanks for the information, Ronald. In the meantime my doubt also grew as I saw this as well in quotes… I have opened an investigation to see why this is happening, hopefully it is a quick fix. Will update you once I have more info.

edit: what is weird is that i only see it in the editor window, not in the final post:

Hi @Julian, thanks so much for stepping in while Yoeri is away! I wonder if you could also make sure this issue is addressed. I’m happy to provide more info if needed (or file a support ticket) – I just don’t want this to be overlooked. Thank you!

Hey @LPortalupi!

Yes, I was already looking into it, but I was first not able to figure out the status of this. Luckily I have the right information now:

• For replies, new questions, ideas and discussions, the behaviour described by Yoeri does apply: Same-domain links open in the same tab, while external domains open in a new one
• For new articles however, there seems to be a small issue, where all links open in the same tab, regardless if same-domain or external

The team is already working on a fix - it seems to be related to the same cause of the issue that causes line breaks not to be displayed in the article preview (reported by you earlier). So hopefully both of these items will be fixed very soon! Will share it with you once I see that it has been resolved.

Hi all,

quick update from our side:

Custom fonts in editor

We have now fixed an issue where custom fonts were not displayed in the editor box, instead the default font was displayed.

Of course we are working on more improvements in the meantime, stay tuned for further updates.

Hi @Julian. The font when typing a response in our community is extremely light – it’s not showing up in the same way as it appears in published posts. I’m guessing I need to do something on my end to fix this – could you please let me know what’s needed? Thank you.

Hey @LPortalupi,

thanks for raising this! I have spoken to my colleagues and they found a discrepancy in the setup of fonts - a different font version was used for both elements, hence the difference.

They have changed this now, so it should be fine now:

Please let me know if there is anything!