The decision to remove sideloading is a huge blow. So every time I want to test my documents which range from 20-50mb I have to rely on the connection of my upload Internet speed to update the document...
Also, the decision to launch new tools without having the Apple store app ready is beyond incredibly ridiculous. I updated the tools without knowing this and spent an hour restoring the old tools.
Adobe,
If you are listening... you guys release something that has the potential to be something big and now you are deconstructing everything. The fact that there is no sideloading makes me wonder what are you guys THINKING or NOT THINKING? This is like asking iPhone/iPad developers to upload their apps through apple.com before being able to test it on the device. Do you know how maddening that would be for development?
If you want us to all sign up for acrobat.com then have us provision our devices through acrobat.com as an accepted device for sideloading. I have no idea how the bigger digital publishers expect to test their digital documents unless they have a monster Internet connection.
What is going on here? Do I need to pay money to locally load documents onto on my iPad or what?
Sideloading .folio files is turned off for good. Publishers want to protect their content from being re-distributed. However, the DPS team is working on a solution that lets you add folios to a connected device through the use of an option in InDesign. Until that device preview option is in place, you have to go through the cloud.
Bob,
What is the expected release date of the device preview option? Also, how are current big time publishers testing their content before release? Are they uploading their content to the cloud as well? I can't see how that is feasible unless they are running monster connections. Even then it seems rather cumbersome.
So at this moment there is absolutely no way to locally load content to my device?
Thanks,
Michael
With sideloading, do you want the ability to distribute and sideload .folio files? Or do you want to be able to preview folios on an iPad without going through a server? In other words, if you could attach an iPad to your computer and choose an option in the Folio Builder panel that says something like "Preview on Mobile Device," would that work for you?
On a larger scale the solution works great. I no longer have to worry about people coming to meetings with different versions of the folios just because they didn't check their email (we often sent the exported folios to emails). Clients traveling with their ipads and not their computers have had an easy time just downloading the folios for preview and giving notes. So previewing wise the updated workflow creates efficiency, consistency, and simplicity across the platform.
When the solution first was introduced i did notice some lagging in the design portion of workflow. I traced the issue back to designers wanting to preview every little step they took on the ipad immediately after creating it (this only happened with one or two designers most were able to use the tools as intended in an efficient manner). As i explained to those few designers-- In the workflow, Ipad previewing is the step we take before sending a publication to APP creation and/or review. If this was a print campaign - you wouldn't go running to a printer after every block of text you layout to see how it looks? i believe that same principle applies here. The Desktop Content viewer is in place to give you as much preview as possible in a quick and easy manner. So in some cases its a matter of how your actually using the tools.
The argument i hear the most about brining back Sideloading is people saying " i wanted to use sideloading as my distribution method" -- But of course it was that exact method of pseudo-distribution that created Red Flags for publishers expecting some level or security for their publications. I believe the "application to connected device" previewing option sounds like it will be a great compromise to those publishers concerned about security and designers wanting a quicker and/or offline preview method.
Bend,
Except you can't compare print to this. When you deal with HTML 5/JS/CSS the Desktop Content Viewer does not give me a real-time example of how my app/publication will perform on iPad 1 and 2. For example I have a fairly large graphic with some interactive html 5 content overlayed and animations. Desktop Content Viewer is great for previewing some easy plain jane layouts but when you start trying to do something like web content overlays, it doesn't work.
For me sideloading is the ideal solution simply because I'm not managing publications like you would a magazine. They were to be used more for one way, one shot client presentations.
I understand the concerns for sideloading to but if someone is going to re-distribute they'll find a way with or without your restrictions. Once again, because of fear from dishonest users the honest users are actually getting the shaft. Somehow, I don't believe that turning off sideloading from fear of re-distribution is the whole story.
Thanks,
Michael
Turning off sideloading to prevent the redistribution of folios IS the real story. I can't think of another reason it would be turned off. It would be great if we had an offline device preview feature in place when we turned off sideloading, but unfortunately, the team wasn't able to implement it in time.
My guess is that the new offline device preview feature will be available in August, but please don't hold me to that. Until then, you have to go through the cloud to preview folios on mobile devices. The sideloading of .folio files will never be turned on again, not even temporarily.
Bob, you wrote:
"Turning off sideloading to prevent the redistribution of folios IS the real story."
For the record, can you point us to a detailed Adobe post or please outline for us herein, the logic surrounding this decision -- and be detailed. I am not getting it. -- And it sounds like others are not either.
To us, it appears as if Adobe is just plain being *bleeping bleeps* about this. It makes zero sense.
-- Jeff
Bob,
If you tell me that is the real story, then I believe you. I'm just expressing my concerns as a passionate user who just bought CS 5.5 knowing that I could sideload my files or somehow transfer locally. It would have been a better move to have the new offline device preview feature in place before pulling the plug on sideloading.
"It would be great if we had an offline device preview feature in place when we turned off sideloading, but unfortunately, the team wasn't able to implement it in time."
If having sideloading available for a few months, before now, was not a problem then why not wait until you did have a solution?
Several publishers have already chimed in on this. They don't want users to download their July issue, extract it from their iPad, and post the .folio file for others to sideload. They want a secure workflow in which they sell content through stores or subscriptions.
It's unfortunate that we didn't have offline device previewing in place before we turned off sideloading. It's a high priority.
That being said our companies personal story (i believe i expressed it in another thread):
During our experience for example we had our 12th issue offered for interactive PDF. We were quickly notified of its illegal distribution within a month. When we contacted the service the file was being distributed on, they informed us that the file had been downloaded over 5,500 times. This is a little over $27,000 (@$5 an issue) in sales we lost within that month. I will say the act did generate some new readers, but piracy spreads like a virus, once we would get it taken off of one website, five more would pop up. After the 15th issue we stopped offering the magazine in PDF format. So moving forward with DPS ... Security was a MAJOR concern.
I agree if people want to be evil they will find a way to somehow exploit the system, however riding the system of sideloading was an easy fix to a HUGE loophole. So if a small publication is losing a min of $27,000 a month in sales -- you can image a large publication loses. Sideloading, as it was, was a major concern for publishers - esp the ones that are paying big bucks for the solution and using it directly for what it was intended to do.
Sideloading was not part of the official tool set when it was released- so it wasn't anything they took away-- it is more or less assumed if you use prerelease software there is a chance a feature may/maynot appear in the official product. -- And Adobe is working on an offline solution -- which is Great!
Bob,
I'd like the ability to distribute and sideload .folio files, yes. You see for some we'd like to use it as a very small scale content distribution. The company I work for would buy 10-15 iPads and hand them out at meetings. The other reason is to quickly test my web content overlays, the desktop content viewer is not suited for this task and it's not a clear indicator of how well it will run on the iPad with it's limited resources.
Do you guys have a solution for smaller scale publishing?
Thanks,
Michael
Acrobat.com is/was down from 5PM - 8PM PDT for Service Maintenance.
Adobe does an Ok job by announcing these downtimes when you login to Acrobat.com as well as: http://www.adobe.com/support/acrobatdotcom/ Ive also recommended to my own clients to follow the Acrobat and Acrobatdotcom Twitter feeds.
effing big publishers, what a load of bullsh*t, every publisher in the world tells you that for every magazine bought, it is read by 4 other people or more and they actually sell their advertising on that basis, so they can't control how many people read their print mag for free, but they want to be anal about the digital world.
How many people are really that bothered about extracting a mag and then giving it to a friend? I dont even know how to do it! and thats because I couldn't be bothered!! So OK, then some youngster finds out how to do it and posts it on a blog somewhere, would it have that big an impact? again magazines currently have many readers that don't pay for it.
Jeez, give me a break!!
Alistair
I agree. Who among us would actually take the time to first download the Adobe Viewer, figure out how to hack and extract last month's "Martha Stewart Living" -- and sit back to bake muffins? I have been in digital publishing since Aldus PageMaker -- and I certainly could not figure out how to do this!
Piracy figures and perceived lost income proceed from a false assumption that every hacked download is (for example) $4.99 lost. Not true. The vast majority of illegal downloaders, if they did not have access to the illegal copy, would NEVER buy that same content! Do you think 20 million people would have rushed out to buy Rambo 5 on DVD?
Adobe is letting large-scale publishers lead them around by the nose. It's unfortunate.
-- Jeff
I just want to add that Adobe has the potential to make digital publishing as big as the web. The reason the web is so popular is because of it's openness to allow anyone to publish anything with minimal restrications (licensing aside). If this turns out to be anything like the music industry, locking down things always loses. If Adobe won't open the gates, someone else will...
Perhaps if DPS had been a bit more developed, Adobe would have been in a stronger position to say no to their largest customer.
However, saying that, considering the timescales, DPS is still and excellent product; it just needs a few more months to iron out some wrinkles.
Talking of making things more open, well, IMHO, HTML5 will give us that. It wont be long before all page layout programmes like InDesign, Quark etc
will be underwritten in HTML5, or be exportable as HTML5, and hey presto one file type, straight to print or the web. It doesnt take much to work out does it?
Upload your print HTML5 files to the cloud, the images get converted on the fly, or indeed no longer need converting, and the iPad views them just as easily as the printing press. So maybe the App stores wont have as long a shelf life as we think? Things change too quickly for that :-)
Hmm, where is that patent form .....
Upon having another cup of coffee, it occurs to me that this should not be an 'either/or' discussion. Adobe has some of the brightest engineers in the world. Are you telling me that they could not have written in a security routine regarding sideloading that says in essence, "Hey! do you want to provision this Mac (or PC) to this tablet device? Great, I shall make it so."
Conversely, they could also make a setting for [insert name of huge publishing giant here] that sets a flag to a Folio to "published" which in essence cripples all illegally sideloaded magazines? For pete's sake, I own legally purchased copies of Creative Suites that have just stopped running because Adobe thinks I don't own it, and then have to call a number to get it re-provisioned. I think they could do this.
The underlying issue driving this thread is that Adobe is trying to migrate from being a product company to being a licensing company -- and they just don't know how to do it.
-- Jeff
I agree HTML 5 will give us that but I'm talking about all the companies that still rely on print without having to fuss with code or conversion. The Adobe Content Viewer is a fantastic idea for making sure companies can transition over to a digital medium without changing the way they work.
Converting to HTML 5 does not seem that easy to me because we are not just dealing with HTML markup, we are dealing with javascript and css. Most converters I've worked with, usually break the code and because web standards change so often I can see conversion becoming cumbersome or just outpaced. This is why we don't have WSYWIG taking over hand coded websites, there's just too many things that go wrong due to unforseeable conditions in layouts and what the user actually wants.
Adobe Content Viewer merges 2 worlds that I love, print and web. It does it without having to change tools and I can pitch this to many companies who's primary layout tool is InDesign. Turning off sideloading is like not allowing web developers to work locally. Additionally, there are many smaller "publishers" that want to use this as a tool to share their presentations and not use it as a subscription tool to sell magazines or newspapers, in this case sideloading would be ideal.
All arguments we have heard before which i dont know why its being discussed again. Adobe already said "ITS GONE NO MORE!". In all seriousness the removal of sideloading fueled people to find exploits of the Content viewer and post them in this very forum. So although you can say "well i wouldn't even know how to do that", obviously some of the most avid users have found a way. Other solutions disabled and developed alternative preview methods around the concept of security and to remain attractive to customers. (software like Mag+ quickly moved to a push to device method) Of course its the paying Digital Publishers that are investing in the solution that brought up the security of the sideloading method as an issue. We ourselves have developed presentations for software and gaming companies and when showing them the solution a few months back the first thing they said was "no. its too simple for a bad employee to leak a Folio file to the community and anyone can just load it into this Viewer app? NO NO NO find us another solution". So like Bob said to push those very customers in the mud is silly when they are the ones throwing down money to use the solution and you're still looking for the free and workaround ways.
JoyceCMYK,
I'm glad you pointed out alternative solutions like Mag+, I'm going to take a look at it. I usually don't like workarounds so this is why I got my pitchfork. We have to make some noise so Adobe knows that there is another market other than just large publishers.
However, I paused when you said, "you're still looking for the free and workaround ways." By all means this is not a matter of finding a FREE way to do things, this is finding a way to get work done efficiently and being able to distribute my content to a small group of people, quickly. If it means coughing up a couple hundred to allow device provisioning then, by all means, I'm for it. I paid for my Apple Developer License just so I can load some of my own apps on my device.
Ok great you licence your apple development software so you don't think you should have to pay Adobe to license the Digital Publishing suite? No offense but your squawking about "i do html5 this and i can code that" why not just code your own applications? or webview applications? I mean this solution is directly aimed at Publishers looking for the ease and security. And yes I did point out Mag+ but you'll find that other solutions are more costly and with less features. Several people have chimed in with their experience with other solutions on this forum as well. I mean your entitled to your feature request (side loading) and opinion, but publishers like myself (you know those guys that are paying that $9,000-14,000) have expressed our concern about the solution and its lack of security measures. And yes you yourself may be willing to pay $100 for the solution to do things it wasn't directly intended to do, but why throw mud at those publishers that are using the solution in its directed form? In all seriousness it wasn't just Large publishers that expressed their concern, it was any business that had information to lose in a flimsy file exchange format like sideloading. It was great for quick testing in the prerelease- but it was awful as a feature to business that have money, intellectual property, and business to lose from its exploits.
"Adobe is letting large-scale publishers lead them around by the nose. It's unfortunate."
Yes i would have been right there in front saying "Adobe is letting those free-loaders lead them by the nose. Its' unfortunate". I mean seriously would you pay the $10,000 if sideloading was re-enabled? im guessing for a majority .. its no... it wouldn't have any influence on your purchasing, you still wouldn't buy it. But sideloading being gone was a purchasing point for many publishers. We of course expressed our concerns before purchasing.
Adobe is meeting the middle and developing a secure offline preview system. Is that not enough?
JoyceCMYK,
JoyceCMYK wrote:
Ok great you licence your apple development software so you don't think you should have to pay Adobe to license the Digital Publishing suite? No offense but your squawking about "i do html5 this and i can code that" why not just code your own applications? or webview applications? I mean this solution is directly aimed at Publishers looking for the ease and security. And yes I did point out Mag+ but you'll find that other solutions are more costly and with less features. Several people have chimed in with their experience with other solutions on this forum as well. I mean your entitled to your feature request (side loading) and opinion, but publishers like myself (you know those guys that are paying that $9,000-14,000) have expressed our concern about the solution and its lack of security measures. And yes you yourself may be willing to pay $100 for the solution to do things it wasn't directly intended to do, but why throw mud at those publishers that are using the solution in its directed form? In all seriousness it wasn't just Large publishers that expressed their concern, it was any business that had information to lose in a flimsy file exchange format like sideloading. It was great for quick testing in the prerelease- but it was awful as a feature to business that have money, intellectual property, and business to lose from its exploits.
The point is to be able to use InDesign, not just code it all in HTML 5. I work with others that don't know anything about HTML or coding for that matter. Being able to coordinate a team of people who can use InDesign and also have a developer on hand would work well.
If you had read my posts throughout you would see that my grasp on wanting sideloading was loosened. However, I do want a similar more secure solution and I'm willing to pay a small amount to use it. I don't need to distribute to thousands of people to make paying $9,000-$14,000 worth it. Sideloading was a great quick and "dirty" way for me to load up a client presentation and distribute it to maybe 10-15 people.
This post is in no way intended to throw mud at larger publishers. All I'm saying is hey... Adobe, you left some of us in the dust here. I think it would be smart to come up with solutions for much smaller needs.
North America
Europe, Middle East and Africa
Asia Pacific