bazookajoes

Isn't there a lot of overhead to spawning a new process every time? I wonder what that cost is relative to the cost of generating the image.

I'm curious what people think about this.

Thank you for these suggestions.

Thanks! Yes, I would like to do that too. Here is the outrageously long list of things I want to do with CrushPaper http://crushpaper.com/help/Future-Enhancements

I haven't thought about using a CalDAV server for this at all actually. How do you envision that working?

The backend of this is pluggable so it can use other datastores.

Thank you for the suggestion and the feedback! I will do it tomorrow. I just have to decide if it should be a separate context menu item. If you have any other thoughts please let me know.

It's great to see you agree on the importance of this area!

I believe that when people have tools that allow them to visualize their thoughts they can become more rational as well as more productive.

I like emacs org-mode too. I would like to add functionality to CrushPaper that is similar to some aspects of emacs org-mode. But, first I need more feedback on the current iteration.

Thank you for the reinforcement!

Thank you for trying to explain. I think I still don't understand though. Would you mind explaining it a bit more?

And thank you, I'm glad you like it!

You're welcome! But I have to admit that I am curious why you thank me for that.

I like that project!

I wrote most of CrushPaper before finding out about Workflowy or HackFlowy, but I tried to take a different path from HackFlowy.

CrushPaper is hopefully easy to deploy because it is a single executable JAR.

CrushPaper is hopefully easy to contribute to because all of the server code is in Java.

CrushPaper has unit tests. I am always surprised when people are willing to store their information in an app that doesn't have any test coverage.

Thank you for the feedback!

I think one of the major UI differences between Workflowy and CrushPaper is that CrushPaper aims to support multiline notes and quotations. I often paste snippets of code into CrushPaper but that does not seem to work well in Workflowy. In Workflowy you can create multiline notes with Shift+Enter, but then you don't seem to be able to navigate to those lines with the keyboard.

CrushPaper can definitely be changed to use Enter+Tab instead of Alt+c.

Perhaps Alt+Enter should insert a new line within a note, and Enter should create a new note. When I experimented with that during user testing no user guessed that it was possible to create multi-line notes.

That is a great suggestion. Thank you for pointing that out. So far I haven't thought about that at all.

I hadn't realized that. Do you think that is good or bad?

Thank you for the kind words and thank you for hunting it on Product Hunt!

I have to admit I am a bit disappointed this didn't get more feedback here on HN.

Depending on the requirements and dataflows of the system an even smarter event dispatcher can dynamically switch been busy waiting and normal event notification to reduce unnecessary power usage.

Totally agree. A great debugger can be a godsend. It amazes me that for the longest time you can not see return values when debugging in Eclipse. https://bugs.eclipse.org/bugs/show_bug.cgi?id=40912

Out of curiosity in what scenarios do you see a forking web server being faster than a evented server that balances requests across cores and can direct a request to the core with the best cache for the request?

I completely agree with need to async. The hard part is that many operations are async without an async interface. For example memory allocation, or even memory usage if the memory was not truly allocated by malloc.

I was very excited about OrientDB when I first tried it a couple of months ago. What's not to love about a graph DB that is faster and freer than Neo4J?

I ran into several seemingly independent DB corruption issues.

When I read through the OrientDB community forum I saw many reports of issues which should scare you if you use OrientDB as your sole persistence point. It seemed that many of these issues were rapidly fixed but without a link to a bug report or an explanation of the issue. This didn't give me confidence in the development process for the DB.

There is copious OrientDB documentation and it looks beautiful and professional, but in my opinion the documentation at times does not answer fundamental questions. I don't like to be a stickler for grammar, but often enough the grammar in the documentation was bad enough that it confused me.

It also seemed that the OrientDB is missing some of the advanced indexing functionality that Neo4J gets from integrating Lucene.

I'm planning to give OrientDB another try in a year or so.

I really like the Sync UI, the functionality and the speed.

But the last time I looked at the forum there were several unanswered posts about serious bugs where files were deleted on both sync peers.

This scared me away from using it.

Now, I'm not sure if it being out of beta means that these showstoppers have been fixed or just ignored.

The stated primary goal of sync is that your files will always stay private. I wish the primary goal was that my files were not deleted.

Since it's closed source perhaps they could do better by documenting their testing strategy and coverage to convince potential users of the quality of their software.

It also scares me that bug reports are managed on a forum rather than through a bugtracker: http://forum.bittorrent.com/forum/108-sync-troubleshooting/

That's true, but I think it is very likely they will start suggesting movies, bars and restaurants for dates.

> Or maybe those over 28 are willing to pay more, and this is a move to maximize revenue.

This does happen to be the motivation that Tinder stated.

> Tinder is no different; during our testing we've learned, not surprisingly, that younger users are just as excited about Tinder Plus, but are more budget constrained and need a lower price to pull the trigger."

We know that tinder's long term goal is to become a method of social discovery method for anything. That is why I don't think that their goal is to decrease any usage of their product as long as that usage is not "incorrect" in their minds.

Thank you, it is interesting that that is not in FAQ

What potential effect and margin are you thinking of?

The problem with your argument is that basic tinder is still free and tinder plus gives you almost no competitive advantage.

It gives you undo, which is a minor advantage, and it gives you passport which can be accomplished for free on any unrooted Android phone or any jailbroken IPhone.

In the future it will prevent you from needed to see ads, but I imagine that will also be a minor advantage.

Those are factors, but also because older people are typically looking for a long-term relationship and young people are typically looking for a short-term relationship.

People are willing to pay a lot more for a potentially life changing long-term relationship. I think eharmony and match.com's pricing strategy proves this.

I imagine that they didn't realize this would blow up because it didn't blow up when okcupid started doing it. However they probably forgot that tinder is on much larger stage than okcupid.

OK, it was called quickmatch, then locals, now it is called OkCupid Dating.

http://www.okcupid.com/forum?tid=10204328337611738961

How do you know that Tinder Plus doesn't have the same swipe limit?

That is not stated in the Tinder FAQ, in the BBC article or the TechCrunch article.