search

Ocelot-Social-Community / Ocelot-Social

Free and open-source social network for active citizenship.
https://ocelot.social
Other
91 stars 36 forks source link

🚀 [Feature] Remove 'Carriage Return' within marked text sections #2920

Open Tirokk opened 3 years ago

Tirokk commented 3 years ago

erhardtstiefel Authored by erhardtstiefel

:rocket: Feature

Improve text editor by a extended function of the CR-button

User Problem

If a formatted text is inserted in the edition window by copy/paste from a document with a different column with, al lot of CR-removing work has to be done. CR_carriage_return

Implementation

A click to the CR-button should remove the CR signs within the marked text sections. CR_removing

Design & Layout

possibly another button has to be added

Validation

Instead of some mouse positioning and 18 clicks - this will be achieved by just one click CR_removed

Additional context

just a nice to have feature

Tirokk commented 3 years ago

sushidave Authored by sushidave

@erhardtstiefel Thanks for this proposal.

The purpose of the paragraph button of the tiptap editor is to turn styles - like headings - back into normal paragraphs, see https://support.human-connection.org/kb/faq.php?id=52&lang=en_US.

My first idea was using a button with the rubber symbol to clear formatting, as it is common with many editors like WordPress' Gutenberg editor:

hc-remove-formatting

However, this button doesn't consider line breaks in most editors.

There are external online tools for removing line breaks and/or paragraph breaks like the Text Fixer. The tiptap editor is extendable, so if this function should be part of HC's text editor a new button with that function could probably be programmed.

Tirokk commented 3 years ago

erhardtstiefel Authored by erhardtstiefel

Hi @sushidave couldn't find you in Discord nor in Trello masterboard. Are you the responsible for our editor? I like to address HC members by their first name. But at least I'm happy you understood my issue completely. I know the formatting isn't so important as the content of the text. But it looks much better when the complete line width is used and it saves vertical space in the display, too.

Tirokk commented 3 years ago

sushidave Authored by sushidave

@erhardtstiefel

Are you the responsible for our editor?

I'm just another volunteer contributing here.

I like your idea of providing a tool that removes unnecessary line breaks from the text. Imho, the paragraph button should not be used because the issue is not related to paragraphs (aka "hard returns"/"manual breaks") but to "soft returns"/"automatic breaks". So I recommend to use another button/symbol, some kind or a dropdown menu called "Tools" for special functions like this one.

I haven't seen a function like this in other toolbars yet, so it's quite unique. The tiptap editor is an open source project, too. How about adding a feature request there and see what suggestions they come up with?

https://github.com/scrumpy/tiptap

Tirokk commented 3 years ago

stale[bot] Authored by stale[bot]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

Tirokk commented 3 years ago

erhardtstiefel Authored by erhardtstiefel

@sushidave @DennisHack What does that mean: This issue has been automatically marked as stale because it has not had recent activity? Is there no interest by the programmers or is my issue not worth to be considered to be realized at all? I'd like to get an answer or at least a hint how I can keep my issue alive. Otherwise I'm no more motivated to write any issues at all.

Tirokk commented 3 years ago

sushidave Authored by sushidave

@erhardtstiefel It's not what it seems. There is a bot labeling the issues as "stale" that had no recent activity. Apparently, the purpose of it is to tidy up this GitHub repo. It's sufficient to just add a comment, like you did, in order to remove the "stale" label and reset the countdown to another 1.5 months or so before the stale bot strikes back :)

Tirokk commented 3 years ago

rbeer Authored by rbeer

We can do this automatically when pasting the text. The problem here though is: what constitutes an unwanted line break?

@erhardtstiefel Could you give me some examples with the sources? We will have to look at what exactly is responsible for the editor inserting those breaks.

Tirokk commented 3 years ago

erhardtstiefel Authored by erhardtstiefel

The example shown under User Problem above is a screenshot of a text copied from a MS Word document with blockset formatting (see below) and pasted into the post window (see above). As it can be seen (below) in the source there are only two CR (carriage return) signs. After pasting the lines are somehow shortened with a strange formatting.
2020-03-30 Formatting Problem 1 2020-03-30 Formatting Problem 2

Tirokk commented 3 years ago

erhardtstiefel Authored by erhardtstiefel

see also this post https://human-connection.social/post/2d423742-6f2e-4f60-a98b-e16840485cbf/bonhoeffer-von-der-dummheit-1

Tirokk commented 3 years ago

stale[bot] Authored by stale[bot]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.