How Can We Generate RSS Feeds?
Waterhole seems to have the capability to generate RSS feeds.
How can we achieve this?
Or is this a feature that will be available in the future?
https://waterhole.dev/community/posts.rss
Waterhole seems to have the capability to generate RSS feeds.
How can we achieve this?
Or is this a feature that will be available in the future?
https://waterhole.dev/community/posts.rss
When the text content within the editor exceeds 9 or 10 lines, there is an issue with using the left mouse button to select text.
Instead, it automatically scrolls to the bottom of the window.
This behavior does not occur when working with shorter text.
I don't recall very clearly, but it seems that earlier versions didn't have this phenomenon.
I apologize if my description is unclear, but I wanted to bring this matter to your attention for further investigation and resolution.
In the current editor, the "ENTER" key is used for submitting, while the line break behavior is achieved with SHIFT+ENTER, which is similar to many applications.
Pressing "ENTER" alone triggers the submit action without any confirmation, and in practice, I have made several unintentional submission errors as a result.
Believe me, whether on a desktop or a mobile device, it's very easy to accidentally press "ENTER."
While this may not be a bug and is more a matter of different usage patterns, I still recommend that in the editor, "ENTER" should solely be responsible for line breaks, and the submit action should require an actual button click.
Whaterhole currently employs "page" for display purposes, and the pagination also employs the concept of page numbers for presentation.
However, when there are a significant number of pages, the presentation style tends to occupy a considerable amount of space.
While techniques like using CSS properties such as max-height can limit the height, the current content only offers page navigation without additional significance.
Would it be worth considering to default height limitation that allows scrolling through the pages, centers the displayed pages, and provides some simple cues or information to enhance the navigation functionality of pagination?
These are just some thoughts and suggestions, which do not, of course, detract from Whaterhole's current excellence.
Could we include the translation string for "Feed" on the main page? I couldn't find the corresponding string in the EN language file.
By default, the comment section is set to "autoload," which makes it difficult for users to easily find the entrance to the comment section located at the bottom when there are many comments on an article. Although clicking "last page" can navigate to it, the operation is not intuitive.
The anticipated positions maybe 1 or 2, but I believe position 1 is still more reasonable, especially when the main text of the topic is longer or when suddenly wanting to reply to the topic while viewing the comments.
Maybe add it in the "Controls" item, so that the phone screen can also be operated reasonably
Collapsing or what some call a centralized reply is a very useful feature.
However, in the waterhole display, it repeats the same sub-window behavior pattern.
This causes the subsequent comments, such as the 2st, 3st... and so on, to be displayed in increasingly smaller frames, resulting in reduced readability, especially on mobile devices.
I suggest considering maintaining the width of the first reply and extending it downward with the same sub-window, ensuring the readability of each reply conversation.
In the "New Post" window, there should be a cancel or back button.
Just like when editing.
It seems that there is a problem displaying UTF-8 correctly when retrieving data from the database.
a. Usernames using UTF-8 characters are not displaying the characters in the avatar.
b. The output of search results cannot display UTF-8 characters.
I suspect it's the same issue.
One positive thing is that when I search using UTF-8, it does return results.
I believe that if we can resolve the display issue, there should be no major problem with non-English character searches.
When logged in, the language setting switches correctly. setting 'faker_locale' doesn't make a difference.
However, if there is no language setting option on the main page, should it be displayed based on the admin's settings?
I have uploaded the Traditional Chinese (zh-Hant) language pack, but I am not familiar with PR operations. Perhaps you can assist in confirming.
@Toby
https://github.com/efast1568/core/tree/main/lang
An error occurred during the search execution.
Where should I troubleshoot? Or where can I access the log files?
After setting the composer.json file to "minimum-stability": "dev",
the waterhole/import was installed successfully.
But I am unable to enter user data at all. Can I check the log to provide further assistance?
The same goes for a blank database.
Something Went Wrong