OCTADE

@octade@soc.octade.net

Migrated here: https://star.octade.net/@8

(Owner soc.octade.net) (5&2)()()

Director of the International Department of Civil Disobedience.

For thoughtful response to thoughtful inquiry contact my email. Don't send me private direct messages on the Fediverse. If you have a general question ask it in a public timeline. I block users who send me annoying private messages about things that should be asked in a public timeline.

I sometimes post links to items I find curious, interesting, or of research and study value. This does not necessarily mean that I agree with the linked matter. Don't assume.

NAME : Raze
ACADEMIA.EDU
ABOUT
LINKS

SLOGAN : Speak not with words. Speak with work product.

PRONOMS : | | | | | |





LINKS

Cryptography project site
Publications
ORCID
[Netnews] Find me on in alt.flashback, alt.crossover, alt.rhubarb.
Git Repositories
Keyoxide1
Keyoxide2
BlueSky
HackerNews
Internet Archive

3 ★ 1 ↺

[?]OCTADE » 🌐
@octade@soc.octade.net

[scheduled auto post: 2026/11/08 08:08:08]

https://csiph.com/group/alt.flashback/a/11cnl7j%24377an%241@paganini.bofh.team

@conlang@soc.octade.net
@8@star.octade.net
@abbey@ars-cotidiana.eu

Ideas for Hexlish improvement

In my initial off-the cuff idea the 'spacing characters that don't belong' can just be filtered out or parser-inserted where spaces are found in the text just prior to encoding.

Use the space character as a stream shift register or top-bit range toggle in the encoding logic. Then any punctuation character can be placed after the space. The parser will pick up the characters, re-encode them, and toggle back at the next space. A checker would need to look for double toggle characters in sequence.

This would necessitate swapping out one alphabet character and it would require slightly more complex logic for simple ciphers to use. But it goes in a doable direction.

Abbey Schnabel suggested using the dot (.) as a character and marker and rendering Hexlish as all lower-case. These are sound improvements to legibility.

At first glance, I can't help but think spaces would be better. As for rendering it all lower-case, it could actually be case insensitive, and every letter could be treated as lowercase or uppercase regardless, using a shift or toggle nybble in the encoding stream.

It is too complex for me to wrap my brain around all the potential quirks right now, so maybe the first week of next month I'll sit down and really brainstorm it on paper.





Emoji reactions:
    ...

    [?]Witch of Thread and Wire [she/her] » 🌐
    @abbey@fedi.ars-cotidiana.eu

    @octade @conlang @8

    While I also considered using spaces, I decided against it.

    The reason is, that duplications or triplets of spaces are hard to parse by eye, which would mean that special sequences would become more complex.

    The reason why I propose all these changes, is to remove the necessity of an interpreter. Any binary file rendered in Hexlish (instead of hexadecimal) becomes reasonably readable, provided that it was written in Hexlish in the first place.

      History