@Background Pony #0F89
I don’t. Never saw it as worth the effort.
I don’t. Never saw it as worth the effort.
Posts
Search Results
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6842
Background Pony #0F89
@Litrojia
In the meantime, if you use a userstyle, this should take care of making it taller:
In the meantime, if you use a userstyle, this should take care of making it taller:
.add-to-gallery-list ul { max-height: WRITESOMETHINGHERE ; } - the default is 132px, so you could try a higher number of pixels, or something else like 70vh which makes it 70% of the viewport height.Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6841
I add a lot of images to a lot of galleries, so it gets annoying scrolling through my list of galleries to find the right one. The easy solution here I think would be to make that window taller so more than four galleries appear at once. Maybe there are other solutions too, like a search bar in that window, or shifting the gallery-adding UI into a page of its own.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6840
@Background Pony #0F89
That honestly sounds like it should be an option for mods, not a new default. Sometimes if they go away for a week on their own, there’s no reason to start the ban two weeks later when they next log in. Others, you do want the fuck you energy of starting on next login.
That honestly sounds like it should be an option for mods, not a new default. Sometimes if they go away for a week on their own, there’s no reason to start the ban two weeks later when they next log in. Others, you do want the fuck you energy of starting on next login.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6839
Background Pony #0F89
Misc. thought that’s been in the back of my head for a while:
Ban durations shouldn’t begin elapsing until the next time the user visits the site. eg. a week-long ban that begins the moment the ban is entered might not inconvenience the user at all, if they coincidentally don’t visit the site until a week later all by themselves. If instead it’s a week from the first time they visit the site afterward, then it’ll for sure impact them at least once.
…unless, of course, that’s already how it works and I just can’t adequately understand the site’s code.
…unless, of course, that’s already how it works and I just can’t adequately understand the site’s code.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6838
Background Pony #0F89
I’d like to be able to search my past reports - for text, report target, and report reason.
I’f I’m making a new report and I’m pretty sure it’s a reoccurrence of something I’ve reported before, and I want to check in order to mention it if applicable, it can be hard to find.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6837
I’m not sure how feasible it is to implement but
filter:123 would be a very useful search term. E.g. filter:1 would only show images that pass filter 1, -filter:1 would only show images hidden by filter 1.Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6836
Feature Request: Ability to preview the contents of a gallery as images in a post or description
Problem (use case): Philomena displays images in sort order. Some artists and uploaders (henceforth: creators) upload sequential art. For example: ongoing comics. Artists often wish to provide an easy index to the story, or to provide links to the individual pages in the correct order. One workaround is to manually link pages in descriptions. This works well, but is inelegant and prone to failure if individual pages are replaced with new versions.
The most proper solution is most likely a way to ‘thread’ uploads. However, this may take a while to implement.
Instead, could Galleries be leveraged to achieve a similar result?
Proposed Fix:
- Permit previews of galleries to be shown in posts as ‘small’ thumbnails with links to the image.
- To prevent scaling issues of very large galleries, show only a preview of a few images along with the gallery title as a link. Allow the creator to indicate which images should be shown in the preview. Example choices:
• First (oldest) N images.
• Latest (newest) N images.
• Previous and Next images with the currently displayed image in the middle.
Proposed syntax:
- 
• GalleryIndex = Indicates this is a gallery index.
• gallery_name (string) = Name to display in link
• gallery_id (string) = unique identifier of a gallery on the site.
• display: = The type of display for gallery.
• display_type (enum) =first|last|centered
•first= Displays first (oldest) N images in the gallery
•last= Displays last (newest) N images in the gallery
•centered= Displays 3 images in a table with the image_id of the current image ‘in the center’.
• count: (integer, optional) = Number of images to display. Not used when display_type iscentered.
Use Case: If an upload is a part of a set - for example a page in a comic - this would allow artists/uploaders to upload a single boilerplate in the description that will show the correct sequence of the pages. The artist/uploader would then be able to add new images to the links for the series by adding new uploads to the gallery, and arranging them appropriately within the gallery.
Example of ‘First’ with 3 images:
Syntax:
Result:
Result:
Example of ‘Last’ with 5 images:
Syntax:
Result:
Result:
Example of ‘Centered’, using 3453704 as the ‘center’, or image_ID the description is on:
Syntax:
Result:
Result:
See more from WIP of Ciaran’s Rainbow Rocks 10th Image:
<- next you are here previous ->
With this, assuming they used the ‘centered’ format, creators could add each new upload to the gallery used in the links, add the gallery link to their descriptions, and then each image would have ‘next’ and ‘previous’ links and previews.
When they add new images, the links in the description would automagically update, and if they want to they can simply rearrange the sequence using the ‘rearrange’ feature of the gallery.
Although development would absolutely be required, I think this might help with some of the problems I’ve seen creators have threading their comics or other forms of sequential art together.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6835
@Background Pony #2A5F
They will also highlight differences in precise words. This diff is meant to be such that in extremely large posts or pages, where only 1 word changes, it’s possible to display just the snippet that changed with some context around it.
They will also highlight differences in precise words. This diff is meant to be such that in extremely large posts or pages, where only 1 word changes, it’s possible to display just the snippet that changed with some context around it.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6834
Background Pony #2A5F
@Luna
Not sure if line-wise diffs are optimal for this. Lines of regular text are longer than lines of code. Typically, a paragraph will be one line.
Not sure if line-wise diffs are optimal for this. Lines of regular text are longer than lines of code. Typically, a paragraph will be one line.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6832
Background Pony #0F89
@., @byte[], @Background Pony #2A5F
While we’re talking about this, the edit history page ought to also let you see the state of the post (or at least its code) at each state, without the diffs inserted, for easier readability - I have this inelegantly implemented in a userstyle that hides added text and unstyles removed text when I hover the block…
While we’re talking about this, the edit history page ought to also let you see the state of the post (or at least its code) at each state, without the diffs inserted, for easier readability - I have this inelegantly implemented in a userstyle that hides added text and unstyles removed text when I hover the block…
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6831
Background Pony #965A
@Background Pony #2A5F
Imo, git includes 3 lines of context because of traditional 80~140 symbols line limit, while natural plain texts may have lines of any size (aka paragraphs). So context from the changed paragraph alone usually should be enough.
Imo, git includes 3 lines of context because of traditional 80~140 symbols line limit, while natural plain texts may have lines of any size (aka paragraphs). So context from the changed paragraph alone usually should be enough.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6830
@byte[]
Or how about this:
Or how about this:
--- a/lib/philomena/versions.ex
+++ b/lib/philomena/versions.ex
@@ -48,7 +48,14 @@ defmodule Philomena.Versions do
end
defp difference(previous, nil), do: [eq: previous]
- defp difference(previous, next), do: String.myers_difference(previous, next)
+ defp difference(previous, next) do
+ List.myers_difference(split_with_whitespace(previous), split_with_whitespace(next))
+ |> Enum.map(
+ fn {key, value} ->
+ {key, List.foldl(value, "", fn x, acc -> acc <> x end)}
+ end)
+ end
+ defp split_with_whitespace(str), do: String.split(str, ~r{\s+}, include_captures: true)
@doc """
Creates a version.
This properly preserves newlines and such. I don’t think it matters when lines without changes are also included. Most posts don’t contain several pages worth of text and having context is indeed a good thing.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6828
Background Pony #2A5F
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6826
How about a change like
--- a/lib/philomena/versions.ex
+++ b/lib/philomena/versions.ex
@@ -48,7 +48,16 @@ defmodule Philomena.Versions do
end
defp difference(previous, nil), do: [eq: previous]
- defp difference(previous, next), do: String.myers_difference(previous, next)
+ defp difference(previous, next) do
+ List.myers_difference(String.split(previous), String.split(next))
+ |> Enum.map(fn {key, value} ->
+ adjust_whitespace({key, Enum.reduce(value, "", fn new, old ->
+ old <> " " <> new
+ end)})
+ end)
+ end
+ defp adjust_whitespace({:eq, str}), do: {:eq, " " <> str <> " "}
+ defp adjust_whitespace({op, str}), do: {op, String.trim(str)}
@doc """
Creates a version.
to turn gibberish like
into something readable
It’s certainly possible to pretty up the code a bit, but the comment history looks way nicer that way.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6825
Its not that bad, since there edit history that you can see, unlike discord
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6824
Background Pony #2A5F
@The Smiling Pony
Some messaging services allow that. I think Signal does, perhaps Skype too. Facebook (Messenger) doesn’t AFAIK. Outlook allows retracting emails as long as the recipient also uses Microsoft’s email server with that feature (so people in the same company, for example) and didn’t read the message yet.
Some messaging services allow that. I think Signal does, perhaps Skype too. Facebook (Messenger) doesn’t AFAIK. Outlook allows retracting emails as long as the recipient also uses Microsoft’s email server with that feature (so people in the same company, for example) and didn’t read the message yet.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6823
@Ciaran
Yeah, sometimes I did typos in dms and unable to fix that
Yeah, sometimes I did typos in dms and unable to fix that
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6822
I’m not sure that there’s any site or service out there that allows editing PMs, though; it’s generally treated like emails, “double check before hitting Send, no take backs”…
Discord allows editing PMs. Like you, I’m not completely sure it’s a good idea.
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6821
@Ciaran
I can see it having a decent usecase for fixing typos or broken links or whatnot.
I can see it having a decent usecase for fixing typos or broken links or whatnot.
I’m not sure that there’s any site or service out there that allows editing PMs, though; it’s generally treated like emails, “double check before hitting Send, no take backs”…
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6820
@Shade Partisan
Edit … messages? You mean you want to be able to change what you wrote to someone else in the past?
Edit … messages? You mean you want to be able to change what you wrote to someone else in the past?
Site and Policy » Feature suggestions and discussion [READ THE FIRST POST] » Post 6819
A feature to edit own messages in DM/Message Center just like comments and threads. That’s it.
Showing results 1 - 25 of 6807 total
Default search
If you do not specify a field to search over, the search engine will search for posts with a body that is similar to the query's word stems. For example, posts containing the words winged humanization, wings, and spread wings would all be found by a search for wing, but sewing would not be.
Allowed fields
| Field Selector | Type | Description | Example |
|---|---|---|---|
author | Literal | Matches the author of this post. Anonymous authors will never match this term. | author:Joey |
body | Full Text | Matches the body of this post. This is the default field. | body:test |
created_at | Date/Time Range | Matches the creation time of this post. | created_at:2015 |
id | Numeric Range | Matches the numeric surrogate key for this post. | id:1000000 |
my | Meta | my:posts matches posts you have posted if you are signed in. | my:posts |
subject | Full Text | Matches the title of the topic. | subject:time wasting thread |
topic_id | Literal | Matches the numeric surrogate key for the topic this post belongs to. | topic_id:7000 |
topic_position | Numeric Range | Matches the offset from the beginning of the topic of this post. Positions begin at 0. | topic_position:0 |
updated_at | Date/Time Range | Matches the creation or last edit time of this post. | updated_at.gte:2 weeks ago |
user_id | Literal | Matches posts with the specified user_id. Anonymous users will never match this term. | user_id:211190 |
forum | Literal | Matches the short name for the forum this post belongs to. | forum:meta |