Live data from Hacker News

ViperCard – An open source re-creation and re-imagination of HyperCard

vipercard.net

111–120 of 144 posts

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#111

Ironically, it does not work in Safari. :(

It looks like Safari implements regular expressions slightly differently, and it leads to the parser behaving differently. Hope to be addressed by the end of the week.

Irregular expressions

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#112

Earlier quoted context omitted.

Maybe. Still, I go to material.io and I don't see anything there that would make those things better. I wish there was a UI philosophy that would take Tufte's ideas as a set of core principles: maximizing data-ink ratio, minimizing junk, increasing data density.

> I wish there was a UI philosophy that would take Tufte's ideas as a set of core principles Wouldn't that just be Tufte's ideas? What's missing for it to be a 'UI philosophy'?

A nice .io domain and endorsement by a hot tech company, I guess.

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#113

there needs to be ways to jump into code without being bogged down with installing compilers and tools and configuring minifiers and choosing frameworks. just code straight away. something that works for kids but also scales all the way into enterprise.

open about:blank, right click, inspect element, start hammering code into console. You can still get pretty far with plain JS these days without touching the quagmire that is modern webdev world.

Sure there are some other issues in picking JS, but it is both readily available and (somewhat) scalable to "serious" projects.

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#115

Earlier quoted context omitted.

You'd have to adjust both brightness and white balance based on the environment (just like a camera. How well do professionals trust the camera's automatic choices?) and probably the environment behind the screen (the rest of the user's field of view). And then you'd probably need to throw in an adjustment for the individual user's light sensitivity needs and preferences, and possibly the user's current eye dilation…

Sure, but the goal is that the user sets their brightness for the environment, and not ever for individual software. The per-application brightness should be done in software, and ideally take into account HDR and colorspace capability of the software. Otherwise, like the user above had suggested, you have to switch brightness every time you switch between different programs.

> the goal is that the user sets their brightness for the environment, and not ever for individual software.

...and we've come full-circle:

"Keep high contrast, reduce brightness as desired for your environment."

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#116
post #73
post #23

HyperCard together with Qbasic both fell into that forgotten realm of democratising programming; making it so that even your aunt could write a simple program herself. A lot of people ended up learning programming because of these simple languages/tools, and I used to love playing with their projects I'd download from Geocities and the like. It's a bit of a shame the industry gave up on the idea, and abandoned these…

> forgotten realm of democratising programming This phrase reminded me of a thought I once had, that the removal of the compiler as a first-class application in user-centric OS distributions was an imperial gesture to enforce class hierarchies among end-users: you were either a user, incapable of making your computer do new things, or you are a developer, who must be convinced to make computers do new things using ru…

The culture behind this went away with the advent of mobile. Now that tech is mainstream the majority of users see their computing devices as appliances, not tools.

I personally think this tools vs. appliances distinction explains a lot about tech culture nowadays and I would love it with we nerds could collectively exile the computing "mainstream" to mobile so we power users can have our tools (computers) back.

Microsoft, Google, and Apple et al are muddying the waters, by trying to shove mobile square pegs into desktop's round holes

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#117
post #87
post #73

Earlier quoted context omitted.

> forgotten realm of democratising programming This phrase reminded me of a thought I once had, that the removal of the compiler as a first-class application in user-centric OS distributions was an imperial gesture to enforce class hierarchies among end-users: you were either a user, incapable of making your computer do new things, or you are a developer, who must be convinced to make computers do new things using ru…

I suspect that there were a number of things going on: - The bundled development tools were usually still there, but they took a form that those of use who grew up with computers in the 1980s were less likely to acknowledge. Consider how web development took off soon after more traditional languages were removed. - People are more interested in programming when new technologies appear. There are more itches to scratc…

> - Programming simply became more complex. It used to take one line of code to do something. Between the OS and languages requiring more (initialization, boilerplate code, etc.)

It's important to acknowledge that we have done this to ourselves. The amount of job-justifying unnecessary complexity found in today's programming environments make me wonder how the field hasn't yet toppled over itself

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#118
I would think "Hypercard Reimagined" would finally cast off the iron chains of its black-and-white, ancient Mac UI heritage...

edit: to clarify, even back in the day those were the two things that I really disliked about HyperCard. No color and no Windows

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#119
post #93

Earlier quoted context omitted.

Wait, was Myst in hypercard? I remember watching videos where they talked about how everything was only in 256 colors with adaptive pallets, plus they had Windows, 3DO and Plyastation ports.

The Mac version was in Hypercard, all of the other versions were different engines written from scratch for Myst. They actually had to use the same color palette for each age to ensure there wasn't any strangeness as they flipped between cards to move around in the game.

I thought it used Macromedia (Shockwave or precursor?)

edit: I guess not, neat!

Re: ViperCard – An open source re-creation and re-imagination of HyperCard

#120
post #23

HyperCard together with Qbasic both fell into that forgotten realm of democratising programming; making it so that even your aunt could write a simple program herself. A lot of people ended up learning programming because of these simple languages/tools, and I used to love playing with their projects I'd download from Geocities and the like. It's a bit of a shame the industry gave up on the idea, and abandoned these…

HyperCard is why I'm a developer today, and it's precisely because it was such an egalitarian tool. I was a (human) language geek as a child, but I loved using computers. I downloaded a bunch of neat stacks other people had made, and I was able to open them up and see how they ticked — eventually I realised that I could make my own stacks, and make the computer do things for me, too!

I do worry that HyperTalk ruined me in the same way the Dijkstra asserted BASIC ruined programmers of his era, but I have a good job and seem to write good software so I don't worry about it too hard.

I really worry for kids these days: JavaScript + HTML is nowhere near as friendly an environment as HyperCard was. What's a clever kid going to use as a programming environment now?

Post reply on HN