hammerandtongs

Thanks, that looks pretty reasonable.

How are people getting along with Vuex vs Redux?

It looks pretty clean and grokable in the examples and deals with async out of the gate -

https://github.com/vuejs/vuex/tree/dev/examples/counter

This is lacking input latency unfortunately ie how long it takes for a typed character to appear.

That unsurprisingly quite critical and surprisingly variable -

https://pavelfatin.com/typing-with-pleasure/#input-latency

This seems like something that if they are going to address performance comprehensively they are going to need to benchmark and watch for improvements and regressions on their builds.

https://pavelfatin.com/typing-with-pleasure/

Without some concrete benchmarks I'm not inclined to go to the trouble of trying it again.

Some speculatively useful things that could arise out of this -

It may have useful security properties over time. People use emacs for a great deal of arbitrary text reading and transform from things directly from email and the web. Elisp would largely be at fault for security bugs but perhaps this would help in areas.

Perhaps a binding to use Alacritty directly for a port to Wayland? Emacs has a pretty terminal centric view of its UI output as is.

A tight binding to Servo allowing a serious upgrade to Emacs visual and ui capabilities.

Irrelevant.

Honesty doesn't keep it from being useless stop energy.

Doesn't seem to have a copyright assignment policy in place so this can't be upstreamed as is.

https://www.gnu.org/software/emacs/manual/html_node/emacs/Co...

So opened - https://github.com/Wilfred/remacs/issues/238

This is a 2015 conversation but was interesting as I recall.

Why would you leave yourself in this low practiced state?

Ie you don't spend the time to become fluent, so it's always "thinking" instead of being able to just do.

Incidentally you should always always leave the insert mode when you are done typing.

You are never confused about state because your default is "normal mode".

Brilliant, thank you.

Hah!

Well that will help me push this project off for a few months more :)

Is there a good spot to keep up with this, that is very linux focused?

Uhoh this kind of removes one of the things holding me back from buying -

"""The last addition should excite those interested in virtualization. AMD has announced "fresh support" for PCI Express Access Control Services (ACS), which enables the ability to manually assign PCIe graphics cards within IOMMU groups. This should be a breath of fresh air to those who have previously tried to dedicate a GPU to a virtual machine on a Ryzen system, since it has thus far been fraught with difficulties."""

People have been fairly successful over the years combining their windows games box into their linux workstation by doing this.

I haven't dipped in but I am pretty tempted.

Can anyone comment on the stability of the linux workstation if the windows vm takes a dump via bad drivers etc? That's my concern is that my linux workstation is highly highly stable and I don't want to borrow problems just to save a box.

You might like this -

https://github.com/akahuku/wasavi

I'm hoping it's ported to Firefox when webextensions are ready.

Why don't you make an issue?

https://github.com/XProger/OpenLara/issues

Sandstorm does additionally protect people (and you) from your business model changing, "self hosting" is a pipedream for most people without sandstorm.

I think journaling is an ok word for what its worth. You might add some actions that people can do with it however ie "you can replay and review any changes". Its a great feature its a question of lighting up their brain the right way.

Great job!

A+ for having the fdroid install.

Have you looked at sandstorm.io for self hosting support?

I like your landing page. It's fairly clear the values your offering but I'd expand on what clients you are going to end up using after migrating etc.

"""It seamlessly integrates with Android so you won't even notice you are using it."""

Might become

"""It seamlessly integrates with the current Android calendar/phone/contacts applications so you won't even notice you are using it."""

Nicely done. I think it definitely is an area that needs this or something very close to it.

As far as I remember you are foregoing text objects which are really one of the most powerful things in vim.

http://blog.carbonfive.com/2011/10/17/vim-text-objects-the-d...

Ironically I think most of the IDE (ie intellij etc) vim plugins have them while you do not.

Part of the problem is that "the internet" has not provided a technical solution yet to the claimed problem (the laziness and shiftiness of ISPs not upgrading simple crossconnects is bs though).

If someone wants to stream netflix, youtube or grab something from a torrent why not have a content agnostic(safe harbor) block cache distributed around the internet?

This is most concretely expressed by ipfs https://ipfs.io/ but it's an old idea -

https://en.wikipedia.org/wiki/Content_centric_networking

Bittorrent itself is a limited form of it. On some level AMP from google and CDNs are trying to make up for its lack.

As long as the ISP doesn't actively force this on their users but instead its something companys and people actually want I think its a net good to make this a thing.

We should mature and adopt IPFS AND fight the net neutrality battle.

There is another project that does -

