Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
isTravis
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
1.
▲
by
isTravis
7y ago
PubPub folk here - our landing page is pretty much 6 months past its shelf life. A rework that helps people find relevant communities is in the pipeline. In the meantime - we have a simple Explore page[1]. Some of my favorite communities ar
2.
▲
by
isTravis
8y ago
PubPub | Full-Stack Web Developer | Cambridge, MA | Full-time Onsite | https://www.pubpub.org We're building an open-source publishing platform for collaborative scientific (and other) documents. Started as an MIT Media Lab
3.
▲
Show HN: FoodWeMake – A family recipe site we made as a Mother's Day gift
(foodwemake.com)
2 points
by
isTravis
8y ago
|
0 comments
4.
▲
by
isTravis
10y ago
Great question, and one that certainly doesn't have a straightforward or trivial answer. It's definitely more of a social challenge than a technical one - making publishing free/open won't do anything to fix incentives o
5.
▲
by
isTravis
10y ago
Math support already there: http://i.imgur.com/tHKpNrB.png We're keen on getting good offline support added, but (as you point out) there's still a lot to be done on the web side of things. We're pushing out
6.
▲
by
isTravis
11y ago
PubPub here. We need cleaner documentation on this - apologies for the lack of clarity. PubPub journals (like JoDS) are no longer the publisher, but rather the curator. So, the key steps are: 1) Anybody can write and publish a document on P
7.
▲
by
isTravis
11y ago
PubPub here. Give us a couple weeks - we'll have a big update that 1) open sources everything, and 2) has a much cleaner create-a-journal UX. If waiting is misery, email us at pubpub@media.mit.edu, we might be able to spin up a custom
8.
▲
by
isTravis
11y ago
PubPub here - hopefully before March :) We weren't expecting any hacker news attention yet - so our 'launch package' (open source, better landing page, better on-boarding, etc) isn't quite finished. Watch @isPubPub for u
9.
▲
by
isTravis
13y ago
Thanks for the idea! We've gotten a bunch of feedback asking about more specific categorizations once the basic set of votes are saturated. This could be a pretty fun way of getting at something like that. We'll keep it in mind go
10.
▲
by
isTravis
13y ago
Doh' - a check showed that we were "load balancing" across all of 1 port. Pulled from the wrong git branch on one of our updates apparently -_-. Running through many more node instances now - hope it's up for you. Thanks
11.
▲
by
isTravis
13y ago
Yikes - sorry about that. Seems to be back up now - are you getting the 429 on refresh?
12.
▲
by
isTravis
15y ago
Agreed! I too would like to know what you use to do this, and what type of encryption you're able to use.
13.
▲
by
isTravis
15y ago
Completely correct. This is not a new idea at all. However TalkingLights had a huge bandwidth limit because they used flourescent lighting. LEDs can go to much higher speeds - but even still, this isn't new. Researchers in Japan and Boston
14.
▲
by
isTravis
15y ago
Completely correct. This is not a new idea at all. However TalkingLights had a huge bandwidth limit because they used flourescent lighting. LEDs can go to much higher speeds - but even still, this isn't new. Researchers in Japan and Boston
15.
▲
by
isTravis
15y ago
This is the right idea for sure. Data usage is almost always asymmetric - people download much more than they upload. So let's widen the download channel using visible light and still use the sufficiently large RF channel for the up stream.