@Glop-Glop Hello...
The forum has had a few problems lately and your patch did not upload correctly.
David.

@jameslo Actually binops are not so painful.
My calculator is painful... the result has to be copied to the first memory for every future operation.... I have to remember that the operator is entered after both registers are filled.... and I have to keep track of the floating point in my head and move the little manual pointers so that I don't forget where I am...
Otherwise it is perfect, as it should be having cost as much as a Mercedes shooting break when it was new.....

So I bought a newer one... which has the bonus of pretty curved itron tube displays.... preserving the aura of the Nixie tubes without the heat and power consumption.

Just need an interface to connect it to Pd and all will be good.....
David.

@jameslo No.
There is only [int] and that only rounds down.
You could use binary I suppose...... https://forum.pdpatchrepo.info/topic/6591/binary-numbers
.....and then use the binops operators but it's a bit painful.
You can use [int] inside [expr] but I don't know how it behaves.....
David.

@jameslo "The glyphosphate tales" (Roundup). "The Monsanto Tales" "The Bayer Tales"...
"Farming Times"......
"Cancer, my tractor and me"...
None good enough so I didn't post...... but maybe on the right track...
Maybe..

"The Prisoner" (I am not a number I am a free man).....

If you need precision and 64-bit integer limits give you enough dynamic range then stick with that.
If you need a really massive dynamic range then you will have to put up with floating point imprecision.
I think.....
I suppose that then the question is how to predict the data shift (*/) necessary to fit in the integer range..?
David.
(when I studied Fortran74 I don't remember anyone talking about this problem).

@Worik Excellent library but originally built in Pd Extended.... so it needs pretty much all of the libraries that were available at the time.
Most have been updated for 64-bit Pd but not every object and not for every OS.......

It is almost always possible to work around missing objects.

The easy solution is to find an older 32-bit RPI and install Pd Extended.

Otherwise upload a list to this thread of what is still missing once you have found everything available on Deken.
Some objects will be directly replaceable by newer externals that will have different names in other libraries.
Others will have had vanilla patch replacements built by users over the years and someone will try to help you out..... eg.....https://forum.pdpatchrepo.info/topic/14619/order-of-ops-confusion-troubleshooting-vanilla-demux-abstraction
Others might not be replaceable but might not be absolutely necessary..?

Edit...
This FAQ might well help....... http://gerard.paresys.free.fr/ARGOPd/ARGOPdFAQ.html
"How Do I Install Pd On Debian, Ubuntu, Mint GNU/Linux?" Solution2... about half way down the FAQ..

David.

@EEight Ahha..... so I cannot log in because I am already logged in through the other domain.
Makes sense now..!.
David.

@jameslo Same IP but different domain.... I think it might be a NodeBB server backup copy with login disallowed.
David.

@Ulrike I cannot log in to the (evil ) one .. so not identical, but it seems to be a carbon copy otherwise.
I know that @Eeight has been thinking about updating the forum as the NodeBB version is ancient.
Maybe he has cloned it for testing?

forum.puredata.info is a subdomain of puredata.info and puredata.info is the Pure data info site I think run by Miller, so I think we can forget the "evil" moniker.
But unsure and will have to await a response from @Eeight
David.

@le26muko Yes....... https://forum.pdpatchrepo.info/topic/788/open-a-pd-patch
That thread also tells you how to make an abstraction or a sub-patch visible, which is I think what you are asking for...?
David.

@jamcultur Escaping the 0 seems to work, but I cannot see a way to preserve the message on reopening the patch.
This from I think @jameslo works.......... concat.zip
David.