Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Wow... just downloaded the windows installer version and it autoinstalled itself wherever it chose fit, without questioning, it installed shortcuts on the start menu, placed itself on an already bloated contextual menu on several file extensions as an Open option, instead on "Open with...", etc.

I usually install software on my user folder on the work laptop, as I don't have enough priviledges. This time the installer worked, but why override the questions to the user, like install location, etc.? There's a standard for Windows installers, why did they ignore it? Not cool.



I don't know if this has changed, but when I tried Atom and didn't like it, I discovered that there was no uninstaller. Hooray for deleting context menu entries by hand in the registry.


I was able to uninstall it from the Programs list and context menu entries are gone.


One of the first things I've noticed after trying out the new release, very annoying.


Thanks for the heads up, I was about to try Atom but I'll wait until this is fixed.


To be fair Chrome doesn't ask you either, at least on the storage location. It looks like Atom puts itself in APPDATA, which is the easiest place to install because you have known permissions and update strategies. I actually like this method.

I agree that I didn't like the default shortcut and context menu entries, however.


i also hate that part of chrome - i don't have a fast disk on my default C drive, and i want to move my apps to a separate disk. But chrome doesn't let you do that easily...why do product teams think they can make the best choice for the user, without giving a way out? For a normal user, they can just use a default, and it should be fine. But let me choose if i want to, god damn it!


Can't you create a symlink to another drive, and keep chrome on the same logical location?


This frustrates me to no end. I prefer to install my software in a certain location. Having it selected for me is not okay. Nor is giving me the option to override it.


> Nor is giving me the option to override it.

Oh, come now. Even make install makes assumptions about default directories etc. The right to override is the correct level of control over target directories - people who care can make that call, and indeed will be looking for the opportunity. The rest of us would merely like to find our new piece of software in the start menu/spotlight/PATH.


It's optimizing the onboarding and install process to its bare minimum. I'm sure they go "Well you don't get a choice for OSX or mobile apps either, so why should you for windows"?

Actually they have a point. But Windows and PCs are not as straightforward as that.


You get a choice for OS X. You can put most apps wherever you want; just drag the .app "file" anywhere.


The context menu is the most annoying thing. I can delete the shortcuts no problem, however to delete the context menu it requires some registry fiddling.


Personally I think there is something to be said for skipping irrelevant questions. I don't care where a program installs to, I just want it to work. I want the developers to deal with that kind of detail so I don't have to worry about it.


See, for many, that is not an irrelevant question. Could be very important if you have multiple partitions/network drives specific for different purposes.


The question isn't irrelevant.


I have just pushed version 1.0 of Atom to the scoop-extras repository

If you use Scoop, add the extras bucket using:

    scoop bucket add extras
Then install atom

    scoop install atom
It will install it into your user folder. No privileges required.


I clicked the download button and noticed 70+ MB file. I thought to myself, why in the world a text editor needs to be so huge. And then I see your comment. I clicked on the Pause button on my download.


It comes with Chromium, that is basically a browser.

They have their own version of Chromium called Electron. But I recommend nwjs instead, witch is also built on Chromium and nodejs. And lets you make packages that only include your source code, so that you don't have to download the "browser" for every app.


Really? How is the app opened then without bundling Chromium? I built an app 4 months back and that was the only option.


You simply zip the files and rename to dot nw. Then the first time the user runs the file, the user needs to select "open with nw.exe".

ref: https://github.com/nwjs/nw.js/wiki/How-to-package-and-distri...

You probably want to include an "install" script that:

  * Download and install nwjs if it doesn't exist
  * Make the "package" open with nw.exe
  * optionally: Create a shortcut to the "package" on the desktop
  * optionally: Set a icon for the shortcut
Or instruct the user on how to do it. Many files work that way, that you have to select a program to open it with, so the user probably already knows how to do it.


It isn't really, but I guess it's so that in the future, if more apps are built with nwjs, it's possible to just download the 'runtime' and then each program sees if its installed, then downloads it if needed.


That's what we have package managers that handle dependencies for. Hopefully, that decade-old feature will be the future on windows too.


Did you intend to run it in a potato? Even a raspberry pi would have no difficulty with that file size.

It's also packing a full browser, don't forget that. And likely all sorts of assets.

I particularly don't care. I'm more interested in how it performs during use.

By the way, task manager indicates it's using less then half that of RAM, with a few tabs open.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: