A Rant Against Splash Screens 477
An anonymous reader writes "This controversial post by Adobe's Kas Thomas asks if splash screens are just a sign of program bloat and callous disregard for users. It suggests that big programs should launch instantly (or appear to), perhaps by running against an instance in the cloud while the local instance finishes loading. Users of cell phones and tablets are accustomed to apps being instantly available. This is the new standard for performance, the author argues. Nothing short of it will do, any more."
Adobe complaining about bloat? (Score:5, Funny)
Adobe complaining about bloat?
Re:Adobe complaining about bloat? (Score:5, Insightful)
Re:Adobe complaining about bloat? (Score:5, Insightful)
1999: Five years ago, this would have been totally unworkable. But now we can use The Internet !
2001: Why the fuck did we think that was gonna work?
2012: Five years ago, this would have been totally unworkable. But now we can use The Cloud !
2014:
Let me guess (Score:3, Funny)
2014: ...
Profit?
Re: (Score:3)
Re:Adobe complaining about bloat? (Score:5, Insightful)
See also "time-sharing", "client-server" and "thin clients". Much of the evolution of computers has been a power struggle between centralization by technology producers and decentralization by users. "The cloud" is just more of the same.
But which is it? Are we centralizing or decentralizing right now? I tend to lose track. As far as I know, the current "cloud" talk mostly means "storage of your data on our servers". I've seen it used this way a lot in the "smart phone" context. I'm guessing that because we don't know where the servers are, we're supposed to think this is a form of decentralization. As if vagueness were the same as decentralization! We send our data off into the great unknown, and...well...that's a decentralized as it gets, right?
Not really, of course; it's jargon that is intended to get people to think that they're storing their data on neutral, trustworthy servers. If the instructions actually said "back up your personal data to the Google (or Apple) server", then we might ask if we can really trust Gapple with that data . But if we keep our stuff in a cloud...well, who asks about the integrity of clouds?
The other way I've heard "cloud" used is as a form of wishful thinking that features programs executing on unspecified servers, along with our data. Of course, if the wish comes true, it will be Gapple servers that run the programs and keep the data, but we won't be troubled with that level of detail. (For all I know, this sense of "cloud computing" has already been implemented, and everybody is doing it—and I'm just so totally out of it that I haven't noticed.)
For what it's worth, I saw fluffy things labeled "The Cloud" on gee-whiz marketing slides for a super-computing company I used to work for back in 1998. Nobody knew what it was, of course (yes, I asked, bad move if you cared whether Marketing liked you). I'd say it was—and is—a marketing meme trying to push its way into reality.
Re:Adobe complaining about bloat? (Score:5, Funny)
But if we keep our stuff in a cloud...well, who asks about the integrity of clouds?
Clouds are 100% watertight and never leak... Rumours of rain are just FUD.
Oh wait... I think I got that wrong somewhere.
Re:Adobe complaining about bloat? (Score:5, Insightful)
IIRC KDE3 had a style guide requesting that splash screens would be all inside the application window. I always thought that was a brilliant idea. Whether an app can be made to load instantaneously might depend on computing power (although I agree with him, that this shouldn't be an issue for modern computers, anymore) but the really annoying thing about Splash screens is that they sit there blocking access to your desktop, just to tell you "look I'm loading". There is certainly never a need for that.
Other than that, I think there are many good usability ideas in smartphone/tablet GUIs which ought to be brought to the desktop. Not the stupid stuff like making a desktop UI look like it was intended to be used with a touchscreen, but doing away with all the superfluous confirmation dialogs. An application should not ask you whether "you really want to quit" you already told it that - instead it should make sure that when you quit nothing bad happens. If you were working on a document but didn't save that yet - then just keep the working copy when the program is closed. Don't overwrite what's in the saved copy and don't throw it away - just restore it when the application is opened again, and suddenly quitting word processor is no longer dangerous. When quitting a music or video player it should remember what you were playing and come back to that when the application is started again. A video player should keep the position basically for every movie it has been playing, so if you come back to it later you can continue to watch from the same position, even if you have watched something else in between.
Remove the danger rather than asking the user twice when doing something dangerous.
Re:Adobe complaining about bloat? (Score:5, Interesting)
IIRC KDE3 had a style guide requesting that splash screens would be all inside the application window. I always thought that was a brilliant idea.
While that indeed is a good idea, I've also found that within KDE (this was certainly true with latter versions of KDE 3, but now with KDE 4.8 there's not much of a difference either, on contemporary hardware) that most, if not all, applications launch themselves pretty much instantly once the desktop has loaded itself. People keep complaining about the "bloat" in KDE, but the system is very modular; and while kdelibs is undoubtedly big, once it is in memory, it is shared by so many programs that the amount of loading needed for a single application is quite insignificant. The problem is, once you start to use programs that require other frameworks (GTK and such), initial load times are much worse; and with Windows, the situation is even worse.
Re:Adobe complaining about bloat? (Score:4, Insightful)
Re:Adobe complaining about bloat? (Score:4, Insightful)
The problem is, once you start to use programs that require other frameworks (GTK and such), initial load times are much worse; and with Windows, the situation is even worse.
People have to agree with that no matter what. If an application executable is linked to a dynamic library that is not yet mapped into memory, the OS then first needs to map it. This can take time if the library depends on other libraries which are not mapped yet (often the case of GUI frameworks). In the case of GNU/Linux, most of GUI applications are linked to either libQt* or libgtk. If you (the reader) are running Gnome and you execute a application linked with KDE, you will certainly notice that it takes longer to execute. Nonetheless, the opensource nature of the GNU/Linux ecosystem makes it easy (and a standard practice) to reuse code and for that reason QT and GTK are linked with a common base of shared libraries like libX11, libz and libpng, which is a good thing.
It was long the time I last programmed in Windows so correct me if I'm wrong but I don't think that the situation is worse in Windows because it also provides a base of system libraries where most of proprietary applications are linked against (DirectSound, GDI32, etc..) . Now, *it could* be worse in the case of proprietary (non-Microsoft) applications because they tend to depend on shared libraries which are also built by the same vendor to reuse some code between their multiple products or just to abstract the underlying "low level" API. Obviously those libraries are not reused by other vendors.
Now back to topic. When I fire up an application, I expect it to load instantaneously. If it does not, then I look at the laptop's HDD LED light to check for HDD activity (the HDD is always the bottleneck here). I don't need a splash screen because I know (through the blinking HDD LED) that the application is running and I wait for it. However this is my case, which is an exception because I know about OSes and Computers. Most (regular) users run the application and if they don't see any feedback in the screen, they run it again and again until it works; completely ignoring subtle feedback tips from the mouse icon or even the laptop LED indicators. In those cases, I strongly believe a splashscreen is obligatory.
Re: (Score:3)
Let's not forget the shell. If you drag and drop huge numbers of files, Windows allows the program to do this:
For each file
Get the filename
Do some processing
For simple operations, this is fine. For processing that takes a while, the entire shell is locked up waiting for the program to release the HDROP. Far better to ask programs to just get the filenames and process from the list. But shouldn't the shell remain responsive?
And virus scanners, when something like FireFox has
Re:Adobe complaining about bloat? (Score:4, Interesting)
My biggest pet peeve in this area is programs that show splash screen for absolutely no reason, they just set a timer and you get an irritating reminder of what the software is called every time you load it. Everyone knows what the program they are running is called, and they probably know what company made it too. Some of them show developer credits or something like that, an nobody gives a damn, they probably never get read even though the user is forced to stare at them every time the program starts. I can just see a PHB suggesting it, "all of the other big programs have one, it will make our software look much more professional".
Re: (Score:3, Interesting)
Other than that, I think there are many good usability ideas in smartphone/tablet GUIs which ought to be brought to the desktop. Not the stupid stuff like making a desktop UI look like it was intended to be used with a touchscreen, but doing away with all the superfluous confirmation dialogs. An application should not ask you whether "you really want to quit" you already told it that - instead it should make sure that when you quit nothing bad happens. If you were working on a document but didn't save that yet - then just keep the working copy when the program is closed.
Blender 3D has been doing this for years and the complaints about a missing quit dialog never seem to stop.
Re:Adobe complaining about bloat? (Score:4, Funny)
Wait a minute. I'm a manager, and I've been reading a lot of case studies and watching a lot of webcasts about The Cloud. Based on all of this glorious marketing literature, I, as a manager, have absolutely no reason to doubt the safety of any data put in The Cloud.
The case studies all use words like "secure", "MD5", "RSS feeds" and "encryption" to describe the security of The Cloud. I don't know about you, but that sounds damn secure to me! Some Clouds even use SSL and HTTP. That's rock solid in my book.
And don't forget that you have to use Web Services to access The Cloud. Nothing is more secure than SOA and Web Services, with the exception of perhaps SaaS. But I think that Cloud Services 2.0 will combine the tiers into an MVC-compliant stack that uses SaaS to increase the security and partitioning of the data.
My main concern isn't with the security of The Cloud, but rather with getting my Indian team to learn all about it so we can deploy some first-generation The Cloud applications and Web Services to provide the ultimate platform upon which we can layer our business intelligence and reporting, because there are still a few verticals that we need to leverage before we can move to The Cloud 2.0.
Re:Adobe complaining about bloat? (Score:5, Funny)
The Western Digital Personal Cloud! Have your own backup of data in the cloud in your own home! Maintain control of your data.
I was going to try to explain why it's funny, but if you don't get it, you never will.
Re:Adobe complaining about bloat? (Score:5, Funny)
Re: (Score:3)
I remember reading that Apple discourage using the splash screen as a 'splash image' and instead you should use a screen grab of your app's first view on loading. This gives the impression of speedy loading. So if you're wondering why your iOS app seems unresponsive at first, this is probably why.
Re:Adobe complaining about bloat? (Score:4, Interesting)
More specifically, doesn't every Abode program have a splash screen and don't they take a loooong time to load?
Photoshop CS5 does both! I've got a very beefy system, and I still sit at the Photoshop splash screen (after a fresh reboot) for 11 seconds waiting for it to load. Not that it really bothers me, but your point is valid.
Re: (Score:3)
Re:Adobe complaining about bloat? (Score:5, Interesting)
But not so long ago, Adobe Illustrator would fire up and you'd get this picture of Botticelli's Venus gracing your screen. A piece of fine art. It provoked a lot of positive reactions- it was literally a familiar face that you saw every time you fired up the application. A sort of welcome. A reminder that even if you're doing something as boring as fixing up a bivariate plot, you're using some of the more artistically-inclined neurons in your head. You associated what you were doing with, well, art. And when you saw that face in your computer screen, your brain recognized it and started getting itself in its "lets-go-be-artistic" mode. Photoshop would have a picture of an eye and a camera lens- reminding you that you were manipulating pixels the same way that photographers used to manipulate film. The new splash screens look like something you'd see in a powerpoint presentation at a large corporation... they feel, in a word, soulless. They don't make you feel like an artist, they make you feel like a corporate drone.
As for the article's contention that splash screens are inherently bad... I disagree with that. They're sort of like the cover art for albums. Back in the day, music came on spinning discs, and people would put artwork on the sleeves that the disks came in. And you'd associate the artwork with that disk in your head, so that sometimes all you'd have to do is look at the art and it would evoke all the emotions of the music and the lyrics of the whole album. There were also these things called "books" that were made out of dead trees, and we were never supposed to judge books by what was on the cover, but a good book cover on a good book... it was like seeing the face of an old friend. A good splash screen can do the same. I can't help but look at Botticelli's Venus and think warmly about hours spent tweaking teensy little handles on points with Illustrator.
If there are any Adobe people out there, I really, really wish you'd consider bringing back Venus and the eye-and-lens motif.
Re:Adobe complaining about bloat? (Score:4, Informative)
Watch the movie "Helvetica" regarding design swings from baroque to simplistic and back. The pendulum seems to have a period of about 15-25 years.
Re:Adobe complaining about bloat? (Score:5, Insightful)
Unlike you, I'm offended by the existence of splash screens. I don't give a rat's ass which splash screen, whether it's my BIOS when I boot, the operating system when it takes control of the hardware, or the applications after I've finally logged in.
We (humanity) built computers so that we could do lightning-fast calculations, and do impossible chores in seconds or minutes, instead of lifetimes. The fun and everything just followed.
All those damned splash screens are anathema to the concept of computing.
I already KNOW that my BIOS was written by (ASUS, Phoenix, fill in your brand here), I do NOT need three, ten, or thirty second splash screens to remind me.
Ditto with my nVidia card.
Ditto with the boot loader.
Ditto again with the operating system
And, that goes double (or more) for any application I might want to run. Adobe, Oracle, whoever - I KNOW where I got the software already. All I want it to do, is just what I want it to do. I most certainly DO NOT want it to waste precious seconds of my lifetime reminding me that Adobe or Oracle are wasting my time!
All I want from a computer is "instant on" and "instant responsiveness". I've invested a fair amount of money in good hardware, fast CPU and video, and plenty of memory. I want it to FLY, not to display inane splash screens!
Re:Adobe complaining about bloat? (Score:5, Insightful)
Re: (Score:3)
Yeah. But here I am, reclining on my silk pillows, drinking a fine Tokay, with exotic animals lounging about and servants fanning me with feather palms. I clap my hands for Photoshop and what do I get? A fucking splash screen. I should have the developers flayed for such insolence.
Re:Adobe complaining about bloat? (Score:4, Insightful)
Unlike you, I'm offended by the existence of splash screens. I don't give a rat's ass which splash screen, whether it's my BIOS when I boot, the operating system when it takes control of the hardware, or the applications after I've finally logged in.
I'm just the opposite. I dislike programs that take a while to start up, but don't provide me with any feedback at all. I have no idea if the damn program even launched, and if so, how long it will be before I can do something useful. I would rather see a splash screen of some sort with a progress bar or some other form of visible feedback. To each his own I guess and the solution is simple. Allow a preference setting as to whether a splash screen should be shown at launch or not. Problem solved.
Re:Adobe complaining about bloat? (Score:5, Insightful)
Forget that, what crazy-ass world does this guy live in where your Internet connection is faster than local disk access!?!?
Re:Adobe complaining about bloat? (Score:5, Funny)
The guy works at Adobe. For all we know, his desktop interface IS entirely flash, and Internet access IS faster than his local disk.
Re: (Score:3)
Re:Adobe complaining about bloat? (Score:5, Informative)
Re: (Score:3)
Re: (Score:3)
And 6Gbit isn't the limit, there are other options [ramsan.com].
Adobe against bloat (Score:5, Funny)
Kettle, meet blackhole.
Re:Adobe against bloat (Score:5, Funny)
Re:Adobe against bloat (Score:5, Informative)
That was Macromedia, wasn't it?Adobe didn't buy them until something like 2005 or so, IIRC.
I'm an iPad user (Score:4, Insightful)
And most of the apps I use on it have splash screens...
Re:I'm an iPad user (Score:5, Interesting)
initial load time of most apps takes a while in the iPhone / iPad world. If its a good programmer, they will be loading content during that splashscreen. For the apps that look like they load right away, it may be a lie. A lot of devs will take a screenshot of the app when it was closed last, then when it opens again it shows that screenshot until the app fully loads.
Re:I'm an iPad user (Score:5, Interesting)
Not only do a lot of devs do that, that's what you're supposed to do, it's in the HIG (or perhaps somewhere else in Apple's dev docs).
And I've seen it done on other mobile platforms too.
A "lie" that the UI is starting to work earlier than it really does is better than a splash screen, and the article makes that point.
Re:I'm an iPad user (Score:4, Informative)
No, they aren't supposed to take a snapshot as it appeared last time the app quit. They're supposed to include with the app a snapshot of the parts of the interface that won't fool the user into thinking there are working controls, and display it when the app first launches. Since apps don't really exit unless they crash, appearing as they did last is a non-issue, since that's the way they load.
My app loads with a captured and photoshopped screenshot showing the toolbar with no buttons and nothing in the user data area, and when the thing finishes loading it displays its real interface, and then loads and displays the user's data. This is how it's supposed to be done, according to Apple. Staged loading.
Re: (Score:3)
A "lie" that the UI is starting to work earlier than it really does is better than a splash screen, and the article makes that point.
Actually it is worse, WAY worse.
Which is better? Show the user a screen that basically says "hang on we are loading, we'll let you know when we are ready and you can start working" Or "Here is your screen start working.... psych you actually can't do anything, and you won't know when you can do! hahahaha"
What Apple suggest is your splash screen has what is essentially a picture of an empty frame, and then you fill the content in as you download it. I personally think a splash screen is still better.
Re: (Score:3)
Actually it is worse, WAY worse.
No it's not. This stuff isn't even in question. I've already written some of it up here, so I won't repeat it, just link you to it.
http://slashdot.org/comments.pl?sid=2682303&cid=39105601 [slashdot.org]
Yes, I'm talking about the skeleton launch screen that looks like the start of the app itself being rendered. Just as Apple advise. Not a screen shot of the exact screen as it was when the app last quit.
Re: (Score:3)
You're on slashdot, so you're a developer, or at least have some interest in that area. You make appreciate that there probably won't be any difference in time between an app with a splash screen and once with a launch image that looks like the skeleton of the app.
But most people aren't developers. Which isn't the same as being as stupid as an eggplant.
And even you, with your brain the size of a planet, respond more subconsciously and emotionally to these things, than logically.
In the general case, a splash
Re:I'm an iPad user (Score:5, Insightful)
Remember when most minor websites had splash screens? Usually flash animation. Was particularly true for gaming clans and other small sites. Splash screens are so 2002.....
I don't mind a splash while it loads drivers, etc. for a few seconds, like Photoshop does, but a splash that stays there until you click to start using the program, well that is just excessive. I already bought the damn program, you don't need to keep advertising it to me, and I already KNOW what the name of the program is, I just started it....
Re:I'm an iPad user (Score:5, Insightful)
Splash screens are a nearly-mandatory part of any iOS app. The thing is, you're supposed to supply a bitmap of the unchanging parts of the screen to display while the actual app is loading. I'm annoyed every time I open iBooks or Mint. It makes no sense, it's just absolutely useless. Since it's a static picture it adds no more information than a splash screen would, so it's not even like it gives you something to process while you're waiting for the app to become responsive--the only purpose is to fool people into thinking it's fast, but they'll only be fooled until they're familiar enough with the initial static image that they've already planned their next move. The first time they try to "buffer" that next move, they'll realize just how worthless the image is.
Show me something worthwhile, like a progress bar, so I can estimate how long I have to wait. Or, better yet, don't load every damn thing when you start up. Load up the UI, whose libraries are typically loaded into the OS already, and then spawn a low-priority thread to do all that other loading in the background.
It's really stupid that we're locked into splash screens now. Because lazy-loading wasn't added at the very beginning of a project, when it would be easy, it's now practically impossible to switch over to it due to all the subtle timing issues that are essentially hard-coded into the apps. If lazy-loading had been the default, and it wasn't fast enough at any point, the background cache method would be easy to implement. Oh well, just makes it easier for my own projects to stand out.
The fake user interface can be OK ... (Score:5, Interesting)
In a calculator app [perpenso.com] (RPN scientific statistics business hex) that I've developed the screenshot that I use was converted to gray scale and dimmed to suggest the buttons are not enabled. My splash is just a product name and copyright notice and I put that in the standard numeric display. The user experience is an instant but disabled user interface with a copyright notice, the notice is replaced with numerics as soon as the interface is enabled. There is no artificial delay. Splashes can be done is a reasonable and honest (UI has a disabled visual appearance) manner.
Re: (Score:3)
Re: (Score:3)
No, it's like saying drum brakes are shit because that other car over there as much better brakes, and then discovering that that other car also has drum brakes...
In other words, picking a bad example does not help your case.
Re: (Score:3, Informative)
Re: (Score:3)
And iOS, Android, RIM based, WebOS and Microsoft tablet operating systems are all freaking identical? By stating he has an iPad he gives a standard of what he is using to judge by.
I could setup a tablet using the greatest current hardware out there, but doesn't run any apps more complicated than back in the MS-DOS days. Just because my apps would then start up instantly, and even all continuously run and start upon start-up doesn't mean my tablet is superior than that iPad.
Re: (Score:3)
Since this is a technical website, I'll ignore most of the crap and focus on the blatant selection bias.
By definition, you only notice the people who stand out. For all of the rest of the much larger number of people you see, you have no idea about what their sexual, hardware, operating system and editor preferences are.
Huh? (Score:5, Informative)
Don't you mean perhaps run against a local instance until the so-called cloud loads?
Notes? (Score:5, Insightful)
Re:Notes? (Score:5, Funny)
Nonsense. Lotus Notes is one of the best operating systems out there. As soon as it gets a decent email client and calendaring solution it'll take the market by storm. Just wait.
Re:Notes? (Score:5, Funny)
I have always been annoyed by splash screens (Score:4, Insightful)
Re:I have always been annoyed by splash screens (Score:5, Insightful)
They are good for really long processes (OS or window-system startup, game loading), because they give confirmation that something is really happening. However, they have to have progress bars or at least something (I like KDE's system with icons) by which you can tell how far it is.
However, I have noticed a recent trend towards splash screens with an endless loop and no connection to what's actualy happening. Window 7 has such a screen, so does Ubuntu. This is something I'm very annoyed by, because I always think it's complete before it actually is.
Re: (Score:3)
NT4 used to show these dots to indicate it was loading stuff... There was no real obvious indication on the amount of dots that it would take to finish the startup, but after a couple of reboots you got the idea. And I think 2000 had some kind of 'DOS'-progress bar going from the left to the rights side of the screen that would indicate how for the (initial) startup was. (after that it would go into graphics-mode and take forever to load but hey, it was a start =)
I have a similar complaint about web pages (Score:5, Insightful)
It really bugs me when a webpage take forever to load because it's waiting on ad servers to dish up a new ad
Why can't they write there pages to load the ads last so you can read the page while the ads load?
Re:I have a similar complaint about web pages (Score:5, Informative)
Google does this now. So does Google Analytics. So does Project Wonderful, another ad service.
You have to update the script code on the page though, and in some cases, specify you want asynchronous loading.
Re: (Score:2)
Yes. A thousand times YES!
We may start needing a Greasemonkey extension that does just that - strips out the ad-code, then places it back in inside an iframe container. The rest of the page will load without waiting for the ads, but the ads will still load.
Re: (Score:3)
What are these 'ads' you speak of? (Score:4, Informative)
lol, you guys still allow ANYTHING 3rd party to load on a page, at all? Forget it. NoScript, block everything, selectively enable stuff that I want to see. Once you get used to the idea that many sites will need a temporary permission or two its great and only a relatively small subset of ads get through.
The Added Infrastructure (Score:5, Insightful)
You can e-mail the CEO of Adobe at snarayen@adobe.com (to tell him to keep me or fire me).
But on the other hand, I wonder if he was aware of the network problems some of his proposed solutions represent. Surely, he must realize that "Run my gestures against an image in the cloud" amounts to increased network traffic. Don't even get me started on the privacy of those "gestures." Let's say you open up Photoshop to edit some 12 megapixel family pictures immediately. Are they transferred to the cloud in the process? And transferred back? Who has the network to do that faster than just loading to main memory with CPU cache? This increases what Adobe must now host as far as server farms and will, probably, raise the price of Photoshop in doing so. And, you know, it's already too expensive for me. Furthermore his post rails against "bloatware" but it's not like hosting this out on the cloud is going to make the application any less bloated. On the contrary, it can only make software more intricate, bloated, buggy, susceptible to attack, expensive, etc. Furthermore are there any users out there that are stationed on top of an internet backbone on Google's campus that could even take advantage of this additional functionality? Perhaps decades into the future this will be reality but until the infrastructure catches up to your consumers, this is a logistical headache.
..." ad infinitum while we're still concentrating on minimizing highway deaths. He's probably sitting there with the latest iPhone asking why everything doesn't run like this but I have coworkers that are complaining about the latest iOS 5 updates to their older iPhones and all the problems associated with it. Good luck with pushing that "instant on" standard to all hardware out there man, I really will be amazed if you pull it off.
As a developer, this all sounds very much like a two year old prattling off "and then I want a hover board, and then I want a flying car, and then
Re: (Score:3)
What actually is happening between when the splash screen comes up, and when the user can start to use the application? Since there is no user input, yet, it would have to be basically the same thing happening each time it starts. So why not just save the memory image of all that the first time, and just map it in every time after that? Of course that means thinking about your programming environment in a different way, and very likely doing some major modifications of that, so that things like building
Re: (Score:3)
Welcome to the real world, Kas. (Score:5, Insightful)
Four things:
1) Launching an app from the cloud isn't going to be faster. Hell, many of those apps already use a modal web dialog that essentially acts as a splash screen while all the Javascript bloat sent down to the client gets its defecations together.
2) Angry Birds has some of the worst launch time that I've ever seen - and it's a top tablet and phone app.
3) Adobe, you want disregard for users? Try your stupid EULA clickthrough every time a new version of your PDF reader comes out.
4) Try a usability test in an app without a splash screen some time. What you get is poor end users clicking (launching) the app multiple times because it looks like "nothing's happening". The splash screen is an "ack" at the usability level - "yep, we're launching the app!" As long as it's not modal and the wait isn't long (e.g., the user can go finish surfing on his browser during the 10-15 seconds the apps loads) then there's usually no problem.
Re: (Score:2)
OTOH, download TrendNet's own app for their network cameras and let me know how you like their splash screen.
Re: (Score:3)
3) Adobe, you want disregard for users? Try your stupid EULA clickthrough every time a new version of your PDF reader comes out.
It's worse than that. I often use machines at TechShop which run off a frozen deployed image of all the software. The first use of Adobe Reader each day on each machine produces that message. Then Firefox complains that it wants to update itself. Then that Java runtime starter complains. Windows 7 itself at least comprehends that it's running from a frozen image and doesn't try to update itself.
Depends on the program. (Score:3)
Why? (Score:3)
Perhaps it's just because "cloud" is the still-trendy buzzword. Hand-wavy talk of offloading into the "cloud" that solves all performance and scaling issues goes a long way with execs. You can pay someone else to deal with your poor architecture... excuse me, "provision appropriate capacity in the cloud" as they say... and push the real issues into obscurity.
Perhaps it's because app vendors can then use the user's Internet connection as a scapegoat for poor application performance. Yeah. Must be your cable, man. You know how it gets sometimes.
But whatever it is, it's a strange idea and VERY ironic that Adobe is pushing it.
What happens when the local app is done loading, 15 seconds later? Does it freeze up while the user is typing, while it transfers the data, and then hitch like crazy for a few seconds? Sounds like a terrible experience.
How is this much different from showing a screenshot of the program until it's able to be interactive locally?
Memory bloat (Score:2)
I think I would prefer office to boot with a splash screen rather than suck up memory when I am not using it.
I especially hate it, when I choose restart and the OS has open all these stupid programs. When I rarely hit restart, I was a fresh system.
Instant Gratification (Score:5, Insightful)
Re: (Score:2)
Pretty much, but there are some programs which would be available immediately, but still have a splash screen just for the sake of having one.
Re: (Score:3)
This is a key feature of the OS X dock -- you can see the icon "bouncing" as the program loads. Unity has a similar feature where the icon's background fades in and out.
Guess what I'm saying is this: it would be nice if the OS could take care of telling the user that a program is loading. That way the user knows what's happening and the software doesn't have
Re:Instant Gratification (Score:4, Interesting)
For what it's worth, Windows developers can also do this - they can put a progress bar in the program's task bar button - since Windows 7.
Of course that they haven't might be indicative of it being too difficult.. or that they're too unfamiliar with it.. or that they do offer their own splash screen because it's more informative than just a task bar progress bar.
Fuck modal dialogs (Score:5, Interesting)
Fucking modal windows don't have any place in an application.
Fucking having to cancel out of a modal display to copy-paste what you wanted into it because it didn't happen to be in your clipboard.
The modal option need to fucking die; if your shit required modal, you've fucking done it wrong.
Developers and marketoids have abused that option for too long and they need to have their toy completely taken away.
Re: (Score:3)
and then probably launch it a second time before it was finished loading, further slowing the process.
Or, ya know, use a lock.
Re: (Score:3)
Firefox does have a splash screen. It just says "Please wait while Firefox downloads and installs updates..."
what (Score:2)
Why don't we track the killer by his IP address using Visual Basic or whatever while we're at it?
But I agree with the main sentiment; as computers become faster devs use it as an excuse to make apps more bloated and slower thinking users won't notice. But the best apps will always run fast and light.
Interestingly, Google Chrome attempts to at least APPEAR to start fast by loading components in the background while
Loading . . . (Score:5, Funny)
Loading . . .
First post!
Ah, nuts
Hardware too (Score:2)
I'm getting tired of display devices having splash screens. I already know the name brand of my TV and monitor. Just start displaying the signal.
What kind of... (Score:5, Insightful)
How about - now call me kooky - using some of the massive parallelism that desktops have been shipping with for the last half-decade? Launch background threads to do your resource loading; ensure that your main UI thread is doing as little blocking work as possible? You know, all the "tricks" that have been around for ages, but fell into disuse until mobile platforms became mainstream?
What kind of diseased mind thinks that the answer to a slow-loading client-side app is to connect it to a cloud instance, thus introducing external dependencies and unpredictable network latency?
when all our desktop applications (Score:2)
are the same size as our phone "apps" (a handful of MB) then that might mean something. Until then splash screens are just a way to indicate, yes, your program really is starting and yes you did click the right icon. A number of programs offer the option to disable splash screens, maybe making that a "requirement" would make everyone happy.
Splash screens aren't the problem (Score:5, Interesting)
Splash screens were originally designed to let you know the program was launching, so you weren't sitting there wondering "is it opening or not". Now, some splash screens are unnecessarily intrusive, particularly those that require you to click (or press enter) before they disappear and allow you to use the software.
The real problem is lack of responsiveness. The author points to that in his proposed alternatives, but he's misplaced the blame. For interactive processes, response time is more important than speed. 0.1 seconds is essentially instantaneous for most tasks, that is, the user won't notice that little delay. Games are an exception to that. 0.25 seconds starts to become noticeable, but it it's only occasionally that long, user's will barely notice. 0.5 seconds or longeer is noticeable in almost all instances. Any process that takes over 0.25 seconds should display some form of busy indicator or a progress indicator.
splash screens suck (Score:2)
I have a TrendNET camera and an android phone. The stupid app shows a silly splash screen for 3 seconds and then shows you a list of available cameras, which you have to click, then click the MENU button, and finally, VIEW.
It's awful. The worst part is the splash screen that does absolutely nothing.
Inconsistent Premise (Score:5, Insightful)
Finally... (Score:2)
Man I've been steaming about the new splash screen on Quicken. It used to be switchable, now with 2011 it's not. And it sits there for minutes, locked on top and not letting you do anything else. I use Quicken for one reason and one reason only, to be able to pay bills directly and electronically through my register, and to be able to download transactions and reconcile accounts. Other programs offer the former or the latter, but I haven't found any that does both. Once some other software (and I don't
The cures are worse (Score:5, Interesting)
Attempts to fix this problem usually seem to take the form of some abysmal hack to keep the program in memory when not in use. There's one of those memory hogs for OpenOffice, Microsoft Office, Photoshop, and Java. (Java's "jqs.exe" is particularly wasteful of resources. It tries to keep the whole Java environment in memory, deliberately causing page faults, even when there's been no use of Java in hours or weeks.) This is one of the reasons it seems to take gigabytes of memory to do anything today.
Nobody thinks much about linkers any more. That's part of the problem. What's needed is something that organizes the executable file so that the stuff you need to get going loads first, using one big read operation. Linkers which once did that were once common, but are now rare.
Then there's the DLL/shared object problem. Many programs need only a small part of some shared library, but requesting it either brings in the whole thing, or it gets loaded one page fault at a time.
Much of the problem is just bloat. Adobe's PDF reader (which is now unnecessary, since there are good alternatives) takes far too long to load for what it does. Most people don't need the text to speech system, or "WebBuy" (electronic commerce in PDF, a feature used by nobody), yet each adds a noticeable delay to startup.
Hooking something up to the "cloud" makes it worse. Then you get to wait for the server.
I don't mind (Score:4, Interesting)
I don't mind a splash screen on a game if it's really waiting for the program to load resources, and it goes away when the game is ready to play. I realize that games can have a lot of resources to load up before they can begin play.
I do mind when there is a whole series of splash screens for each and every little sub-library, and they all insist on playing their little animation for me every time I load up. Especially when it's obvious that the screen is just waiting on a timer or the escape key. Even if I can dismiss them with the escape key, it's still irritating.
On a business application, there is absolutely no excuse for a splash screen. I don't care if it takes several seconds to load up, but I don't want to ready your ad.
Re:I don't mind (Score:4, Informative)
Games are a prime example of really crappy splash screens. Why?
loading.....
Creator's splash screen, actually, creator's intro video.
loading...
nVidia's splash video
loading...
distributor's splash video
loading...
with some luck, already the game
At least most of the time you can shorten the video display time by hammering the space bar like a trained monkey, but you can't escape that loading time wasted to load the videos you might watch ONCE. If, and only if, you never played a game from that maker or distributor before.
Be nice guys (Score:3)
This is the kind of embarrassing sophomoric musing that most people would be ashamed to read let alone write. Let's cut this guy some slack, in 5 or 10 years he's going to feel really stupid.
I see where he's coming from (Score:3)
Always-on-top (Score:5, Insightful)
I don't mind splash screens, but I HATE HATE HATE splash screens that insist on always-on-top. Let me launch the app and then go back to what I was doing while it loads. When you force always-on-top, you're basically saying "Stop everything you're doing and look at me for 30 seconds!"
How about a splash screen? (Score:3)
"It suggests that big programs should launch instantly (or appear to), perhaps by..."
Oh, I don't know... perhaps you could just splash something on the screen so the user would know that the program is starting and won't wonder WTF is happening after they tell the program to run.
reader_sl.exe? Hello? (Score:3)
Adobe? Isn't this the company that loads reader_sl.exe to make reader load faster? Very funny.
Notification/toast/etc.. (Score:3)
I hate Splash screens too, but they do have a purpose.
If you accept the reality that harddisks, memory and CPU don't run at infinite speed, you have to accept the reality that large programs take some time to start.
While it's loading, a splash screen provides visual feedback that the program IS actually loading. If you've ever accidentally opened a program a number of times because you thought it wasn't starting, you understand why this type of feedback is useful.
The real issue is whether a splash screen is the right way to do it. Modern OS'es have notification mechanisms which could be extended to show a minimal progress indicator, why not replace splash screens with such an OS-provided notification system?
Practice extending (Score:3)
KEEP THE SPLASH SCREENS! (Score:3)
Re: (Score:3)
...unless it's as poorly done as usual, where updating that CSI-inspired, gimmicky progress bar consumes more processing time than actually loading the app...
Re: (Score:3)
I would prefer to have a splash screen with a progress bar than to sit and wait with no notification at all that my app is loading components into memory while I wait.
Exactly. (Others have noted it in this thread.)
Thomas says