Posted Jan 29, 2013 19:11 UTC (Tue) by arekm (subscriber, #4846)
[Link]
What if default sucks for some files and other variant suck for different files (eg pdfs with bunch of text (okular is nice for these) vs pdfs with huge svg (okular is crap for these)) ?
Seigo: Plasma.next()?
Posted Jan 30, 2013 10:16 UTC (Wed) by aseigo (guest, #18394)
[Link]
the invention of possibilities, though unrealized in practice, is the #1 cause of UI erosion through feature extension.
we have yet to run into the possibility you highlight on devices. note that on desktop it is common, and the workflow there remains as it always has been as a result of that.
(this is why it is so important to keep in mind that we design for different F+I+U [form factor + input method + use case] when creating different Plasma Workspaces. yes, they share 98% of the code and are highly interoperable .. they also present different workflows appropriate to the F+I+U tupple. so the touch focused UI works differently from the desktop one in this case)
as for the touch case .. if we find that this indeed becomes an issue on tablet as well, then we will address it in the UI there. my expectation would be to go the route of something like "long tap to select an alternate viewer", but that's just an immediate thought pulled by from my rear facing protrusion ;)
Seigo: Plasma.next()?
Posted Jan 30, 2013 17:56 UTC (Wed) by drag (subscriber, #31333)
[Link]
> What if default sucks for some files and other variant suck for different files (eg pdfs with bunch of text (okular is nice for these) vs pdfs with huge svg (okular is crap for these)) ?
Oh.
Well for Apple they 'solved' this problem originally years ago through their use of resource forks in the file system.
The file manager would read the resource fork for a file and would launch the appropriate application when you opened a file. So while there were defaults for all the file types Mac OS would keep track of the application that created a particular file and things of that nature. That way the system could intuitively deal with applications on a per file basis.
I think Windows has some sort of mechanism for managing per-file stuff, but I don't know what it is.
And, of course, nothing I've noticed in Linux addresses this.