Veritula – Meta
Elaborate on each commit
The following commits should address this:
3af3966Clarify in title that someone revised an idea (rathen than originated idea)6c70ceaUnderneath idea, indicate that someone revised an idea (rather than submitted it)d20d386Explain that users can revise each others’ ideasc5748e3Turn ‘revise’ link into ‘revise their idea’ when it’s someone else’s ideae0fbd41List user under each revision in version history
The following commits should address this:
3af3966Clarify in title that someone revised an idea (rathen than originated idea)The HTML title now says ‘Idea x revised by…’
6c70ceaUnderneath idea, indicate that someone revised an idea (rather than submitted it)It says ‘Dennis Hackethal, 1 day ago’ for new ideas, ‘Dennis Hackethal revised 1 day ago’ for revisions
d20d386Explain that users can revise each others’ ideasAs part of the alert on the revision page, when the user is about to revise someone else’s idea.
c5748e3Turn ‘revise’ link into ‘revise their idea’ when it’s someone else’s ideaUnderneath each idea.
e0fbd41List user under each revision in version historySo that each version is clearly attributed to the corresponding user.
#437·Dennis HackethalOP revised about 1 year agoDirk Meulenbelt says the concept of revising someone else’s idea is not intuitive.
The following commits should address this:
3af3966Clarify in title that someone revised an idea (rathen than originated idea)6c70ceaUnderneath idea, indicate that someone revised an idea (rather than submitted it)d20d386Explain that users can revise each others’ ideasc5748e3Turn ‘revise’ link into ‘revise their idea’ when it’s someone else’s ideae0fbd41List user under each revision in version history
Add missing word
Dirk Meulenbelt the concept of revising someone else’s idea is not intuitive.
Dirk Meulenbelt says the concept of revising someone else’s idea is not intuitive.
Dirk Meulenbelt the concept of revising someone else’s idea is not intuitive.
#434·Dennis HackethalOP, about 1 year agoThere’s a bug where right-clicking in a form to paste text doesn’t result in the preview updating.
Fixed as of b5d435e.
There’s a bug where right-clicking in a form to paste text doesn’t result in the preview updating.
Link to revision activity with collapsed lines
Done as of cc8e3e9. It now says ‘x unchanged lines collapsed’.
Done as of cc8e3e9. It now says ‘x unchanged lines collapsed’. See eg this activity.
#422·Dennis HackethalOP, about 1 year agoDiffs should omit unchanged lines. Maybe just leave up to three lines around changed content for context – that’s how git does it.
Done as of cc8e3e9. It now says ‘x unchanged lines collapsed’.
Diffs should omit unchanged lines. Maybe just leave up to three lines around changed content for context – that’s how git does it.
Now that there are user profiles (#408), each profile can have a tab for unproblematic ideas. Among all the ideas a user has submitted, those are the ones he can rationally hold. And another tab for problematic ideas, ie ideas he cannot rationally hold.
Now that there are user profiles (#408), each profile can have a tab for unproblematic ideas. Among all the ideas a user has submitted, those are the ones he can rationally hold. And another tab for problematic ideas, ie ideas he has submitted that he cannot rationally hold.
Now that there are user profiles (#408), each profile can have a tab for unproblematic ideas. Among all the ideas a user has submitted, those are the ones he can rationally hold. And another tab for problematic ideas, ie ideas he cannot rationally hold.
There’s a bug where hovering over a link in the markdown preview removes the form and all typed text. Hovering over a link should have no effect on the form.
#414·Dennis HackethalOP revised about 1 year agoSince the diff processes the text as a single line, the hunk header is always going to say either
@@ -0,0 +1 @@(for the first version) or@@ -1 +1 @@(for every subsequent version). Meaning the header provides no real information. So I might as well remove it.
Done as of 8d3eed0, see eg the version history of #414.
Since the diff processes the text as a single line, the diff information is always going to say either @@ -0,0 +1 @@ (for the first version) or @@ -1 +1 @@ (for every subsequent version). Meaning it provides no real information. So I might as well remove that part.
Since the diff processes the text as a single line, the hunk header is always going to say either @@ -0,0 +1 @@ (for the first version) or @@ -1 +1 @@ (for every subsequent version). Meaning the header provides no real information. So I might as well remove it.
Since the diff processes the text as a single line, the diff information is always going to say either @@ -0,0 +1 @@ (for the first version) or @@ -1 +1 @@ (for every subsequent version). Meaning it provides no real information. So I might as well remove that part.
#355·Dennis HackethalOP, over 1 year agoIn activity feed, behind timestamp (‘… hours ago’), link to corresponding discussion.
Done as of e3f2c5b.
In activity feed, behind timestamp (‘… hours ago’), link to corresponding discussion.
#349·Dennis HackethalOP revised over 1 year agoThe activity feed just shows top-level criticisms as regular ideas. They should be shown as criticisms just like when they are child ideas.
Done as of c11a13c.
#337·Dennis HackethalOP, over 1 year agoWhen all I change during a revision is the criticism flag, the activity log just says ‘no changes’.
As of 9702c05, a revision activity now says that the idea was either marked or unmarked as a criticism.
#351·Dennis HackethalOP, over 1 year agoWhen a comment is a criticism on another criticism, the activity should say ‘So and so addressed criticism #…’
Done as of 735c3cc.
When a comment is a criticism on another criticism, the activity should say ‘So and so addressed criticism #…’