Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use page name instead of URL when using the Smart-Picker and selecting a page from current collective #1583

Open
timkrief opened this issue Nov 10, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@timkrief
Copy link
Member

Is your feature request related to a problem? Please describe.

When you use "/" and select a page from the current collective (or using the smart-picker from the top bar menu without selecting any text beforehand), it creates a link with the page URL as the link text. Users may almost never need a full URL of a page from the current collective in their pages, I think people would usually want the page's name as the link text. Changing the link's text is a tedious, and when you often link pages to one another, it can become an obstacle.

Describe the solution you'd like

The behavior could be the same as when you drag a page to the text field. It inserts the page's name as the link text and it links to the page.

Describe alternatives you've considered

I made a user-script. I first write the text I want to link, select it, hit a keyboard shortcut, then the script open the smart picker, selects collectives, and enter the selected text into the search input (I have to press at least one key to trigger the search, I wasn't able to trigger the search with the user-script). This makes it possible to first select the text to search and then add a link to it with a keyboard shortcut.

Additional context

I use links between pages from the same collective really often and dragging the pages is the smoothest way to do that right now, it's an amazing feature, but it requires you to use the mouse. And to find the page in the list of pages that can get really big you end up needing to use the search field before. That means one mouse use to click on the search field, then back to the keyboard to search, then back to the mouse to drag the page, then back to the keyboard. The proposed solution would need zero mouse use.

@timkrief
Copy link
Member Author

I know that this topic already has been discussed, but I think it's not yet implemented ( nextcloud/text#6180 ), even if the issue has been closed in collective ( #949 )

@estux
Copy link

estux commented Nov 13, 2024

Hello, this was already reported days ago (together with other UX issues) by me and tracked in this big meta-issue: #1573

@github-project-automation github-project-automation bot moved this to 🧭 Planning evaluation (don't pick) in 📝 Office team Nov 13, 2024
@mejo- mejo- moved this from 🧭 Planning evaluation (don't pick) to 📄 To do (~10 entries) in 📝 Office team Nov 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
Status: 📄 To do (~10 entries)
Development

No branches or pull requests

2 participants