|
NO!
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Why?
cheers
Chris Maunder
|
|
|
|
|
That would take our bread and butter away...
But seriously the idea of a unified UI/UX isn't the same as an application that works on all devices...I do the first already via web applications and mobile that gives the exact same look-and-feel to the user, up to the point where without previous knowlaedge one can't tell the difference, but all that UI/UX of mine comes from different applications that made specifically for the targeted device...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
Kornfeld Eliyahu Peter wrote: the idea of a unified UI/UX isn't the same as an application that works on all devices
"Works" is open to interpretation, but it's not so much a unified UI/UX. It's an adaptive UI that allows a decent UX on all devices.
Different. And important.
cheers
Chris Maunder
|
|
|
|
|
Adaptive design is for an write-once-run-everywhere application, that IMHO is very problematic, as in most (all) cases such application can not unlock the true potential of the hosting device... Also changing the elements of a predefined UI by code, that identifies the capabilities of the current device, will create a less the beautiful UI, in some cases even ridiculous UI...Truly comforting UI can not be created by IF-THEN-ELSE and mathematics (that's a fact I learned from by big brother, who is a designer)...
On the other hand writing several applications with shared code and shared design can bring to an UI/UX that will fascinate the end user and will also unlock the full potential of the device at hand...
In past 4-5 years we tried a lot of ways to bring our application to more and more devices and while we also adopted the idea of responsive design for our web site (that let users access functionality via simple browsing) the direct addressing of the device with some native application, that designed as part of the greater concept had always a better results...More work, but better results...
Skipper: We'll fix it.
Alex: Fix it? How you gonna fix this?
Skipper: Grit, spit and a whole lotta duct tape.
|
|
|
|
|
..but it seems to be OK running on my printer, although it is still loading...
Most applications are specific to a device, only "apps" have to run on multiple devices - at that means just Android phones and pads, Windows phones and pads, and various iCrap stuff; not real computers!
- I would love to change the world, but they won’t give me the source code.
|
|
|
|
|
Be carefull, you should put breakpoints in only if you know how to remove paper jams.
|
|
|
|
|
I want my 'app' to run well on the Mainframe too, in addition to the devices of all scale
modified 3-Feb-16 0:02am.
|
|
|
|
|
No problem. As long as you're running the Chrome Browser, you are fine.
|
|
|
|
|
I still have yet to install Lynx on my OpenVMS systems; I don't think I'll even try for Chrome.
|
|
|
|
|
Certainly there are apps that would do well to support all or most members of a suitable type of device -- such as all smartphones, all tablets, all mobile devices, all desktops -- but to generalize it beyond that makes little to no sense.
Bear in mind that if you announce that you have an app that runs on all devices, I'll ask you to test it on my MicroVAX.
modified 2-Feb-16 19:34pm.
|
|
|
|
|
When shouldn't worry about iCode for iDevices.
Let them change to join the rest of the world.
"The difference between genius and stupidity is that genius has its limits." - Albert Einstein | "As far as we know, our computer has never had an undetected error." - Weisert | "If you are searching for perfection in others, then you seek disappointment. If you are seek perfection in yourself, then you will find failure." - Balboos HaGadol Mar 2010 |
|
|
|
|
|
From the end-user perspective, hell yeah!!
At the end, it's just an application, it should be available everywhere the user needs it.
It's even sometimes hard to explain why it doesn't quite work this way.
A lot of energy is put into these unifying frameworks but, unless it's basic stuff, the end result is always bad when compared to native development (sluggish, not perfectly integrated, ... did I mention sluggish?).
Universal Apps took a step forward on this but still "cheating".
Sure the same app will be available in different form factors and devices, but the underlying OS is the same. So Microsoft changed the logic and put the effort on unifying the OS across devices.
I said cheating because the OS is the same, a Windows Universal App still won't run on Android or iOS; in fact, it won't even run on old Windows OS's (last time I've checked, there was still no sandboxes execution for the most used Windows 7).
So, bottom line, it has to make sense.
Developing once to rule them all has a lot of drawbacks (Xamarin, PhoneGap,...). They are awesome tools until the moment you need to do that specific thing that needs a native call or that extra boost in the performance.
The shiny new .Net Core along with the awesome ASP.net 5 and the unified MVC6 look great tho. They really allow a good level or server-side abstraction although, for the user, the problem remains the same.
Know them all and, choose wisely!
|
|
|
|
|
Visual Studio should run on a smartphone..
Not that it would be very useful, it would simply be a waste of resources.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
As other said, but...
if it was multiple choice I would click "uthopic dream" as well
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I think....Every common apps should run on all common devices (Desktops, laptops, tabs..) for common people (like us )
[Devices specific apps does not "Obviously" used by common people]
Find More .Net development tips at : .NET Tips
The only reason people get lost in thought is because it's unfamiliar territory.
|
|
|
|
|
But this can affect the peoples those are doing cloud computing ...
|
|
|
|
|
Some application make sense if they run on common devices (Office on desktops, tablets, phones) while other apps are just designed for one thing (ATM software, aviation radar software on a smartwatch seem useless to me).
All depends on your target group, and while the opportunity to let the application run anywhere doesn't mean the application should run everyhwhere.
|
|
|
|
|
"Alright boss, I'll be done by..."
*Looks at watch and finishes side quest*
"...4PM Azeroth time"
Nevermind that my watch will look something like Flava Flav's[^]
|
|
|
|
|
+5 for the World of Warcraft reference
"I've seen more information on a frickin' sticky note!" - Dave Kreskowiak
|
|
|
|
|
AND a Public Enemy reference, but I guess people here don't know Flava Flav (or Public Enemy)
Anyway, cool at least someone got a reference
|
|
|
|
|
meaning either it's useless (it chews up space in every kind of monitor) or it becomes useless (UI designed for smartwatch on a desktop with all input peripherals).
Maya 3D? Gimp? ImageJ? Office? The Elder Scrolls? The software for X-Ray inspection?
Just plain no.
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
"When you have eliminated the JavaScript, whatever remains must be an empty page." -- Mike Hankey
If a coffee bean is between the Earth and the Sun, is it a Java Eclipse? -- Sascha Lefèvre
/xml>
|
|
|
|
|
Office on a smartwatch wouldn't be completely useless.
I keep all my recipes in DOCX, so being able to read them on a watch to find out how much cumin I need, or what to add next would be really handy - at the moment I use my tablet, and it's a PITA because it switches itself off too quickly, and if my hands are coated in raw chicken I don't want to pick it up to turn it back on. Similarly, my Sous Vide times and temperatures are in XLSX format, and that would be handy too.
But you're spot on though: for anything which requires "real" input you need a "proper" keyboard - even a tablet is horrible to code or write much more than a quick email on.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|
|
I understand perfectly - usually my GF cooks and I'm the "navigator" checking recipes for her. Many of them are written down on high tech sheets of paper with advanced technology pencils fairly easy to look at
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- ++>+++ y+++* Weapons extension: ma- k++ F+2 X
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
"When you have eliminated the JavaScript, whatever remains must be an empty page." -- Mike Hankey
If a coffee bean is between the Earth and the Sun, is it a Java Eclipse? -- Sascha Lefèvre
/xml>
|
|
|
|
|
I used to use that technology - together with clear plastic document wallets in a folder - but eventually they get too splattered with goo, or someone puts a hot pan on them, or whatever...
And having them as DOCX means they are all on my tablet anyway, so I can see what's available at the shops today and see what else I need to buy to cook it.
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
|
|
|
|