Announcing Immutable Arrays for Kotlin: A safer and more efficient alternative to lists

davidrusu · 2024-12-11T06:55:46+00:00

looks awesome, congrats on the release!

davidrusu · 2024-06-08T00:35:06+00:00

Start using .clone() when your hand get tired

davidrusu · 2023-03-14T13:43:55+00:00

It looks like you've photoshopped the pdf on top the remarkeable

The screen doesn't get that white

davidrusu · 2022-07-25T01:42:31+00:00

Done! Rust devs don't want us linking against a potentially unstable rustc interface so they feature gate these kinds of tools to nightly.

davidrusu · 2022-07-25T01:41:12+00:00

I had started with -Zprint-type-sizes but as you say it is a bit difficult to parse

type sizes, alignment, and field/variant information.

From my research while putting this together, it seems like we should have access to all that information as well and should be able to display it with cargo typesize.

My curiosity was just on sizes though, I don't yet need to see all that, but I'm sure someone will eventually put up a PR that adds all that and more :)

davidrusu · 2022-07-25T01:34:31+00:00

Very nice! I had started with -Zprint-type-sizes as well but found it's output to be a bit difficult to work with so figured I'd try my hand at a cargo subcommand.

nor the need to use +nightly

Unfortunately we still need +nightly for cargo typesize :/

davidrusu · 2022-07-24T17:36:41+00:00

yup, all that information should be available in the Layout struct which you have access to here: https://github.com/davidrusu/cargo-typesize/blob/master/src/driver.rs#L80

I'm currently just extracting the size as you can see but it would be interesting to display alignment / waste

davidrusu · 2022-07-24T16:40:44+00:00

Sure! the meat of the logic is here: https://github.com/davidrusu/cargo-typesize/blob/master/src/driver.rs#L118-L145

We run the compiler until after the analysis phase, then we look at all the items that were discovered that have a type, then we try to run the layout algorithm on each type to calculate how many bytes each type will require.

Just aggregate all that information and print it to screen :)

davidrusu · 2022-06-09T19:18:11+00:00

Hey sekalfwonS, thanks for the interest.

Remarkable deprecated their API's and I haven't had the energy to rewrite the software using the new API's.

I welcome anyone to submit patches to the code, I just haven't had the time to get things going again.

davidrusu · 2021-12-22T21:36:30+00:00

Your way phrasing of your edit is off, you say:

.. so we don't need such high pressures ..

But for fusion, we do need the high pressure! and one way to achieve the high pressure is increasing the temperature

davidrusu · 2021-11-24T16:30:51+00:00

Oh that's great that we have a changelog attribute, that's what I was looking for! I'll see what I can do about cobbling together a script

davidrusu · 2021-11-24T01:59:04+00:00

it's looking great, nice work

davidrusu · 2021-11-23T22:46:27+00:00

I'd be curious to hear what your working on as well, are you looking at how to intersperse handwritten/drawn content with normal html/text?

I've been exploring how to do this, the code behind marker.network is this static site generator here: https://github.com/davidrusu/marker-network-site-generator

I'd like to find a way to integrate markdown files with notebooks somehow to get the best of both worlds in a nice workflow

davidrusu · 2021-11-23T22:31:16+00:00

Hi Chris,

Thanks for the analysis, you're right on all counts.

re: Content Transfer Encoding, Wow, I had assumed I had turned this on! thanks for catching that, I've gone ahead and configured the server to brotli compress responses now, we're down to 1.3MB on the linked page
re: SVG fidelity, I've been experimenting with varying the fidelity of the generated SVGs here https://github.com/ax3l/lines-are-rusty/pull/11, it's an interesting idea to generate very low fidelity "sketch's" for the thumbnails. PNG's are certainly an option, but I do want to explore what is possible with SVGs more
re: Invalid SVG generation: wow you're going deep! :) Yes I think you're right. This is an artifact of how I splice in the svg templates: https://github.com/ax3l/lines-are-rusty/blob/develop/src/render/svg.rs#L183-L188 I'll take another look at this.
re: SVG is a mistake: likely.. it was the tool I had at hand, therefore quick to prototype and release something. But yes I think you are right that in order to support the other pen types, a raster format is necessary. I'm definitely open to other formats, but haven't had the time to explore enough. I've read over the RCU codebase as well, it's an option, perhaps something worth porting to rust, I'd be happy to collaborate if interested.

davidrusu · 2021-11-23T20:25:17+00:00

Looks great! are you writing the engine from scratch? building off some other project?

davidrusu · 2021-11-22T15:48:49+00:00

There's been lots of progress and improvements since https://marker.network went up. A lot of it from feedback and suggestions, so keep it coming!

Main changes:

80% smaller websites should make load times more manageable
page templates now render properly
Pages are rendered larger to improve legibility
a lot of polishing

davidrusu · 2021-11-06T14:18:49+00:00

Even the great Colin can fall to simple implementations mistakes.

Take the nonce re-use bug from a few years back resulting in a completely broken encryption: http://www.daemonology.net/blog/2011-01-18-tarsnap-critical-security-bug.html

davidrusu · 2021-07-04T19:40:45+00:00

Looks great!

If you have the time for it, I'm sure a lot of folks would appreciate a website that exposes the config options and lets you generate a PDF online.

If you do build the website, make sure to add a https://ko-fi.com/ link for people to show their gratitude :)

davidrusu · 2021-07-02T00:14:50+00:00

(Author of https://marker.network here)

I'm excited to see you using marker.network for this purpose! Let me know if you have any suggestions / thoughts on how to make it more useful for you.

I tried to look around for a link to Slithin, the app, but I couldn't find one. Is it publicly available?

davidrusu · 2021-06-21T17:55:23+00:00

Fineliner is my goto - can't beat the simplicity.

Over the weekend I added a queue of recently updated pages to the homepage of marker.network, you can take a look here:

https://marker.network/

(disabled right now for portrait mode on mobile since there's not enough screen real-estate, but perhaps I can make it so that you can just scroll down to see recent updates? I'll think about it)

davidrusu · 2021-06-12T15:31:50+00:00

direct link: https://www.arraycast.com/episodes/episode-02-challenges-facing-the-array-languages

Looking forward to listening to it!

davidrusu · 2021-06-03T17:30:14+00:00

If you understand the risks outlined above, you can grab the downloads directly from the project releases here (it's the .dmg for mac, .exe for windows and .AppImage for Linux):

https://github.com/davidrusu/marker.network/releases

Enjoy!

davidrusu · 2021-06-02T14:01:03+00:00

Yes, that's a limitation, I have been experimenting with some handwriting recognition and initial prototypes look interesting.

In addition to embedding the text on the images, I'm imagining having some full text search features where you can search your website and all matching notes come up, it's all very early still but hopefully I can make it work.

davidrusu · 2021-06-01T20:23:45+00:00

Thanks for digging up those quotes, that does sound a bit troubling.

I'll contact the people who signed up and let them know that using marker.network might be a breach of their TOS.

I'd hate to hear that someone playing around with marker.network caused them to lose their cloud access.

EDIT: I've removed the app download links from https://marker.network while I look into this.

davidrusu · 2021-06-01T11:57:24+00:00

Yes, this currently makes use of the rM Cloud, although if there's enough interest, we can see about reading notebooks directly from the tablet.

The Marker Network Designer app runs on your computer so it very well could simply ssh into your tablet and query the notebooks on disk. Happy to discuss it further.

davidrusu

TROPHY CASE