Can you relax the dependencies either on karma 0.9 or on karma 0.11?

root@d8eee405d9d3:/sharesome# npm install
npm WARN cannot run in wd [email protected] bower install (wd=/sharesome)
npm ERR! peerinvalid The package karma does not satisfy its siblings' peerDependencies requirements!
npm ERR! peerinvalid Peer [email protected] wants karma@~0.9.4 || ~0.10
npm ERR! peerinvalid Peer [email protected] wants karma@~0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9.3
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.9
npm ERR! peerinvalid Peer [email protected] wants karma@>=0.11.14

npm ERR! System Linux 3.13-1-amd64
npm ERR! command "/usr/bin/node" "/usr/bin/npm" "install"
npm ERR! cwd /sharesome
npm ERR! node -v v0.10.28
npm ERR! npm -v 1.4.9
npm ERR! code EPEERINVALID
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /sharesome/npm-debug.log
npm ERR! not ok code 0

Regarding the icons themselves, someone pointed me to http://glyphicons.com/

Currently it's just waiting for the request to finish and there's no indicator that the request even started.

The loading problem that sometimes leaves the app with just a grey screen is due to the deferReadiness statement that depends on the remoteStorage.js state. We don't need that at all, when using the History API, because it's only there to avoid Ember grabbing the auth token from the URL fragment.

After uploading a file, when I choose the same file again in the file dialog, the "dropzone" stays empty.

This also happens when canceling the first upload.

When I switch to the history in between, it works.

I think it would be pretty handy to just have one screen.
It happened to me before that I dragged a file into the history view accidentally.
The upload area could be a small thing at the top and the area could expand if you drag a file onto the page.

I stumbled upon JIMP, a pure JavaScript image manipulation library with no native dependencies and a nice API. It is browserifiable, too.

Things to implement:

• Custom image dimensions (the original is oftentimes too big to share)
• Flip and rotate
• ...

https://github.com/oliver-moran/jimp/blob/master/browser/README.md

I tried following the build & run instructions but the package.json "dependencies" are missing, so a tonne of packages that are require'd in the project can't be found. I manually installed a few but gave up :(

It would be cool to be able to take a screenshot of something, then just paste it into sharesome to upload. But I wonder if there are technical limitations preventing this?

It's still mostly the Ember.js default README, with no Sharesome info whatsoever on top.

I'm using IceCat with LibreJS (https://addons.mozilla.org/en-US/firefox/addon/librejs/) and Sharesome doesn't work because the license of the files is not made clear to LibreJS:

  <!--LibreJS: script blocked.--><script data-librejs-blocked-src="assets/e06bb2a9.vendor.min.js" data-librejs-reason="error parsing: 1139be7836eb290fe0ed313c949501f823ba7c31" data-librejs="rejected" type="librejs/blocked"></script>

  <!--LibreJS: script blocked.--><script data-librejs-blocked-src="assets/83df10b7.app.min.js" data-librejs-reason="This script is detected as nonfree, external, and as defining functions or methods" data-librejs="rejected" type="librejs/blocked"></script>

(and a few more are blocked). As they are all free software, it should be possible to get this sorted out, but probably also depend on the deploy scripts for 5apps.

Instructions on how to do this are available here: http://www.gnu.org/software/librejs/free-your-javascript.html

http://emberjs.com/guides/routing/loading-and-error-substates/

On Mac OS the file I drag is just opened in the browser instead of uploading it to the app.

Safari 6.1, seems to happen in Chrome, too.

On slow connections it takes a while until anything at all is shown.

I really like sharesome and I have some ideas to improve it.
Unfortunately, I can't work on it because I don't manage to set up the project.
First I need to install Ruby and Bundler. Then Bower (I already have node installed).
But I get some dependency conflicts running npm install.

Would it be possible to make the setup simpler? Are Bower and compass really necessary?

Currently, we use the one automatically generated by 5apps Deploy. However, that one is the padded version created for homescreens which don't cut/format the icon themselves, and also the flatness of the apple-touch-icon is better suited for tiny favicons in browser tab bars.

in general routing works but not on page load for some reason

Right now it's loading the full items, and all of them at once. We should create thumbnails when uploading images (or other file types we can potentially read from JS and turn into images) and use those on the history page.

When I try to upload a file "Capture d'écran de 2014-08-21 10:11:26.png" I get a non working URL: https://storage.5apps.com/hugo/public/shares/140821-0810-Capture%20d

total 84
-rw-r--r--. 1 apache apache 48570 Oct 19 12:22 151019-1222-cthulhu.jpg
-rw-r--r--. 1 apache apache 28990 Oct 19 13:15 151019-1315-fuck-the-police-3.jpg
drwxr-x---. 2 apache apache  4096 Oct 20 14:44 thumbnails
[root@php-remote-storage shares]# ls -l thumbnails/
total 200
-rw-r--r--. 1 apache apache  93241 Oct 19 12:22 151019-1222-cthulhu.jpg.png
-rw-r--r--. 1 apache apache 108528 Oct 19 13:15 151019-1315-fuck-the-police-3.jpg.png

They are converted to PNG, maybe that has something to do with it...

Something can be done about this?

Instead of just showing the URL we can (soon) add a button that invokes the native sharing options on e.g. Android devices:

https://developers.google.com/web/updates/2016/10/navigator-share

This can already be tested by registering an origin for Chrome's beta test of this feature. The spec isn't final yet; development is happening here: https://github.com/WICG/web-share

There's no button style whatsoever yet. Currently there are only buttons in the upload UI.

App cannot be loaded from #history route at the moment, will always redirect to #index.

... and upload to 5apps Deploy.

I'd like to be able to search my shares (by filename at least, if we don't add user-editable meta information).

