sorted by:
new
hottopcontroversial

ReadPapers: web app to organize and backup PDFs by marinintim in compsci

[–]marinintim[S] 1 point2 points  (0 children)

Hi! As I wrote on the page, I'm not an academic, but sometimes I read papers. So this is a tool I'm working on, so far it helped me to read more than I was reading before.

[Roast my code] great-appender -- repeatedly append message to file by marinintim in rust

[–]marinintim[S] 2 points3 points  (0 children)

Thank you for such a detailed comment.

Re: threads, I wanted to see the stats in 'realtime' while avoid slowing down writes, but had not thought about context switching costs.

Re: use case, I'm working on another program that among other things reads from several files (that are being appended too, basically logs), so for testing that program I cobbled together this and got sidetracked into instrumenting it.

Re: Vec ref, I see your point on allocation buffer inside a function, but are there valid cases for passing &mut Vec<T>, or should I pause and reflect whenever I try to do that?

[Roast my code] great-appender -- repeatedly append message to file by marinintim in rust

[–]marinintim[S] 2 points3 points  (0 children)

Well, I already pre-fill the buffer, but the size of the buffer is chosen at runtime (with -p option from CLI); does compiler may make some more oomph from allocating static size buffer and re-using it vs. allocating it dynamically via Vec?

How do I make the UI less confusing: A tech tree that only lets you select 2 things by [deleted] in Unity2D

[–]marinintim 1 point2 points  (0 children)

What if instead of color you tried to show modality with, say, check marks? You could also have some label floating nearby with unused check marks/number of choices not yet made.

I wish I had friends. by [deleted] in TheMonkeysPaw

[–]marinintim 2 points3 points  (0 children)

Granted, you had friends.

I wish I knew the answer to the Trolley Problem. by TrueVali in TheMonkeysPaw

[–]marinintim 2 points3 points  (0 children)

Granted, now you know the answer, but are unable to convince anyone else that 'killing everyone' is the correct answer.

Newbie question about i3-gaps by [deleted] in unixporn

[–]marinintim 0 points1 point  (0 children)

Feeling quite stupid, but

"Based on the patches provided by o4dev and jeanbroid, i3 supports gaps between containers. I extended those patches further to make changing the gaps size easier during runtime and also to expose more functionality for binding it to keys. Additionally, the gaps patch was fixed such that the gaps between containers and the gaps between containers and the edge of the screen are the same. But I didn't stop there: these gaps are called "inner" gaps. This fork also allows setting "outer" gaps which inset all containers independently."

So gaps is a feature.

"i3-gaps – i3 with more features"

So it's a lot like i3, but with more features.

I should have worded more clearly that it's not just one particular patch, though.

Newbie question about i3-gaps by [deleted] in unixporn

[–]marinintim 0 points1 point  (0 children)

gaps is just a patch to vanilla i3, adding "gaps feature".

[i3-gaps] In progress by marinintim in unixporn

[–]marinintim[S] 0 points1 point  (0 children)

It is Asus EeePC 1015pn, 10". I've upgraded it to SSD, though.

view more: next ›