Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

The Plain Text Project

plaintextproject.online

Post reply on HN
Print view View original

171–180 of 208 posts

Re: The Plain Text Project

#171

Post by majewsky »

geraldbauer wrote: post #166
nly wrote: post #151

Earlier quoted context omitted.

The football data looks easy for a human to read but a pain in the arse for a program to consume. Personally I think it's terrible, and the fact that they have had to develop a custom 'sportsdb' tool to manage it rather than using something generic like 'jq' is telling. https://github.com/openfootball/england/blob/master/2019-20/... To properly parse this file you need to write a parser that cut fixed-width fields (w…

> rather than using something generic like 'jq' is telling. The best generic tool for managing (structured) data is SQL. Once you have the datasets imported (via the custom readers / loaders) it's just plain SQL (and works with SQLite, PostgreSQL, MySQL, etc.)

For large data repositories, especially public/open datasets, a major concern is versioning. While it is not impossible to render a nice diff between two SQLite files, it's not as ingrained in our everyday tooling (e.g. GitHub) as plain-text diffs.

For small to medium-sized datasets, a nice middleground would be SQL dumps. Put the dumps in Git for versioning and diffing, and load them into $DATABASE for actual queries.

Re: The Plain Text Project

#172

Post by asicsp »

tyingq wrote: post #83
keyle wrote: post #61

Earlier quoted context omitted.

I use IntelliJ as well for years, but don't underestimate grep -r "# TODO" .

grep -H "# TODO" file1 dir1/* file2 Is also useful, as it prints the filename and the matching lines.

if you are using GNU grep, -H option gets enabled by default when there are multiple input files

Re: The Plain Text Project

#173

Post by pulse7 »

chch wrote: post #134
mntmoss wrote: post #33

Recently I decided that I was going to solve the problem of: I easily write inline TODO comments while I work on code, but then have difficulty keeping track of them and getting my head back into the state of things later. While there is IDE support for such things, it's usually not exactly the right interface I want. So I made a tiny CLI app that scans the source for TODO and FIXME lines and presents a menu of files…

Just be careful about Microsoft's Patent US6748582B1; it doesn't expire for another few months. ;) From the patent (edited down a bit): > According to various example implementations of the invention, a task list facilitates code development by assisting developers in keeping track of and managing a variety of tasks, such as errors to be corrected, opportunities for optimization, and other user-defined tasks. As the…

This patent is invalid! Look at the source code in HN comment https://news.ycombinator.com/item?id=21685660#21689915 bellow and see the TODO tags in files last modified on 13. November 1999 which predates the patent application by Microsoft.

Re: The Plain Text Project

#174

Post by mobitar »

philips wrote: post #111
mobitar wrote: post #50

Earlier quoted context omitted.

Do you recall when this was? This kind of feedback is highly unusual for us. Most users love SN precisely for its reliable sync. Our syncing engine underwent large-scale changes in June/July of this year to solve an edge case with opening out-of-date clients. If you experienced any issues after this date with updated clients, I'd be very surprised, but would love to hear more if you can spare a moment. The only other…

Thanks for the follow up. This was July or August of 2018 and Chrome on the desktop and Android.

Ah yeah, it would most likely have been the reason we updated our syncing engine in June of 2019. I don't believe you'd experience any of the same issues today.

Re: The Plain Text Project

#175

Post by daveslash »

gregoryl wrote: post #65
daveslash wrote: post #49

Earlier quoted context omitted.

I really like JetBrain's Resharper for Visual Studio -- they have a very nice, flexible, and configurable 'TODO' window. For example, on our team we try to put TODO followed by our name or initials. The TODO window can then partition those out into separate lists.

Give Rider a go. I'm a complete convert; previous attempts were very unpleasant, but its a complete experience now, very similar feel to VS + RS, without the awful latency.

I've seen it, but never taken the plunge. Thank you for the encouragement -- I'll definitely give it a go. That said, it's going to be extremely difficult to actually incorporate this in my 9-5 environment, so it will probably end up being for my home projects only.

Re: The Plain Text Project

#176

Post by thr0w__4w4y »

JTbane wrote: post #169
chch wrote: post #134

Earlier quoted context omitted.

Just be careful about Microsoft's Patent US6748582B1; it doesn't expire for another few months. ;) From the patent (edited down a bit): > According to various example implementations of the invention, a task list facilitates code development by assisting developers in keeping track of and managing a variety of tasks, such as errors to be corrected, opportunities for optimization, and other user-defined tasks. As the…

That is one of the dumbest patents I have ever seen.

Well.... [0]

I have a whole list of absurd patents... this is the classic go-to example of a patent that should have never been issued... basically, a patent issued saying that if you exercise a cat by moving a laser pointer around a floor, you're infringing on this patent.

[0] https://patents.google.com/patent/US5443036A/en

Re: The Plain Text Project

#177

Post by slightwinder »

loh wrote: post #42
solipsism wrote: post #26

Earlier quoted context omitted.

I'm skeptical any such trend exists. Are you sure you're not misinterpreting your anecdotal experience? I'm not sure if it's a result of the fact that most people are tech savvy Most people aren't tech savvy. Again, maybe you are extrapolating inappropriately from your personal experiences, the people you hang out with, etc?

I'm mostly referring to the younger generation(s) and the apps most widely used by them. Think of the simplicity of applications like Instagram and Snapchat. There isn't much to the interfaces for most user interaction - some images, videos, text, an input or two, and a few buttons. There may be some advanced touch interactions (pinching and swiping), but overall, applications these days tend to be relatively simple.…

Apps are simply becuase devices force them to appear simple. Screenestate is limited and inputactions are mostly touch&gesture-based. That leaves not much room for complexity. Even the onscreen-keyboard only has chars by default, not modifier for complex shortcuts.

Re: The Plain Text Project

#178

Post by tyingq »

asicsp wrote: post #172
tyingq wrote: post #83

Earlier quoted context omitted.

grep -H "# TODO" file1 dir1/* file2 Is also useful, as it prints the filename and the matching lines.

if you are using GNU grep, -H option gets enabled by default when there are multiple input files

Hopefully only when stdout isatty().

Edit: Nope, writes l̶i̶n̶e̶ ̶n̶u̶m̶b̶e̶r̶s̶ file names to output regardless. Boo.

Re: The Plain Text Project

#179

Post by gammarays_ »

erikbye wrote: post #95
Emendo wrote: post #44

Plain text is great when I am on my laptop, but not as well as soon as I want to, for example, check or update my todo list on OneDrive/Google Drive on my phone or on my work computer. I have found myself moving back into proprietary formats like docx and xlsx because of the above. All I want is a folder full of markdown files (and other files that need to stay in their original format), but I not could find a way to…

I use Joplin, it uses markdown so I have my folder of files I can grep. It also has a mobile app and you can set up syncing with WebDAV, I use Seafile.

+1 for Joplin. I moved all my work notes to it and set up Syncthing with my phone and homeserver. Works beautifully.

Re: The Plain Text Project

#180

Post by asicsp »

tyingq wrote: post #178
asicsp wrote: post #172

Earlier quoted context omitted.

if you are using GNU grep, -H option gets enabled by default when there are multiple input files

Hopefully only when stdout isatty(). Edit: Nope, writes l̶i̶n̶e̶ ̶n̶u̶m̶b̶e̶r̶s̶ file names to output regardless. Boo.

you mean filename, not line numbers?

option -h will disable filename in output

Post reply on HN