I'm sharing a lot of conversational images, and I'm just too lazy to scroll down and fish them out of the page, so I just share them again and again. By this point I have no idea how many duplicates there are.

Tags could also be useful when looking for a specific screenshot and such things for example. Or all shares about a certain project.

When using the app on an iPhone or iPad, tapping an item in the history view doesn't show the menu, so I can't download anything or copy the URL.

Currently it's an unstyled text on top of the page. Maybe just use the exact same style as for upload-in-progress for now.

Howto: http://tutorialzine.com/2016/10/quick-tip-accessing-the-clipboard-with-javascript/

I'd like to pack Sharesome for iOS and Android so it can be used as receiving app for share hooks.

I noticed that multiple redirect URIs are used by sharesome, depending on the URL you are visiting. If you try to login while on the 'history' page it will use that as a redirect_uri, it should use state for that. Now I have the app listed twice ;)

Point everything to Sharesome instead.

Originally the idea was that it's possible to optionally annotate images before uploading (one of the reasons for the preview step).

Maybe there's a ready-made component for a simple <canvas> editor with just text, arrows, lines, rectangles?

I uploaded some photos to my server, but they appear upside-down. Would be nice if the apps allows to rotate the pictures.

Incl. the new listing format.

When I tried to use sharesome on my Android phone, to upload an image I took with my phone, it allowed me to select the image to upload, but then just shows the spinnging animation during upload. I waited about 10 minutes but it was still showing that animation so I didn't know if it was even really uploading or not. I ended up cancelling the operation.

An upload progress animation would be very helpful in a) knowing your upload is working b) if not, knowing to file a bug about it.

Sharesome is lacking basic shortlink functionality.

Implementation could be done by something like https://github.com/jdub/node-shorturl or https://github.com/andreychizh/node-shortlink.

Also, integration into existing, self-hosted services like http://yourls.org/ would be appreciated.

Additionally, one could even select popular public services and create an API connection.

Not breaking the app or the delete function, but shown in the console.

At the moment, the app is made for and tested on desktops. Let's make it a bit more responsive.

Either hide the menu item before something was uploaded, or add content and style for an empty view.

The upload view doesn't tell users what to do at all yet (click/tap anywhere or drag files here). Should use a nice graphic in addition to text.

Either implement infinite scrolling or pagination. I'd favor infinite scrolling, because the usual issues with that don't matter in this use case.