To search entire FAQ just press Ctrl-F or ⌘-F and use browser built-in search.
Just click on DB name when in doc list. You’ll see all apps available for the DB.
On the picture above heading Demo & Docs with triangle aside was clicked.
Left pane is DB list with apps pinned to DB for quick access. Right pane is the list of apps running – click on app instance to switch.
Sort it or filter it. You can pin app state with filter on and name it something like Docs list. Next time you click pinned app you’ll see filter restored.
Click its icon – and you wil see popup with info and actions.
Click its icon.
If you close editor with doc unsaved, system asks you what to do. If you close tab or go away, system check all editors running and asks you to stay if there are docs unsaved.
Click Profile gray link at the bottom of right aside to open profile editor. It works in separate tab to secure keys and PIN.
It’s good idea to close all other CloudWall tabs before saving modified account info.
We use Google Analytics, thats all.
We never store you docs, we don’t store or even transmit your PIN, we know nothing about your cryptokeys and cloud URLs you’re synced with.
You must create external Couch and sync your system DB with it. When you register from new device, click Link to account... at the bottom of regform, then enter URL and credentials. Save account, enter PIN and wait until all become synced.
All you cryptokeys and passwords to external DBs are stored encrypted with your PIN salted. No app in system can read these data decrypted.
No, there is no way. Sorry. It does not by default mean you loose all your docs. You can delete system DB manually (read about ‘Delete account’) and re-register. Then add your previous DBs name by name – and you can use non-encrypted docs.
There are two ways.
1. Open System DB, open its DB Settings app and click Delete DB permanently red link (bottom of Settings panel).
2. To delete your system DB manually:
PouchDB.destroy("cw"). Wait several seconds and reload page.
Chrome quota is up to 1/10 of your disk drive. Same for Opera. FF doesn’t impose any restrictions. Weird IE9 limits all to 250Mb.
Safari 8 will ask you every 100Mb, it’s quite annoying and somehow baggy.
To check what is your quota use http://demo.agektmr.com/storage/ tool.
Files up to 10Mb are ok. 20–50Mb are ok for desktops. Larger attachments you can share using online file repos – in-browser manipulation can be extremely sluggish.
Only changed docs are replicated with small overhead for metainfo. Average json doc is several kilobytes long. If doc has attachments and they were not changed during doc update, only doc body is transmitted.
There is no open systematic investigations about browsers’ persistent storage reliability. However we know several huge corporate systems, that use in-browser storage at least as intermediate for offline.
So think it’s reliable, but have a synced copy in external CouchDB. CouchDB is absolutely reliable even in case of blackout, as we know by our own experience.
In general CouchDB store all doc’s revisions until DB is compacted. So there is good chance to retrieve doc’s previous revision from external cloud, but you must be very geek to do it.
Someone must send an URL of a cloud or share code with you. You just press Add new DB and paste a code or URL.
Also you can create your own cloud – and share it.
Nobody wins. Both docs are stored, conflict resolution is up to you.
In most cases – seconds. Long docs – sometimes minutes. If you have a lot of docs to sync (you just connected or went online after long offline) – it can take a time.
Replication is transparent – you can do anything during sync.
Open profile manager page and close all other tabs with CloudWall. To share key click Share and send the text to a person.
To create or install key click Add key. If you create new key – enter key’s name. If you install key – paste code into popup.
It is more or less safe if you are careful in:
Apps, that contain or have access to critical info, better run in separate browser tab.
You must understand, that system is beta and can not be absolutely safe unless you encrypt your docs.
No, the only way to restrict docs from unauthorized reading is to encrypt them. The only way to restrict deletion/overwrite – give no write access to whole cloud DB to ensure no user changes replicates back. It is like Dropbox, only per-folder (per-DB) access control.