201–210 of 214 posts
A 50MB download ( zipped ) for an Terminal App. 64MB for Slack on Windows. 150MB+ when installed, Few hundred MB Ram when running. And just like Web Browsers, lot of little lock up and Jank. Seriously I dont mind Apps with Web Technologies, but these problems needs to be taken into account for improvement. Opera, before switching to Chrome / Blink, were an Full Browser, with Email, RSS Reader, all packed under 11MB.
Earlier quoted context omitted.
Seems reasonable to me if it's a third party package that doesn't want to clobber whatever the distro installs. Where else? /srv?
/usr/local, traditionally. Since it only exposes one executable anyways, I'd say the chance of clobbering is fairly small (and reversible, since it's a deb).
/usr/local belongs to the sysadmin (I grit my teeth at FreeBSD's interpretation of this, much though I love the OS otherwise, and prefer NetBSD's addition of a /usr/pkg hierarchy to avoid jamming packages in /usr instead, which is only a bit less aggravating).
/opt exists basically for vendors to have somewhere to put things that they know won't trample on my /usr/local hierarchy.
(I still think they should've installed something in $PATH, mind, but /opt is not at all the wrong answer to my mind.)
Windows support is really appreciated! I just switched from a MacBook to a Surface Book, and the biggest pain point has been finding a good terminal to replace iTerm2. I'll definitely try this when I get home!
I run full-screen cygwin X11 so I can use fvwm2 as a manager for multiple xterms, and still find it vastly superior to any alternative for me, but I'm pretty sure I'm an outlier in that regard.
One of the worst possible things: to get a sense of what the hell Hyper is, you need to scroll down and find it. I really don't understand why their first line isn't: "Hyper is a ..."
One of those situations where submissions being a single URL isn't quite ideal.
Earlier quoted context omitted.
This works when you're executing code "where the users are", as I conceded in the parent post (it's the language you use when you have to). It doesn't explain why they'd willingly switch away from another server-side language to re-implement the whole thing in server-side JavaScript.
Because it's the same code as the client, which is "where the users are." I guess you'd assert that having the same language on the client and server doesn't justify the cost of using the language.
JavaScript is not good. We should be working to get it out of the way, not converting everything in our environments to run on it.
Earlier quoted context omitted.
Remember, this is a terminal emulator. It's fairly easy to get a consistent look and feel, even across platforms. You asked for one, here's five: * GTK+ * wxWidgets * Swing * SWT * Tcl/Tk You then mentioned "easily extendable". I'm not sure if you'll agree Swing/SWT are easily extendable (I'd argue they can be), but wxWidgets and GTK+ have bindings available in many common scripting languages (heck, even PHP!) which…
I said it "isn't a bad choice", not "there is no other alternative". Of the 5 alternates you provided, can you name me an app that runs on major platforms that people describe as a good user experience? Not just that they work, but that they serve as good example of how to design a user experience. The only one that I can think of that I use on an everyday basis is the JetBrains apps which are built in java, although…
However, the major cross-platform toolkits of wxWidgets, Qt, and GTK+ have run long projects to allow for native interface components on the platforms they support. This is usually something that can be configured at compile time.
VLC is wxWidgets and it offers a consistent user experience across platforms. Chromium is GTK+ and it does so as well. I'm not sure what's trendy in the UX snob circles these days so I don't know if they qualify as "amazing UX" or not, but they're two widely-used, major projects that incorporate standard cross-platform desktop toolkits.
Personally, I've always been partial to Qt, though I can't think of something off the top of my head that uses Qt and has widespread usage across platforms (Qt of course powers the entire KDE suite, but that usually doesn't cross over to Mac or Windows users, and Amarok's glory days are long gone). I guess Clementine uses Qt, and it may be widely used. I used it on both Win and Linux and the UX is identical.
Earlier quoted context omitted.
I said it "isn't a bad choice", not "there is no other alternative". Of the 5 alternates you provided, can you name me an app that runs on major platforms that people describe as a good user experience? Not just that they work, but that they serve as good example of how to design a user experience. The only one that I can think of that I use on an everyday basis is the JetBrains apps which are built in java, although…
First, I've never understood the obsession with the "native feel". I guess it just irks some people in a basic way that I can't relate to at all. However, the major cross-platform toolkits of wxWidgets, Qt, and GTK+ have run long projects to allow for native interface components on the platforms they support. This is usually something that can be configured at compile time. VLC is wxWidgets and it offers a consistent…
Another very common Qt based app is Skype.
Earlier quoted context omitted.
To that end, I have a simple benchmark that I run: find / Well crap. Years ago during an phone interview for a position that wasn't going to use Python, I was discussing that the current python script was exponential, then I wondered what would happen if I just let it run. It very quickly completely froze my laptop. In VisualWorks Smalltalk, I would have been able to Ctrl-Y interrupt into the "emergency evaluator." P…
And C-c didn't work? You must have let it run a really long time. I'm surprised it didn't error out.
All of about 5 seconds.
Earlier quoted context omitted.
>How many support images? A lot of them, actually. Sixel is a thing. >Completion popups? Browsable history? No terminal emulator supports that. Because that's not the emulator's responsibility. That's your shell's job. Asking for your terminal emulator to support command completion is like asking X Windows to add tab completion to Gedit. Go grab a copy of fish if you want, though. I've heard a lot of good things abou…
> No terminal emulator supports that. Because that's not the emulator's responsibility. That's your shell's job. How is the shell supposed to make a popup when it can only output text? It can't make popup windows. > Those are just hard to implement Presumably easier if you're using Electron though!
Not entirely sure, but probably in the same way like other TUI applications, e.g. vim, emacs...
A 50MB download ( zipped ) for an Terminal App. 64MB for Slack on Windows. 150MB+ when installed, Few hundred MB Ram when running. And just like Web Browsers, lot of little lock up and Jank. Seriously I dont mind Apps with Web Technologies, but these problems needs to be taken into account for improvement. Opera, before switching to Chrome / Blink, were an Full Browser, with Email, RSS Reader, all packed under 11MB.
I'm curious, on what modern computer would 150MB cause storage issues?