Hacker News new | past | comments | ask | show | jobs | submit | climech's comments login

Good points made, but the attitude is absolutely repulsive.


Apologies if I'm reading this wrong, but between this question, and casually comparing a possible origin of life on Earth to a venereal disease, it just all strikes me as very misanthropic.

My answer would be -- it's important if we deem it important, whether that's rational or not. If we start from the premise that life is good, that humans in particular are the most interesting thing out there as far as we can see, then it isn't totally bizarre that we should wish for the show to continue, extend it as far as we can. In that view, being bound to the fate of our home planet seems like an arbitrary restriction.


Pro tip: if you're using Solarized, change to another color scheme before running it.


It's interesting to see how different people deal with different feelings. Personally, when I'm feeling sad, I want to stay with the feeling -- not wallow in it, but let it "flow", so it eventually gets out of my system. Movies can be quite cathartic that way.


It depends on the circumstance, which I believe was the GP's point. Sometimes I do want to explore the sadness for a bit, but other times I want to be cheered up.


This is very interesting. I'm trying more to become a person like that. It's way healthier to accept emotions than try to always run away from them


Recommends mortal combat for thoughtful?

??


It recommended it for me for being SLEEPY.


it recommend it for weird, i think them can a like this movie


Combat, sacrilege. Its MK, Mortal Kombat.


I chose "idyllic", expecting titles like Kiki's Delivery Service, but all the recommendations were either fighting or sports-related movies (Raging Bull, Southpaw, Rocky, etc). Sometimes there's also an issue where the same page loads inside the video frame.

Good idea, just needs a little more polish.


The "shake to undo" feature is actually very old, I remember discovering it around 2010. It works in all text fields system-wide, not just in the Notes app!


Veritasium made a cool video about this some months ago: https://www.youtube.com/watch?v=XRr1kaXKBsU


Thanks! Please open an issue on github if have an account there. System information would be particularly helpful.


Yes, it's sorted by name in natural order. I haven't decided yet which would work best as default (this vs insertion order) -- feedback is welcome. This works well for numbered book chapters, something I personally find useful. In any case, the defaults will be configurable -- when I implement config :)

(Another thing on the TODO list is adding an optional priority score for each task, and sorting those on top of the list in all tree views.)


I hope you consider global prioritization of leaf nodes, either entered individually or calculated from weights of ancestor nodes.

One big deficiency of most todo apps is lack of support for making routes through the leaf nodes. I see that you can already do this with Grit via pointers and numeric task prefixes for sorting. But that brings us back to the bad old BASIC style line numbering problems.


With weights, you can have the user enter individual weight edges between root and task node, which would simplify the design, no?


>prevents diamond shapes

Pretty much this, unless I'm missing something. An earlier version of the program actually used DAGs, but I found it a little underconstrained. I got pretty excited when I discovered multitrees, as it seemed to be exactly what I needed the whole time.


Why is the no diamond constraint useful here?


Without it, the structure allowed the user to create a graph like this:

    [x] Task
     ├──[x] Sub-task (1)
     │   ├──[x] Sub-sub-task (2)
     │   └──[x] Sub-sub-task
     ├──[x] Sub-task (3)
     │   ├──[x] Sub-sub-task (2)
     │   └──[x] Sub-sub-task
     └──[x] Sub-task
by creating a link from (3) to (2). The tree command would actually omit the second occurrence of (2), since the algorithm visited each node just once.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: