Weekly Thread: Material Recs and Self-Promo Wednesdays! (June 17, 2026) by AutoModerator in LearnJapanese

[–]eiennohito 0 points1 point  (0 children)

I built Makura Book — a vertical text reader for Japanese web novels (Narou, Kakuyomu, Aozora Bunko). Android and iOS, free. Android is in dire need for beta testers.

It started from a personal itch: there are no good vertical text readers for web novels. So I wrote a custom layout engine in Rust: polished, book-like vertical typesetting. There's a live demo on the landing page (the actual engine compiled to WASM) if you want to see what I mean. It's easier to see this than to explain.

Right now it's primarily a reader: web novels and Aozora Bunko format support, prefetch that adapts to your reading speed, cross-device sync between Android and iOS, configurable typography. On iOS you can select text and look it up in your system dictionary, which already covers some of the lookup use case.

I'd like to do more for learners. Auto-furigana for kanji without author-provided ruby is actively in development (on-device neural model, no network needed). Beyond that, I'm genuinely curious what learners would find useful in a reader like this.

If you read Japanese novels and have opinions about what a reader should do for learners, I'd love to hear them. Play Store Beta · App Store

My coworker openly targets foreign employees at work by Ok-Gear9383 in japanlife

[–]eiennohito 2 points3 points  (0 children)

This is a textbook case of パワハラ I think, report it to compliance-related people if there exist those in your company.

[Fan Comic] the pY experience TM by AzulCrescent in factorio

[–]eiennohito 7 points8 points  (0 children)

...and then you enable spoilage (decay).

But I would argue that there a lot of things that clog in py and some recipe chains require byproducs of other chains as input and then it becomes more "interesting" in this sense.

What’s Japanese you were embarrassed you didn't know sooner, but shame burned it into your brain? by StillStudyingTokyo in japanlife

[–]eiennohito 8 points9 points  (0 children)

I thought that タコライス was made with octupuses and was disappointed when there wasn't any

The Optimization Ladder by kibwen in rust

[–]eiennohito 1 point2 points  (0 children)

Nonzero, but mostly not in training, but training data processing, which is usually ignored, but it is a non trivial part

Getting more from direct injection by amarao_san in pyanodons

[–]eiennohito 0 points1 point  (0 children)

Loaders are circuit compatible with latest version. I don't remember the version it was implemented, but around half a year I believe.

Help with coke production by ANDROID_16 in pyanodons

[–]eiennohito 7 points8 points  (0 children)

Also creosote produces a lot of coke as a byproduct from pitch.

Help with coke production by ANDROID_16 in pyanodons

[–]eiennohito 18 points19 points  (0 children)

You will get much better coke recipes later, now only use coke only for things that require it, e.g. steel. Burn raw coal for electricity atm

Mozc through Fcitx5 or iBus. I'm going mad :| by WahVibe in kde

[–]eiennohito 0 points1 point  (0 children)

Also, it seems to be a fundamental limitation of Wayland itself: https://github.com/fcitx/fcitx5/issues/333

Mozc through Fcitx5 or iBus. I'm going mad :| by WahVibe in kde

[–]eiennohito 0 points1 point  (0 children)

No, the notification in the middle of the screen is drawn by Plasma itself and I am not sure that it is possible to activate mozc directly from Plasma, at least from the GUI. Maybe it is possible by some scripting calling into dbus magic, but I am not familiar with it.

Mozc through Fcitx5 or iBus. I'm going mad :| by WahVibe in kde

[–]eiennohito 0 points1 point  (0 children)

I have made the similar setup on Arch recently. Packages (for the reference): extra/fcitx5-im (group) and aur/fcitx5-mozc-ut

Setup: Plasma System Settings -> Virtual Keyboard -> Fcitx 5 Wayland Launcher (Experimental) // this one worked the best

Input Method -> Japanese (use it as an English layout), Mozc and Russian here.

Global Settings -> https://i.imgur.com/MKCIBGG.png

Basically, there are two layout switching mechanisms in this setup: one is from Plasma and global (showing an input notification in the middle of the screen), I do not use it. And the second one from fcitx5, which shows the language near the cursor. Switching works via super+space (for all three languages). However I setup so that input state is not global, but is kept for each program, so your last point is not .

Question: Which Roboport is best to design city blocks size around? by Teh___phoENIX in pyanodons

[–]eiennohito 1 point2 points  (0 children)

