Feature request: Looping -> Being able to record a sequence or more and then using them as background.
Bongo Cat
151–160 of 208 posts
Re: Bongo Cat
#152Feature request: Looping -> Being able to record a sequence or more and then using them as background.
I was thinking the same thing!
Re: Bongo Cat
#153Earlier quoted context omitted.
Yeah, no native tools ever get written in different languages and frameworks. Or is it only not acceptable when Front End developers do it? Personally I've never known anyone do this for any other reason but educational reasons. When I wanted to learn React, I copied other websites in React. I do similar things when I'm learning Golang, or C, or any other language I'm interested in.
I’m not sure what the go/C equivalent of “Ugh, you’re using jQuery? Time for a rewrite” is. It happens a lot more in frontend land than in the rest of the developer ecosystem.
> I’m not sure what the go/C equivalent of “Ugh, you’re using jQuery? Time for a rewrite” is.
Observed "in the wild":
C » C++
C++ » C++ w. STL
C++ » C#
VB » VB.NET
WinForms » WPF » Silverlight » UWP
Edited to add:
Java EJBs » Java Servlets » Java Spring
C++ » Java » C#
Re: Bongo Cat
#154Sliding your fingers over more rows at a time is fun.
Re: Bongo Cat
#155Please add `return false` or `event.preventDefault()` to your keyboard handlers! Otherwise the browser assumes the page didn't do anything with the events and uses its default keyboard handlers. I have find-as-you-type enabled, and pressing keys launches search for me. Handlers need to "eat" the keyboard events to prevent default browser behavior.
Re: Bongo Cat
#156HN vehemently attacks FB for removing Holocaust denial groups and upvotes a cat hitting a synth.
Not the same people necessarily, but the same community.
Re: Bongo Cat
#157Earlier quoted context omitted.
While i use React at work for bigger things, I've come to use Vue for almost all my "smaller" hacks since it becomes a win to use almost as soon as you start using inputs. After this it scales pretty well up for anything that is on "one page". Apart from work things the main example would be a that I built a small audio sequencer hacked together with Vue. That project would've been suicidal to do in JQuery but also w…
I never understood this “suicidal” critique of jQuery. I've never got so tangled up in my own code to feel the urge to switch to a different model. I've seen Backbone.js, Angular, React, etc, all come and go and none ever answered the “why would I want that” question to me. I remember using Prototype.js and MooTools.js and when I saw jQuery's home page I knew instantly the “why” and the answer was an instant and rej…
(TL;DR; It's just a different way of working with less manual code)
I never spent much time on webdev in the era where jQuery came into being but as I've understood (and from the jQuery code I've seen since) it solved basic issues in working with manipulating the DOM and gives powerful animation tools,etc. So as you say the upgrade over the browser API DOM manipulation is obvious, clear and direct.
I'd say that my background is mainly from games, where you usually setup your own data structures and then rendered them as it fit.
From time to time I've worked on custom tools on native platforms (win32/GDI/MFC, Java/Swing,etc) and working with these is conceptually similar to using the DOM (manipulating objects like adding buttons, responding to events, reading data from input boxes on events,etc) and there is always relatively lot of work with shipping data in and out of the UI objects (either keep data synchronized between UI and internal model or reading data from the UI continually).
Compared to your game rendering code that usually just needs to iterate internal data this always felt like a lot of manual work to keep UI and internal data in sync.
Considering for example a 3D program where you can drag around an object with some arrows, while those arrows are dragged an input-box is updated with the new values and if you want to align the position you might edit the value manually in the input box and have the 3D view show the new position as you edit it. On top of these 2 sources of value changes you might have an animation system wanting that might change these values while animating (so that they are visible to the user), this kinda stuff is usually a buggy nightmare to maintain once you have it in a few many places.
This is why I like Vue and React (Angular.JS also had this to a degree even if it's implementation was weaker than Vue), with both of them you only need to concern yourself with how your internal data works/looks and operations are simple to do since they only operate on that internal data.
Then the Vue templates (or your React rendering functions) takes care of visualizing it with the associated automatic functionality to adjust the internal values if changed by the user.
Re: Bongo Cat
#158The fact that this is at the top of HN at 3am gives me hope.
I'm not sure I understand why this is even on HN. It doesn't seem to quite fit (especially the weekday stuff).
Re: Bongo Cat
#159Earlier quoted context omitted.
I’m not sure what the go/C equivalent of “Ugh, you’re using jQuery? Time for a rewrite” is. It happens a lot more in frontend land than in the rest of the developer ecosystem.
> I’m not sure what the go/C equivalent of “Ugh, you’re using jQuery? Time for a rewrite” is. Observed "in the wild": C » C++ C++ » C++ w. STL C++ » C# VB » VB.NET WinForms » WPF » Silverlight » UWP Edited to add: Java EJBs » Java Servlets » Java Spring C++ » Java » C#
You're describing switching to a different language. There's plenty of that going around no matter what language you're using. But I don't recall once seeing anyone decide to rewrite something in the equivalent of a different C "framework". There's certainly a lot less of that outside of frontend development.
Re: Bongo Cat
#160Earlier quoted context omitted.
Also HN, please add "`" for inline monospace text.
what? why? backtick code comments/snippets from source text are. really not widely standardized, I don't think it makes sense to encourage them without an accompanying web standard, or at least some kind of standard
I'd say that CommonMark is a pretty widely-utilized standard defining formatting including `inline code` snippets.