[haiku-bugs] Re: [Haiku] #5821: [FileTypes] some images open in WebPositive
- From: "axeld" <trac@xxxxxxxxxxxx>
- Date: Mon, 26 Apr 2010 17:20:08 -0000
#5821: [FileTypes] some images open in WebPositive
----------------------------------+-----------------------------------------
Reporter: diver | Owner: axeld
Type: bug | Status: new
Priority: normal | Milestone: R1/alpha2
Component: Kits/Application Kit | Version: R1/Development
Keywords: | Blockedby:
Platform: All | Blocking:
----------------------------------+-----------------------------------------
Comment(by axeld):
Thanks for the in-depth answer :-)
Anyway, the examples with the 3rd party apps is really not that bad, as
those actually were installed on the alpha. I agree with the fall-back
notion of StyledEdit, but Pe cannot be really called a fall-back solution
anymore (this is my preferred text/ application).
Now on for a real life example: my own Haiku installation. Under "image" I
have about 15 different types - none of those (besides x-tiff, x-iff, x
-iff-ilbm which point to ArtPaint) have a preferred application set. For
good reason, as each of those types list about 5 different applications
that support them, like ArtPaint, WonderBrush, Thumbnail, "ShowImage to
EXIF" (only for JPEG), and BeZillaBrowser as well as WebPositive (still
the old version here). ShowImage never supports any of the types directly,
as it already handles the super type.
Now, if I wanted to retain current behaviour after your patch, I would
have to change the preferred applications of all of those types
'''manually'''. Moreover, I certainly wouldn't like to launch Tracker add-
ons this way accidently. How does that result in less configuration? The
situation looks better for video, but equally or worse for audio, and text
(how does "Mark as Read" sound as a default app when double clicking a
mail?).
The system is indeed flawed, but I don't think your patch actually really
improves the situation overall. Adding all supporting types to something
like ShowImage doesn't really make sense, as it doesn't even know what
types it supports - only the translators do know that. If that wouldn't be
the case, a simple improvement over your patch would drastically improve
the situation: if one of the supporting apps is also the preferred app for
the super-type, choose that one (that would also rectify the existence of
the preferred apps for the super types). However, due to applications not
possibly being able to know what specific types they support, this will
never be able to solve the situation completely.
--
Ticket URL: <http://dev.haiku-os.org/ticket/5821#comment:8>
Haiku <http://dev.haiku-os.org>
Haiku - the operating system.
Other related posts:
