×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

Owncloud 6 Brings Collaborative Open Document Format Editing to the Web

Unknown Lamer posted about 4 months ago | from the process-calculus-for-english-homework dept.

Cloud 73

OwnCloud version six was released last week, and part of the release was a pretty major new feature: real-time collaborative editing of ODF documents (the format used by Libreoffice, Calligra, etc.). Although Etherpad has supported collaborating on simple text document for a while now, this is the first Free Software equivalent to Google Docs. From the article: "WebODF is a javascript library that lets you display ODF files in your browser. Think of it as PDF.js, but for ODF. You just throw a webodf.js script on your server, and do a couple of javascript calls to render an ODF file. It works completely client-side, no serverside ODF processing required. ... The collaborative server, included with OwnCloud Documents, lets users join a 'session', which is basically a document with a history of edit operations. Operations are small units of edits (think 'commits'). In a collaborative session, we use Operational Transformation techniques to make sure that operations fired by various clients will eventually result in a consistent state everywhere. When a new client joins an existing session, all earlier operations are played-back for it to reach the current state. Note that this editing is not turn-based; this is true inline collaborative editing where users can join a document and start editing straight away." As always, source is available.

cancel ×
This is a preview of your comment

No Comment Title Entered

Anonymous Coward 1 minute ago

No Comment Entered

73 comments

Dropbox drop-in replacement? (-1)

Anonymous Coward | about 4 months ago | (#45710025)

Wake me up, when it supports the dropbox API, so I can add some hosts entries and be done with that crap.

Re:Dropbox drop-in replacement? (0)

DavidClarkeHR (2769805) | about 4 months ago | (#45710069)

Wake me up, when it supports the dropbox API, so I can add some hosts entries and be done with that crap.

Or when it is significantly different than google apps ...

Re:Dropbox drop-in replacement? (5, Insightful)

Bradmont (513167) | about 4 months ago | (#45710111)

The significant differences would be:

1) it's open source, and
2) it's self hosted, so you don't have to trust Google with your data (but at the same time, you probably wont have the reliability that comes with trusting Google with your data).

Re:Dropbox drop-in replacement? (-1)

Anonymous Coward | about 4 months ago | (#45710561)

1) lol
2) Yea 'cause most people wanna mess with setting up Apache and some other Linux bullshit

Re:Dropbox drop-in replacement? (4, Informative)

MightyMartian (840721) | about 4 months ago | (#45710605)

As a company that has government contracts forbidding us from storing data outside of canada, this library is very good news.

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45710667)

1) Setting up Apache was cake because I can comprehend my mother tongue at the, you know, middle school level. But then I don't run Linux.

2) I drink less than Google, so I get security through sobriety. Well, almost sobriety.

Re:Dropbox drop-in replacement? (1)

epyT-R (613989) | about 4 months ago | (#45711119)

Ok, go trust 'the cloud' then and play the odds.. People like you are the reason this corporate/government oligarchy gets away with what it does.

Re:Dropbox drop-in replacement? (3, Interesting)

ozmanjusri (601766) | about 4 months ago | (#45711551)

Yea 'cause most people wanna mess with setting up Apache and some other Linux bullshit.

Why would you need to do that?

I just clicked the "Install" button for Owncloud in the Software Centre.

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45712139)

I just clicked the "Install" button for Owncloud in the Software Centre.

Linux bullshit

Re:Dropbox drop-in replacement? (2)

g4sy (694060) | about 4 months ago | (#45712415)

Yah, and also having choice sucks. I know and it's also bullshit that there was the option to compile from source or "apt-get install $package". I had to wait almost 30 seconds. When I went to use it, I had to set up a password!!!! Does Droppants ask you to set up an account too?? 'Cause if I can get around having this stupid password incovenience, then I'll drop ownCloud like a bad habit. However the linux bullshit is pretty convenient and I'll keep using that.

If you just forgot to use your sarc tags, that's cool bro. If you were being serious, then get a clue

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45720573)

Good for you. Now try to support files larger than 4Gigs in size, take notes and please share online how you did it. There's plenty of suggestions but none that actually worked. It's clearly feasible (ref. Mega.nz) but what a hassle.
I still use Owncloud as a personal music server with no config changes, but we had to reject it as a business solution (Google won) because of the the "messing up with all kinds of Appache, Linux, database, file system and other configuration files". We have other things to do like serving customers.

Re:Dropbox drop-in replacement? (1)

ozmanjusri (601766) | about 4 months ago | (#45722403)

That's a limitation of the 32 bit version of PHP. I use the 64 bit version, so I don't have that problem.

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45712475)

3) Now keep quiet and let me throw chairs at you.