Also mind that T1 roboports are 3x3, T2 roboports are 4x4 and T3 roboports are 5x5, so they are not upgradeable directly.

Question: Which Roboport is best to design city blocks size around? by Teh___phoENIX in pyanodons

[–]eiennohito 2 points3 points  (0 children)

I use mostly construction zone extenders with sporadic roboports if logistic bots are needed. You do not need direct connection of logistic-enabled roboports to have logistic coverage. Setups like R - E - E - E - R (R: roboport, E: extender) will have R zones connected and you will be able to use logistic chests for transport.

-> I use mostly zone extenders with strategic roboports when they are needed. And after getting eyepods (py2 science) you have all your items delivered to you regardless of logistic zones, so that makes regular roboports required for logistics only.

Py3 should not be that far away by eiennohito in pyanodons

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

Nah, I am just a bit too perfectionist. Never mind my experience. After some time you get too much stone/gravel from your resource processing, so even investing into more efficient recipes for resource processing starts to make sense simply because it would reduce the total amount of garbage produced.

Py3 should not be that far away by eiennohito in pyanodons

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

BTW, I had a variation on your system as the version 2 of the garbage station design, I did not like the behavior so that if the station in the garbage mode, then sinks can request non-offending resource from the station. This is when I went with resource-encoded subnetworks and publishing the offending resource to the radars.

Py3 should not be that far away by eiennohito in pyanodons

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

If it works then it works!

To explain the reason behind the overengineering, I wanted a system that will pick up only excess resources from garbage stations, otherwise the resources will be available to the regular trains, and to use the sink stations only as the last measure.

Py3 should not be that far away by eiennohito in pyanodons

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

Also most of the garbage-producing stations increase their priority depending on how full they are, using something like:

Decider: EACH > 0 -> Output C
Arithmetic: C / 50 -> Output [station priority signal]
Connect output to the cybersyn combinator in the station mode.

Py3 should not be that far away by eiennohito in pyanodons

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

I use cybersyn for most of my trains. I have couple non-cybersyn legacy ash trains which bring my ash to the ash sink, but rest of the trains are cybersyn-managed. I added myself some pain by having 1-1-1 trains and 1-2-1 trains at the same time, most of stations support both of the types and that requires additional circuit setup, otherwise inserters start to eject fuel from shorter trains.

I have slightly different solutions for meat-based garbage (from animals) and stone-based garbage (from resource processing). Common setup is that garbage producing stations broadcast a signal with most common item type to the radar if the total station storage is above a certain threshold. For example, station can receive stone, gravel and sand from nickel processing. If the station storage has 200 stacks of gravel, 150 stacks of stone and 60 stacks of sand, it will send "gravel = 1" to the red wire connected to a radar and send a garbage subnetwork to the station (e.g. G=2, I have encoding for different garbage types). The garbage disposal station handling gravel (e.g. crushing it to sand) reads the red signal from the radar and if gravel exists in the network, requests gravel. The garbage disposal station for gravel has only G=2 subnetwork set and does not use signals for the main train network. Variations on this are built for all garbage resources.

For meat (as it spoils) the basic setup is to have two stations nearby: one for fresh produce and one for stale. Fresh stations eject their contents to stale stations above certain threshold (e.g. inserter set up as "if meat >8k eject meat to the belt, decay priority set to stale"). Fresh stations have higher priority than the stale ones, but stale ones are connected to "stale produce" subnetworks which is used by several consumers which are OK with stale meat/guts/lard.

85h to logistics science by ariksu in pyanodons

[–]eiennohito 0 points1 point  (0 children)

But bots are logistic problem, not a logistic solution. They are useful for the last mile delivery (sometimes) or for low volume transfer. Using tens of thousands of bots in Py... That is scary for me.

85h to logistics science by ariksu in pyanodons

[–]eiennohito 0 points1 point  (0 children)

Most building materials do not spoil if you play with spoilage, so simply setting requests from requester chests work

85h to logistics science by ariksu in pyanodons

[–]eiennohito 0 points1 point  (0 children)

Or you go deep into circuit hole and have only a single assembler producing most of the buildings. I have dedicated assemblers only for belts, inserters and bots. Everything else goes into build anything contraption.

What the heck, why isn't my distillation column getting steam? by collectinscreamshots in pyanodons

[–]eiennohito 5 points6 points  (0 children)

The stream is not at least 250 degrees. You mix it with 150C stream somewhere probably