Search Ideas

The important thing is to be able to make predictions about images on the astronomers’ photographic plates, frequencies of spectral lines, and so on, and it simply doesn’t matter whether we ascribe these predictions to the physical effects of gravitational fields on the motion of planets and photons [as in pre-Einsteinian physics] or to a curvature of space and time.

I’m getting conflicting results online for this quote. Some sources that quote the same passage say singular ‘effect’, others use the plural like Deutsch does.

I don’t have access to the original text, so I can’t say for sure if this is possibly a slight misquote or if different people are just quoting different editions.

The important thing is to be able to make predictions about images on the astronomers’ photographic plates, frequencies of spectral lines, and so on, and it simply doesn’t matter whether we ascribe these predictions to the physical effects of gravitational fields on the motion of planets and photons [as in pre-Einsteinian physics] or to a curvature of space and time.

I’m getting conflicting results online for this quote. Some sources that quote the same passage say singular ‘effect’, others use the plural like Deutsch does.

I don’t have access to the original text, so I can’t say for sure if this is possibly a slight misquote or if different people are just quoting different editions.

Any filtered idea should always display only the count of shown criticisms.

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.

An explanation could accompany the n / m display, like a title on hover.

That way, there should never be any confusion as to a mismatch between the total vs rendered number of pending criticisms.

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, which would be bad for error correction.

See #1999: “People could easily miss or forget that.”

People could easily miss or forget that.

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.

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.

If no criticisms are being displayed, yet the label says an idea has n pending criticisms, that might confuse people.

When 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.

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 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.

1
2

[:'div#my-id.my-class.another-class']
# => <div id="my-id" class="my-class another-class"></div>

It should also allow mixing:

1
2

[:'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’?

1
2
3
4
5

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:

1
2
3
4
5
6
7
8

display = @display_module.new

view_context.instance_variables.each do |iv|
  display.instance_variable_set(
    iv,
    view_context.instance_variable_get(iv)
  )
end

Then:

1
2
3
4
5

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:

1
2

ProductsHelper.index
StoresHelper.index

Hiccdown methods should live in Rails helpers as instance methods.

The current city J live in. … But J still live here.

You should really be able to distinguish the letter J from the letter I. Veritula uses a serif font; they’re not difficult to tell apart.

I’ve previously suggested that you paste your comments into Grammarly before you post them. Remember to do that until you get so good it routinely finds no issues.

If you have a criticism of that suggestion, state it (in a new discussion). Don’t just ignore the idea and continue making spelling mistakes.

The 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?

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.

Bug: when clicking the link to the activity in #1953, the idea is replaced with “Content missing”.

https://veritula.com/activities/1808

Since the discussions starts with an idea, there should be a reply button.