Re:Dropbox drop-in replacement? (2)

jon3k (691256) | about 4 months ago | (#45710403)

It already supports Dropbox as external storage.

Re:Dropbox drop-in replacement? (1)

clemdoc (624639) | about 4 months ago | (#45712915)

I think GP wants to use Owncloud as Dropbox replacement, just redirecting a dropbox client to his owncloud via hosts file or something like that so that he could continue to use the dropbox client he's already using.
Assumptions and speculation of course.

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45714689)

You got that 100% correct.

Re:Dropbox drop-in replacement? (1)

jon3k (691256) | about 4 months ago | (#45714953)

Oh. Why? ownCloud has it's own windows client. If the problem is he's to lazy to spend less than 1 minute downloading the ownCloud client, double clicking, pressing next then typing in his credentials then he's probably not going to invest the effort in setting up the server.

Re:Dropbox drop-in replacement? (0)

Anonymous Coward | about 4 months ago | (#45721795)

Dude, I'm too lazy to talk to all the friggin' developers of every second app for my tablet and phone out there that want to be lazy and use those easy dropbox API libs instead of going the extra mile and letting me use my own infrastructure (with equally easy to use libs).
I've invested a *lot* of effort in my servers and they are expecting everyone to drop the ball and go to dropbox, just 'cause the world decided it wants to appify all of it and put all my data "in the cloud."

I am lazy. In fact, I'm so lazy, that I will probably write a data-mapper to translate all those calls into some standard protocol myself if I don't see a (semi-)open re-implementation of the dropbox API soon, because that's going to be more maintainable than writing a bunch of shell-scripts or maintaining rsync configs for my rooted and/or jailbroken devices for every app that I want the data to be synced with my servers. If I do, I'll be sure to put a prominent enough note on the project page for you to remember this post. In fact, I might even include your name in the README.

Windows? Don't make me laugh! Who still uses Windows these days?! You can stop trolling now and get off my lawn!

Education & LMS (1)

i.r.id10t (595143) | about 4 months ago | (#45710331)

Seems like a boon for a open source LMS like moodle or canvas

Wonder if anyone is planning on doing an LTI with it... hrm.

More than that... (4, Interesting)

houstonbofh (602064) | about 4 months ago | (#45710441)

I think this is a real game changer. Up to now, if you want document colaberation you have Sharepoint (Expensive) or the cloud. (Trust issues) Or office 365 wich is expensive, and no one really trusts...

But this is a viable FOSS option, on a trusted platform (Can't swing a cat without hitting an owncloud article) that can be public, or locked down internally.

Re:More than that... (0)

Anonymous Coward | about 4 months ago | (#45710767)

if you want document colaberation you have Sharepoint (Expensive)

Expensive yes, but for colaberation[sic] Sharepoint sucks.

Re:More than that... (0)

Anonymous Coward | about 4 months ago | (#45711561)

Expensive yes, but Sharepoint sucks.

FTFY.

Not really a Sharepoint replacement (0)

nemesisrocks (1464705) | about 4 months ago | (#45711035)

I think this is a real game changer. Up to now, if you want document colaberation you have Sharepoint (Expensive) or the cloud. (Trust issues)

At this point in time, it's not really a viable SharePoint or SkyDrive replacement. While being able to work simultaneously on ODF documents is a great addition, it's not going to provide any real competition to SharePoint until you can have authors simultaneously editing [microsoft.com] MS Word documents -- in MS Word. For many small business (especially with remote workers), this is "must have" functionality.

On the flip-side, I presume simultaneous authoring in Word is going to be extremely difficult to reverse engineer; and MS ain't gonna give up those protocol specs anytime soon.

Being different is a good thing for some uses (0)

dbIII (701233) | about 4 months ago | (#45711305)

There are a few design issues in Sharepoint which make me see it as not viable as well - eg. encapsulating files inside a database instead of keeping them as files with a reference too them is a very major one once you get above trivial file sizes and a trival number of versions of the files.
Once somebody starts putting files in the multi-GB scale into Sharepoint it hits that design wall, stalls or crashes, and something else is needed.

So it fills a niche Sharepoint doesn't and presumably vice versa if your users never work on huge files.

So IMHO it's far more viable than Sharepoint unless MS gets their act together.

Re:Being different is a good thing for some uses (2)

nemesisrocks (1464705) | about 4 months ago | (#45711359)

There are a few design issues in Sharepoint which make me see it as not viable as well - eg. encapsulating files inside a database instead of keeping them as files with a reference too them is a very major one once you get above trivial file sizes and a trival number of versions of the files.

Fixed in SharePoint 2010. In addition to storing the files within the database, they can be stored on the filesystem beside the database ("Filestream") storage, or elsewhere, including a SAN ("Remote Blob Storage").

Re:Being different is a good thing for some uses (0)

dbIII (701233) | about 4 months ago | (#45711951)

Good move - the initial idea was insane and a massive performance hit on one setup I saw.

Re:Not really a Sharepoint replacement (1)

g4sy (694060) | about 4 months ago | (#45712527)

What functionality is WebODF (which ownCloud is using) is missing that Sharepoint has? I guess I don't really understand what Sharepoint feature you're referring to. (Sharepoint user at a job a while ago, but I wasn't a power user). Just an honest question, since I'm thinking about getting involved with the WebODF project

simultaneous editing [bhatts.org]

Re:Not really a Sharepoint replacement (0)

Anonymous Coward | about 4 months ago | (#45712531)

I presume simultaneous authoring in Word is going to be extremely difficult to reverse engineer; and MS ain't gonna give up those protocol specs anytime soon.

But... but... Word documents are an ISO standard... [slashdot.org]

Re:More than that... (1)

heson (915298) | about 4 months ago | (#45713081)

What is the lag on edits? Sharepoint is not usable for conference call editing as it takes too long for the edits to propagate to all participants. Googledocs is great, often quicker than screen sharing. What other alternatives are there and are they quick?

Re:More than that... (0)

Anonymous Coward | about 4 months ago | (#45713309)

or vnc...

forget someone? (-1)

Anonymous Coward | about 4 months ago | (#45710399)

(the format used by Libreoffice, Calligra, etc.).

like who originated the odf format? hint, submitter and editor.. it was not libreoffice.

still need some help? figured you might. try sun microsystems (pre-oracle days) and openoffice.org (pre-dating the hissyfit that spawned the libreoffice fork). it was their specification that was used as the basis for odf standard.

Re:forget someone? (1)

M1FCJ (586251) | about 4 months ago | (#45711881)

And so what, what has happened to Sun Open Office? Abandoned, rotting in Apache's abandonware collection. The alternative was complete bitrot so I applaud Apache for taking it on board, just for the sake of it.

Libreoffice, on the other hand, is getting a lot more submissions and features.

Re:forget someone? (0)

Chrisq (894406) | about 4 months ago | (#45712087)

And so what, what has happened to Sun Open Office? Abandoned, rotting in Apache's abandonware collection.

Evidently not, the latest release was on Oct. 1st, 2013 [openoffice.org]. By now three of the four users have probably downloaded and installed it.

Re:forget someone? (2, Informative)

Anonymous Coward | about 4 months ago | (#45712563)

(the format used by Libreoffice, Calligra, etc.).

like who originated the odf format? hint, submitter and editor.. it was not libreoffice.

still need some help? figured you might. try sun microsystems (pre-oracle days) and openoffice.org (pre-dating the hissyfit that spawned the libreoffice fork). it was their specification that was used as the basis for odf standard.

Seems you're too young to have heard of StarDivision [wikipedia.org]:

StarWriter 1.0 was written by Marco Borries in 1985 for the Zilog Z80. Borries formed StarDivision in Lüneburg the following year.

Sun acquired StarDivision in 1999.

Re:forget someone? (1)

cbiltcliffe (186293) | about 4 months ago | (#45750237)

Seems you're too young to have heard of StarDivision [wikipedia.org]:

StarWriter 1.0 was written by Marco Borries in 1985 for the Zilog Z80. Borries formed StarDivision in Lüneburg the following year.

Sun acquired StarDivision in 1999.

Seems you're too young to remember that StarOffice didn't use OpenDocument; it used a binary format. It was only after Sun rebranded the suite from StarOffice to OpenOffice that OpenDocument was released. Incidentally, according to Wikipedia, the first OpenDocument release was in 2005, 6 years after the acquisition of Star Division by Sun. That sounds about right to me, as I was using the suite at the time, so I have no reason to doubt Wikipedia's information.

Good idea. What's the server side like? (1)

Animats (122034) | about 4 months ago | (#45710417)

This could be really useful for business use, where you don't want Google to know your business plans. What does the server-side component look like? The demo site lets you edit .odf in your browser, but you can't push it back to the server.

Re:Good idea. What's the server side like? (4, Informative)

Phil Urich (841393) | about 4 months ago | (#45710681)

The server-side is a fairly trivial install (especially because they provide repos for every major distro), mostly just depending on PHP. You can store data/config in MySQL, postgreSQL, or SQLite (the default, but obviously not recommended for multiple users). The files themselves have for some time been saved in per-user folders, with a separate folder for past versions of files (by default all files are versioned). For the Documents app, it seems to store a copy of each file named with a UUID/hash in the "documents" folder for each user, the filename that you see it as being merely kept in the database.

Re:Good idea. What's the server side like? (2, Funny)

Anonymous Coward | about 4 months ago | (#45710931)

SQLite (the default, but obviously not recommended for multiple users).

Obviously a good default for collaboration...

Re:Good idea. What's the server side like? (1)

Animats (122034) | about 4 months ago | (#45711351)

That seems too simplistic. Shared document editing has all the same issues as shared source code editing. Just saving old versions in their entirity isn't too helpful, especially when multiple people are editing. You need something at least as good as Wikipedia history diffs. (Git might be overkill.)

Re:Good idea. What's the server side like? (2)

oever (233119) | about 4 months ago | (#45711821)

The server side can be really simple. In a real-time collaboration scenario, there needs to be conflict resolution. The code for that is implemented in JavaScript as well and, in the case of ownCloud Documents, runs in the clients.

Each change to the document is sent as a numbered operation to the server. If a change with the same number has already arrived, the latest changes are sent back to the client. The client then modifies/rebases the original change on top of the new changes and send the change again.

The server stores each individual numbered change for the document as well as snapshots of the document for certain revisions. With some work, one could even store the change (audit trail) inside the document.

Not the first:AbiCollab has been running for years (4, Informative)

msevior (145103) | about 4 months ago | (#45710551)

AbiWord and AbiCollab have been providing a free real-time document collaboration service in the cloud for 4 years.

See:

https://abicollab.net/ [abicollab.net]

Re:Not the first:AbiCollab has been running for ye (0)

Anonymous Coward | about 4 months ago | (#45710801)

AbiCollab isn't browser-based is it? That'd be what makes this more like Google Docs than AbiCollab is.

http://news.slashdot.org/story/09/10/28/0032254/abicollab-takes-on-google-docs-and-zoho-writer

(Does anyone know what it'd to setup a private AbiCollab server? "AbiCollab (the feature of AbiWord) has a number of backends for you to use in collaboration. One is Jabber-based, one is TCP, and one is the "AbiCollab.net Service" - so you can run it either centrally hosted or peer-to-peer.")

Re:Not the first:AbiCollab has been running for ye (2)

caseih (160668) | about 4 months ago | (#45711339)

Also Afresco offers web-based collaboration and edition of ODF documents. How it compares feature-wise I don't know.

Re:Not the first:AbiCollab has been running for ye (1)

Anonymous Coward | about 4 months ago | (#45711619)

There hasn't been new release of AbiWord in 4 years either...

Also OpenDocument support in AbiWord is nonexisting. Even Windows 8's WordPad supports OpenDocument better (for real. don't laugh. it's sad, not fun).

Re: Not the first:AbiCollab has been running for y (0)

Anonymous Coward | about 4 months ago | (#45711729)

How is a free cloud service the same thing as being able to host your own?

Re:Not the first:AbiCollab has been running for ye (3, Informative)

oever (233119) | about 4 months ago | (#45711795)

AbiCollab certainly precedes by many years. WebODF is newer and has two advantages of AbiCollab.net.

First, WebODF runs just in a browser with no need to install it locally. It runs completely on a webpage. That's why it can by integrated into any web-based workflow. E.g. a user could generate a document by filling in a questionnaire and edit a document afterwards with WebODF.

Second, there is no document conversion. A document that is loaded into LibreOffice, AbiWord, OpenOffice, or Microsoft Office, edited and saved again, will be significantly different from the original document. Features may be lost or saved differently. Since WebODF just loads the ODF XML into the DOM and saves back the DOM, the document is unchanged, except for the places that have been edited. This is even true when the documents contains features, e.g. xforms, that are not supported yet.

Option to turn it off (1)

bsharitt (580506) | about 4 months ago | (#45710729)

I've been waiting for ODT editing to come to ownCloud for a while now so I could drop my last Google usage outside of search. I just wish there was a way to use it while turning off the collaborative stuff. Things seem to go wonky when you don't close a document properly sometimes.

Re:Option to turn it off (0)

Anonymous Coward | about 4 months ago | (#45711937)

You might like either of the following for search.

https://startpage.com/
http://duckduckgo.com/

Distributed search engines are available using the following.

http://seeks-project.info/
http://yacy.net/en/

I'd have been happy if it would just sync files (2)

transporter_ii (986545) | about 4 months ago | (#45710765)

I setup an older version at work to sync important files between laptops. Version wasn't that far behind. We had nothing but trouble with it. If clients didn't hit the network or Internet, sometimes the clients would just lose all their settings. And client setup was not trivial, so I had to be the one to do it. Also, it would sometimes create a huge number of dupe files, which were versioned in order to stop collisions.

All in all, we ditched it for Goodsync. Not perfect, but it doesn't just one day up and lose all its settings for no apparent reason or create hundreds and hundreds of dupe files.

Re:I'd have been happy if it would just sync files (2, Informative)

Anonymous Coward | about 4 months ago | (#45710885)

Owncloud has fixed lots of bugs, you should try it again! Works great for me!

Re:I'd have been happy if it would just sync files (2)

SpzToid (869795) | about 4 months ago | (#45710967)

Anecdotal confirmation from an AC doesn't amount to a whole lot.

Re:I'd have been happy if it would just sync files (1)

Sulphur (1548251) | about 4 months ago | (#45721835)

Anecdotal confirmation from an AC doesn't amount to a whole lot.

Anonecdotal?

Re:I'd have been happy if it would just sync files (0)

Anonymous Coward | about 4 months ago | (#45720557)

You could try for free on https://owndrive.com and get 1GB as well.

Re:I'd have been happy if it would just sync files (0)

Voyager529 (1363959) | about 4 months ago | (#45711237)

If you're looking to simply sync files between computers, Bittorrent Sync has been excellent for me. It's like Dropbox without the centralized storage I don't own, and it runs on Windows, OSX, I-think-Linux, and definitely BSD, since I have my laptop happily syncing with my FreeNAS box. It's simple, it's effective, and it doesn't make a mess. The only thing that OwnCloud does better (in theory, anyway) is the browser access part. BT Sync doesn't do browser access in any capacity, except the config panel on the BSD version. OwnCloud gives media playback, file browsing, and, apparently, document editing, in a browser if you point to the server. At the same time, the caveat to OwnCloud is the fact that there must be a server, as opposed to it being optional with BT Sync.

Re:I'd have been happy if it would just sync files (2, Informative)

Anonymous Coward | about 4 months ago | (#45711961)

There is an other important different (at least for some people) it's freeware, not FOSS.

Re:I'd have been happy if it would just sync files (3, Interesting)

dbIII (701233) | about 4 months ago | (#45711337)

A lot was fixed in 5 and it was easy to set up and use. The only hassle I've seen with the client software (which the users setup themselves without help), is sync issues of files vanishing on clients with clocks that are out by tens of minutes. The files are still available in the "previous versions" part of the web GUI but it's still very annoying behaviour.
The linux client in 5 also didn't handle links to different filesystems from the sync directory.

I have not used version 6 yet.

Re:I'd have been happy if it would just sync files (2)

M1FCJ (586251) | about 4 months ago | (#45711895)

Ditto with previous versions experience. I started using 6 when it was in beta and I only had one stupid deadlock issue which there was no way of fixing easily and one quota issue (it appears to be broken at the moment, even when my 40GB quota was less than half used, it was reporting full). Allegedly fixed but I just removed my quotas.

Dupe issue appears to have been fixed, that was what made me stop it using last time.

Re:I'd have been happy if it would just sync files (1)

jon3k (691256) | about 4 months ago | (#45732179)

How old? I've built ownCloud 5 and 6 servers and both have been very easy to setup and configure, and are extremely fast. I haven't had a single problem yet.

Killer feature would be zotero integration (2)

spasm (79260) | about 4 months ago | (#45711239)

I just set it up on a spare server and had a quick play with an odt version of a NIH grant (US National Institutes of Health) I'm collaborating on at the moment. Not too shabby - unlike google docs it doesn't completely bork the page formatting and the collection of styles we use to keep it in line with the (typographically absurd) requirements of the NIH (oh, SF424, how I hate thee). Which is a big deal, because most of the sections required in an NIH grant have strict page limits (and required fonts, font sizes, line spacing, and margin limits), and getting right to those page limits without going over is important. So when you've finished collaborating and are ready to download the final document, with google docs a) you have to reimpose those margins, fonts, etc which is a pita; and more importantly b) you run the real risk that on reimposing those margins, fonts etc the page count will change, requiring another whole round of editing to get it under the required page count. Whereas this appears to keep the document in odt the entire time and hence there'd be no nasty surprises at the end.

Having said all that, there's no way to add citations. Google docs has a close to useless implementation of citations (imagine 5 scientists collaborating on a document, each of whom have their own citation databases with thousands or tens of thousands of entries, and then go and have a play with citations in google docs. Try not to giggle too much when you realize how well that'd go..). But given open/libreoffice has really good integration with zotero, and zotero is also open source and browser based, it seems like these two could be made to talk to one another, which for academic collaborators would be a HUGE feature, jumping it way ahead of any other collaborative tool I've ever seen. And believe me, collaborative writing is so central to my work that I play with *anything* that looks like it might be an improvement on google docs or the nightmare of emailing around multiple copies of a document with 'track changes' in heavy use.

Re:Killer feature would be zotero integration (1)

oever (233119) | about 4 months ago | (#45711855)

When importing an ODT into Google Docs, it is converted to a format internal to Google Docs. The blog post explains that in WebODF / ownCloud Documents, conversely, no conversion occurs.

For example, WebODF does not support displaying columns yet, but if you have loaded a document with columns, after saving, the columns will still be there.

Since the document is part of the DOM, you can edit it programmatically with JavaScript. So adding functionality for scientific citations is as easy as any website programming. You can do it the clean way and use operations, or you can change the DOM directly. (The latter is not advised in collaborative mode.) So yes, integrating with Zotero, should not be hard.

Adding WebODF into a workflow for collaboratively writing research proposals could be useful. One author adds 'fancy' stuff in e.g. LibreOffice and the other contributors make corrections and additions in a web version of the document.

Waste of time/effort (-1)

Anonymous Coward | about 4 months ago | (#45711571)

Collaboration software has existed for years and Google/Microsoft are EXPERTS in this, both in terms of functionality provided in their respective products as well as commercial support. Given the fact this is designed specifically for ODF, a format no-one uses (at least no-one who cares about collaborating with others who don't have a chip on their shoulder), no-one is going to use this.

Owncloud should have spent more effort on improving their existing cloud software so that it doesn't fail to update files silently and other random bugs that compared to something like Dropbox, don't particularly instill confidence.

Browser editing? (1)

advocate_one (662832) | about 4 months ago | (#45711831)

How well does this work on touchscreens like mobile phones and tablets?

Re:Browser editing? (1)

Anonymous Coward | about 4 months ago | (#45711869)

Touchscreen and mobile support is currently being improved [github.com]. The virtual pop-up keyboards are surprisingly different across platforms.

Re:Browser editing? (1)

jon3k (691256) | about 4 months ago | (#45732201)

Just tried it from an iOS device (iPhone 5S) and the document editing doesn't work at all. If I tap a .odt file it just shows me the thumbnail, which is the default behavior for any filetype. Works fine from my desktop computer.

Ah, this explains the increase in dependencies. (2)

Robert Frazier (17363) | about 4 months ago | (#45712051)

I was wondering why the last upgrade (Debian) on my server resulted (unhappily) in LibreOffice being installed.

Owncloud is very useful. I use it for file syncing, calendar, contacts, firefox (iceweasel) sync, etc. I've been using it for about 6 months, and, so far, it has been reliable.

Best wishes,
Bob
 

Re:Ah, this explains the increase in dependencies. (3, Informative)

Anonymous Coward | about 4 months ago | (#45712505)

The LibreOffice dependence is just to generate the thumbnails. It is not needed to do editing or viewing of the ODF.

Re:Ah, this explains the increase in dependencies. (0)

Anonymous Coward | about 4 months ago | (#45713115)

I've used it to cut the google cord long ago just to avoid sharing contact/calendar/files with anyone else. Soon, I'll be able to ween my company off of Sharepoint too

OwnDrive service for ownCloud (0)

Anonymous Coward | about 4 months ago | (#45713709)

I've been using it on https://owndrive.com and i must say it's much better than Dropbox. Also good to know that it's away from all the US governance. Just asked their support about version 6 and Documents and it's coming right over the new year. Looking forward to it.
Meier.

Re:OwnDrive service for ownCloud (1)

jon3k (691256) | about 4 months ago | (#45732211)

And you believe the US government doesn't have access to this .. why? ownDrive is just ownCloud slightly modified and hosted by a 3rd party. What assurance do you have the NSA doesn't run it, let alone have access?

ownCloud provider https://owndrive.com (-1)

Anonymous Coward | about 4 months ago | (#45719295)

I have been using OwnDrive happily last 6 months and it's been a wonderful experience. I've switched completely from Dropbox to OwnDrive and now waiting for realtime colloboration coming with version 6.

Check for New Comments
Slashdot Account

Need an Account?

Forgot your password?

Don't worry, we never post anything without your permission.

Submission Text Formatting Tips

We support a small subset of HTML, namely these tags:

  • b
  • i
  • p
  • br
  • a
  • ol
  • ul
  • li
  • dl
  • dt
  • dd
  • em
  • strong
  • tt
  • blockquote
  • div
  • quote
  • ecode

"ecode" can be used for code snippets, for example:

<ecode>    while(1) { do_something(); } </ecode>
Sign up for Slashdot Newsletters
Create a Slashdot Account

Loading...