https://play.google.com/store/apps/details?id=com.coste.sync...

syncorg on github

So from the hour I wasted yesterday poking around the web after reading this article -

http://webhome.idirect.com/~totton/abacus/PDF.htm

Seems like the best free resource.

This book seems like the standard english text on soroban -

https://smile.amazon.com/Japanese-Abacus-Its-Use-Theory/dp/0...

The first few chapters are great. This book from the sixties mentions that abacus are actually a middle-eastern invention and came east with trade.

Abacus in fixed frames are a later invention for speed but earlier versions would have more resembled a backgammon table using pebbles.

https://en.wikipedia.org/wiki/Abacus

https://en.wikipedia.org/wiki/Salamis_Tablet

This led to this pretty interesting paper -

https://arxiv.org/pdf/1206.4349.pdf

It seems like there is a pretty large gap in our understanding of how people actually did calculation?

Cheers

It's not at all true that they are "barf machines".

For a properly installed "room scale" vive installation almost noone experiences any discomfort.

Badly designed software can absolutely still cause sickness but thats on the owner of the Vive.

The headsets are still too hot and bulky.

They don't have good enough visuals for large amount of text manipulation.

I think it entirely depends on whether workers get out ahead of the curve and embrace them and own the VR environments.

If people stop and consider VR desktops might be a serious improvement over the current open office hell.

You can be relatively impervious to visual and audio distractions not of your own design.

They will probably allow even more work from home as the technology of avatar visuals improve enough that people feel like high bandwidth personal communication between people is possible and comfortable.

The darkside is that VR and AR have very high ability to monitor your moment to moment attention.

They have very high ability to completely control your environment without your input.

If management controls that, it will be an evil thing.

Either a heaven or a hell, depends on workers taking ownership.

I like to stay positive but given how little backbone workers have shown in being herded into open offices, I'm not sure how it will go.

Fwiw I like yaml as well but it's just got a few too many issues these days.

While you are thinking maybe look at this

https://stedolan.github.io/jq/

and how people could leverage it when using your format.

Pretty printed json isn't too bad, but I intentionally never bulk edit it. This format shouldn't end up heavily nested anyway?

Toml is nice for simple configs/Cargo.toml but I think everything I said basically applies to it as well. Toml has recent work on it in 2017 for some (but not broad) library support but what does it look like in 2024?

In practice there aren't many languages that support anything more than yaml 1.0 from my last look a few years ago.

Ie yaml isn't nearly as supported as it looks once you start actually trying to use it between languages with anything more than 1.0 as most of the purported library support seemed to be roughly 2009 abandonware.

Yaml also precludes easy https://www.sqlite.org/json1.html and postgresql jsonb etc. Not to mention trivial js consumption of the file.

Superset or not, Yaml automagically introduces bugs to and from json through the magic powers of more lines of code involved.

Most projects would have a hard time not having a json library these days? I've not done a survey of music apps though.

In practice, as someone that has been vim/emacs for a few decades I'd put a low priority on yaml vs json text editability. They are about the same for changing a few characters and I'd probably use orgmode+ python to do anything non-trivial but not full program(and probably drive the transform via json data from somewhere...).

In 2017 yaml doesn't seem tasteful for this format.

If you'd like something concrete to DO about this as a software developer -

Deploy your server into sandstorm.io

https://sandstorm.io/news/2014-07-21-open-source-web-apps-re...

One of the ways I suggest people think about AR and VR is that -

One of the only significant differences is whether or not the skybox is filled in.

Broadly the technical requirements of the object tracking, 3d visuals and user interactions will be very very similar.

I suspect you'll end up writing applications with basically the same stack once we get there.

Useful applications across both VR and AR are more likely to be holographic in the sense that they are free standing in 3d space and designed to inhabit whatever 3d space WITH other applications.

The current VR "draw the whole world and totally control the ui" is this fields DOS era.

This is conceptually interesting but I think you would have been far better served by spending some time on the README before posting.

Filling out the paragraph you just wrote would be a start.

Adding some proposed workflows and the steps a user would take to get there etc.

I use this all day long on Chromium -

https://chrome.google.com/webstore/detail/cvim/ihlenndgcmojh...

I also use this in Chromium -

https://chrome.google.com/webstore/detail/wasavi/dgogifpkoil...

Note that they do very different things from each other AND that they are running Chromium which is a SUBSET of the plugin features that will be available in Firefox (if all goes well).

I think it's really cool that you are pushing on this.

I'll probably pursue the jvm for a little while longer but I can see the attraction to clojurescript for this and will check in down the road.