-
URL/Uniform resource locatorWhat I propose is this pattern:
(Or we can replace This pattern is a way to create a more personalized and organized URL structure for addressing documents. Key features:
However, there are also some potential downsides to this pattern. For example, if a user changes their name, the URL will no longer be accurate, and a redirect must be implemented to avoid broken links. Additionally, this pattern may not work well if the website has a large number of users or documents, as it could lead to a very deep directory structure. Overall, this pattern is one way to address a document, and it could be helpful when the website is designed for personal usage or collaboration. Ultimately, the best solution will depend on our specific needs and the trade-offs we are willing to make between personalization and scalability. FiltersThe other subject that we have to consider is the filters! For instance, we have a document with the name
We can show the filters (append filter parameters to the URL) in two ways:
Alternative, Use a hash fragment in the URLThis method allows us to include a filter in the URL after the "#" symbol, For example:
|
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 1 reply
-
How about: Default open pads can be at Private pads at Filters: And to link to individual headings, something like: |
Beta Was this translation helpful? Give feedback.
It's good to have the
username
as a subdomain, but it makes it difficult to maintain the production.For now, we'll choose the
www.docs.plus/username/filters
.Then, we can consider this subdomain feature for the upcoming version.
Also, to link to individual headings, what you suggest is reasonable for me. Let's stick to this one.