wysiwyg doesn't have quite the same bells and whistles but is $2k+ a year for just lighting previz https://cast-soft.com/wysiwyg-lighting-design/#compare
167 karma · joined June 20, 2024
wysiwyg doesn't have quite the same bells and whistles but is $2k+ a year for just lighting previz https://cast-soft.com/wysiwyg-lighting-design/#compare
No need to have any fancy comp-sci background, hell I have an arts degree!
Ended up using drizzle and just hated every moment of it. This is definitely going in the "Use this eventually" folder!
YouTube would be fine without Chrome.
But it all stills very amateur-ish, especially for a bank. Something as simple as being able to generate a proof of payment receipt for a bank transfer, why is this not possible? It feels incredibly unprofessional to send a screenshot of a mobile app to a company because your bank doesn't allow you to properly export a PDF for one single transaction.
I've not seen images load a couple columns at a time in quite a while.
RTBF is about getting companies to get rid of any trace of you so they cannot use that data, not removing all traces about you across the internet.
I also have an instance of PFSense running and any VMs that don't need a full IP address to themselves can just be port forwarded through the firewall.
I know you can do this with iptables but I am too lazy to learn how it works.
It's something I've never understood why, why not use something more standard like SIP, or even a more structured message format. Having to parse CSV across N different packet boundaries is a royal PITA
The amount of times I have written a simple CSV parser to correctly handle quoted strings and the like is more times than I have digits when I could just pretend its JSON.
Going to make a mental note to try this next time!
Unfortunately there is no real way to do properly secure telephone payments, stuff like PCIPal just moves the payment information from the caller speaking it out and it being entered into whatever payment gateway the call agent is using to doing it automatically via DTMF but its all transmitted the same way.
You just need to hope the call centre you are phoning into is setup in a way that the agents can't exfiltrate that payment info (No phones, no paper, no access to anything they shouldnt have access to)
I know where I work there are some rules about presenting whatever number you want on our trunk provider, but this is something they have put in place themselves with no "legal" reason for them to do it. We've been working with them for years so we are one of their trusted clients and have the ability to present any number we want as long as we have permission to do so from the number owner.
The fact its up to the trunk provider to put these rules in place and not just standard everywhere is wild to me.
Memory safety is cool and all, but a program that effectively sums a bunch of numbers together isn't going to cause issues. Worst case the program segfaults
The cart isn't trying to be a one man band with all sorts of bells and whistles. Its a car that turns on and goes forward, which is all you expect of a car.
Unfortunately the DB was SQLServer Compact 3.5 and for whatever reason LINQPad couldn't find the required assemblies to open it which was a shame
As far as I am aware all apps now use this instead of the native/web stacks they were using before, but its been a bit of a rocky transition.
Having used their website for years it just works and is pretty fast (However it is much slower in recent years than it once was), the new in-engine app just feels kinda clunky, its all incredibly slow and janky. Definitely not the smoothest of transitions
You would do this the same way you would in any other website, have the server send the data required (Hypermedia or not) and use client side JavaScript to do the client side reactivity.
This is like asking why doesn't HTMX allow me to change the colour of a button when I hover over it, why should I have to do this on the client?