Hi all! I'm contemplating renaming the "Unread" category (it's not exactly unread items) to something that has a better meaning. Technically this category contains the items that are not in the archive. Here are some ideas, feel free to reply with other suggestions.
Edit: not renaming and keeping "unread" is an option but I can't change the poll.
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck To be honest "Unread" is pretty clear to me, as readeck is read-it-later tool
=> More informations about this toot | More toots from pgronkievitz@wspanialy.eu
@pgronkievitz for context, the next release will introduce a read progress indicator (and new filters for it).
So for "unread" was ok but with a real information of read/unread, it makes it more complicated.
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck
Articles?
Inbox?
Though I like Unread myself..
=> More informations about this toot | More toots from rune@intothecloud.net
@readeck how about simply "uncategorized"?
=> More informations about this toot | More toots from lps@mograph.social
@readeck
I voted New but I slightly prefer to keep Unread
=> More informations about this toot | More toots from tuxsec@fosstodon.org
@readeck
Unread is fine 🙃
=> More informations about this toot | More toots from papylhomme@framapiaf.org
@readeck I'm actually confused about this. So if you move something to the archive, it gets marked read? Can I have an unread item in the archive?
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge yes you can. I know it's not ideal but I couldn't find a better wording.
Read means "finished" and the archive is like a box into which you choose to put items
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck So will archived links still show in search? My use-case is to bookmark things that aren't really articles like software programs, etc, so I can find them later. But I'd like to archive them so they're out of my way when I'm looking for something to read.
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge the default search (the first text field) yields results from all categories.
Using the filters (one of the buttons after the URL field) gives you more options, including one labeled "Is Archived".
It makes me realize that the first search field could use the context you're in to apply some filters. For example, in "unread", you automatically look for "Is Archived: false"
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck So unread does not show archived items. So what's the point of marking an archived item read or unread? It feels like only one of these is needed. Either read/unread, or archived/unarchived. I think it's having both that leads to the confusion.
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge it's confusing, I feel you 😅
I think it's only a matter of renaming the "unread" section. I scratched my head a long time and finally decided to keep it for now.
(the automatic read status is something new, as of today actually)
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck I would tend to rename "unread" to "unarchived". Then have a filter that deals with the actual read/unread status, and will show both archived and unarchived items. Either that, or get rid of archived entirely. Maybe introduce the concept of collections. Like the default collections could be unarchived and archived, but users could create there own. And read/unread would show everything across all collections.
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge I thought of getting rid of unread and favorites to only keep "all" and then provide 2 default collections pinned in the sidebar.
Only problem with that is that collections are dynamic and it's not easy to provide a counter for each entry without any impact on performances.
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck So FYI: the way it works best for me is to ignore read/unread. I just archive things when I'm done with them, or when I just want to save them without taking any further action. I don't care if they get marked read or not.
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge in that case, just ignore the status :) it's the way it worked before.
Read/Unread is actually a progress status to take you back where you left things from one device to another (or one day to the next).
To confuse things a bit more, in the filters it's called Progress (Unviewed, In-Progress and Completed).
The need to explain a feature that much is proof that it will definitely need some polishing in future releases :)
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck While I'm bothering you: could we get a content script for archiveofourown.org? If you bookmark a work, archive of our own already offers a download epub option. Readeck can just use the epub it creates, rather than trying and failing to create its own. I looked at the documentation, but I can't find any way to overwrite the way it generates an epub for a given website. How would I do this?
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge content scripts are not that advanced :)
I don't know the website but have you tried saving the HTML link of a book (it gives me 502 at the moment)?
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck Yes, that works. So I guess I need to set config.singlePageLinkSelectors to find that link if I just bookmark chapter 1 instead of remembering to click the save html link?
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge exactly. Check the API documentation, there's a "cookbook" endpoint to help you retrieve content without saving it. It helps a lot when working on content scripts
=> More informations about this toot | More toots from readeck@mastodon.online
@readeck Do you want content scripts as contributions? Or would you rather they be maintained separately for people who want them?
=> More informations about this toot | More toots from fastfinge@interfree.ca
@fastfinge I'll gladly accept pull requests :)
=> More informations about this toot | More toots from readeck@mastodon.online
@fastfinge direct save of pdf and epub files is a good idea and was suggested a couple of times already. Epub is probably much easier to index for full text search
=> More informations about this toot | More toots from readeck@mastodon.online This content has been proxied by September (3851b).Proxy Information
text/gemini