Activity Feed
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there’s never any confusion as to 1) whether a filtered idea has any pending criticisms, 2) a filtered idea having more criticisms than are being rendered.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.
That could mislead people into thinking a revision has no pending criticisms.
That could mislead people into thinking a revision has no pending criticisms, which would be bad for error correction.
#1997·Dennis HackethalOP, about 1 month agoSee #1992: “The instructions at the top of the page are clear that not all ideas are being rendered.”
See #1999: “People could easily miss or forget that.”
#1992·Dennis HackethalOP, about 1 month agoThe instructions at the top of the page are clear that not all ideas are being rendered.
People could easily miss or forget that.
#1986·Dennis HackethalOP revised about 1 month agoBug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same revision.
Any filtered ideas should show a criticism label displaying n / m for the count, where n is the number of rendered criticisms and m is the number of total criticisms.
That way, there’s never any confusion as to 1) whether a filtered idea has any pending criticisms, 2) a filtered idea having more criticisms than are being rendered.
#1995·Dennis HackethalOP revised about 1 month agoIf no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people. More generally, any mismatch between rendered vs counted criticisms could confuse people.
See #1992: “The instructions at the top of the page are clear that not all ideas are being rendered.”
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people.
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people. More generally, any mismatch between rendered vs counted criticisms could confuse people.
#1993·Dennis HackethalOP, about 1 month agoFor all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered.
If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people.
#1986·Dennis HackethalOP revised about 1 month agoBug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same revision.
For all ideas, the total number of pending criticisms (if any) should always be shown, even if they are not all being rendered.
#1989·Dennis HackethalOP, about 1 month agoThat could mislead people into thinking a revision has no pending criticisms.
The instructions at the top of the page are clear that not all ideas are being rendered.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
#1988·Dennis HackethalOP, about 1 month agoWhen cycling back to the revision, it should continue to display only the count of the shown criticisms.
That could mislead people into thinking a revision has no pending criticisms.
#1986·Dennis HackethalOP revised about 1 month agoBug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same revision.
When cycling back to the revision, it should continue to display only the count of the shown criticisms.
Bug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same idea.
Bug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same revision.
Bug: when cycling through ‘filtered’ revisions (meaning there are more revisions that don’t lead to the highlighted idea), the criticism badge can change count for the same idea.
Hiccdown should have support for ids and class names in the tag symbol. Like Hiccup.
[:'div#my-id.my-class.another-class']
# => <div id="my-id" class="my-class another-class"></div>
It should also allow mixing:
[:'div#my-id.my-class.another-class', {id: 'override', class: 'additive'}]
# => <div id="override" class="my-class another-class additive"></div>
In other words, the id from the hash would override the id from the symbol, and the class from the hash would be added to the classes from the symbol.
Hiccdown methods should live in their own, separate classes. How about they are called ‘displays’?
class ProductsDisplay
def index vc, # …
vc.some_helper_method
end
end
Behind the scenes, the Hiccdown gem would need to make the instance variables available to the display class:
display = @display_module.new
view_context.instance_variables.each do |iv|
display.instance_variable_set(
iv,
view_context.instance_variable_get(iv)
)
end
Then:
class ProductsDisplay
def index vc, # …
vc.some_helper_method(@products)
end
end
Hiccdown methods should live in their own, separate classes. How about they are called ‘displays’?
class ProductsDisplay
def index vc, # …
vc.some_helper_method
end
end
Behind the scenes, the Hiccdown gem would need to make the instance variables available to the display class:
display = @display_module.new
view_context.instance_variables.each do |iv|
display.instance_variable_set(
iv,
view_context.instance_variable_get(iv)
)
end
Then:
class ProductsDisplay
def index vc, # …
vc.some_helper_method(@products)
end
end
Hiccdown methods should live in Rails helpers as class methods. That way, the problem described in #302 is solved – methods can be referenced unambiguously:
ProductsHelper.index
StoresHelper.index
Hiccdown methods should live in Rails helpers as class methods. That way, the problem described in #302 is solved – methods can be referenced unambiguously:
ProductsHelper.index
StoresHelper.index
Hiccdown methods should live in Rails helpers as instance methods.
Hiccdown methods should live in Rails helpers as instance methods.
#1965·Lola Trimble revised about 1 month agoThat was my only problem! I think it's important to note how sound affects our thoughts, and I appreciate your take on it. In the past, I would use music to block out thought quite often, and I haven't seen many people take note of how harmful that can be towards growth and knowledge creation. I think the revision makes the idea a little less sharp and more helpful. Overall, I really enjoyed the article.
Thanks!
#1975·Zelalem Mekonnen, about 1 month agoIt does. But wouldn't that explain away the problem itself? I guess understanding and moving the problem into the future where I might be better suited to solve it is a good idea. So now I am acting on an explanation that solves the problem tentatively.
It’s just an example. We’re not actually trying to solve the problem of where you want to live. We’re trying to understand how Veritula works.
Another example is physics. The idea ‘Newtonian physics is the true explanation of gravity’ has pending criticisms. For all we know, it’s false. But the idea ‘As an architect, I use Newtonian physics to make calculations because it’s simpler than general relativity and gives nearly identical results on earth’ may have no pending criticisms. So it’s rational for the architect to go with Newtonian physics.
The architect isn’t moving the problem into the future. Finding the true explanation of gravity was never his problem. He’s picking the best tool for the job, today.
#1970·Dennis HackethalOP revised about 1 month agoThe mere idea ‘continue living in city X’ may have pending criticisms. But so might the idea ‘leave X’. Maybe leaving is too expensive right now, or you’d have to find a new job and you like your job more than you want to leave, etc. In which case there could be a third idea: ‘At some point I’d like to leave X, but for right now that’s too expensive and too cumbersome, so staying in X for another year is fine.’ And that idea may not have any pending criticisms.
Does that make sense?
It does. But wouldn't that explain away the problem itself? I guess understanding and moving the problem into the future where I might be better suited to solve it is a good idea. So now I am acting on an explanation that solves the problem tentatively.
#1966·Dennis HackethalOP, about 1 month agoVeritula uses a serif font …
Upon reflection, that doesn’t matter. The letters J and I aren’t difficult to tell apart in sans-serif fonts, either.
Right, I was just replying from my phone, which I should not have done, as it is easy to make mistakes like that.
Welcome to Veritula, Lola.
I generally like complete silence when I think but sometimes I’ll play soft music to mix things up.
You make a fair point, so I’ve updated my blog post to reflect that the ideal noise level varies based on people’s preferences.
Basically, choose a noise level that maximizes your ability to think and hear your own thoughts.
Welcome to Veritula, Lola.
I generally like complete silence when I think but sometimes I’ll play soft music to change things up.
You make a fair point, so I’ve updated my blog post to reflect that the ideal noise level varies based on people’s preferences.
Basically, choose a noise level that maximizes your ability to think and hear your own thoughts.