[Bug 224276] Re: nautilus unable to open properties from context menu of an .mkv file
I have the same problem in Intrepid, but with a wmv file. The file is a wmv, so it doesn't contain any subtitles (in reference to one of the previous posts), and I also don't think this is related to the thumbnailer. I wasn't getting a thumbnail for the wmv at first, and thought that might be related, but got a thumbnail just fine after switching to xine. I'm still not able to open a properties window for the file, however. I'm attaching the problem file. This is the only wmv I have on my computer, so I can't say whether it's a problem with this single file or all wmv files. ** Attachment added: "Trunk_Monkey_Bridge-Suburban-2005-March.wmv" http://launchpadlibrarian.net/19739087/Trunk_Monkey_Bridge-Suburban-2005-March.wmv -- nautilus unable to open properties from context menu of an .mkv file https://bugs.launchpad.net/bugs/224276 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 224276] Re: nautilus unable to open properties from context menu of an .mkv file
As an addendum to the previous post... I haven't had this problem with any other file or file type, including the OP's mkv. -- nautilus unable to open properties from context menu of an .mkv file https://bugs.launchpad.net/bugs/224276 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Well Toralv is probably thinking "communist" in terms of Leninism or Stalinism, which were indeed oppressive totalitarian forms of communism. And Toralv, the developers make changes like this quite often, typically after much discussion, and based on input from users. Most of these changes are for the better. This one, however, was -- in many users' opinions -- for the worse, and the response to negative user feedback on this issue has made it seem as if the developers are determinedly ignoring it. I doubt that's actually the case, but it does seem from a non-involved end-user's perspective that their complaints are being cavalierly disregarded. But Brian J. Murrell is right-- this isn't really the place to discuss the decision-making process of the developers. It's not really a place for discussion at all, except for suggestions of possible solutions to the "problem". I still think that using a combination of the old notification icon (as a persistent notification that updates are available) and periodic OSD notifications (to alert the user of the availability of critical updates) would be best, but... *shrug* -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
I've refrained from the conversation thus far, because I wanted to read through all of the comments first. But as someone interested in HCI, this is an issue of particular interest to me, and I feel like I need to add my opinion. Applications should *never* open without explicit action by the user. This smacks of malware popups in Windows, and makes users feel less like they are the one in control of their own system. It doesn't matter whether Update Manager opens above or below windows, because it shouldn't be opening automatically in the first place. In addition to fostering the users' mistrust, it would almost certainly only result in click-through behavior as users try to get rid of the offending spontaneously-opened window. The notification area is not, IMO, broken, as has been stated by others. It is certainly *misused*, and I agree with the idea of moving things out of the notification area that don't belong there. There is little reason, for example, for a program to have a constant icon in the notification area, or to minimize to the notification area. (Of course, these things can only be fixed by the software developers, so there's not much we can do about it.) But when used *correctly*, the notification area is perfect for what it is designed for -- non- intrusive persistent notifications. Notify OSD is great for transient notifications, but lousy for persistent notifications. And update notifications definitely fall into the persistent category. So here's my suggestion. Go back to the old behavior, with a slight modification. The old notification icon should appear in the notification area when any updates are available, and remain until the updates are installed or selected to be ignored just as it did before. But in addition to the familiar notification icon, a Notify OSD notification should alert the user when important updates are released, and continue to appear at login and perhaps periodically (e.g. once an hour, or every 6 hours) until the important updates are installed. But the Update Manager should most definitely *not* be opened without direct user action. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Matthew Paul Thomas wrote: >mb_webguy: ><https://lists.ubuntu.com/archives/ubuntu-devel/2009-February/027568.html> *Nothing* in that post justified the automatic opening of applications without direct user action. *Every* example you named would best be handled by some sort of transient or persistent notification, and *not* by having an application open automatically. As getut and John Clemens have said, there is a huge difference between a notification and an interruption. Automatically opening applications is the latter. You seem to think that the user *should* be interrupted for certain events, but I vehemently disagree. You *don't know* what the user is doing, or how vital that activity may be. Interrupting the user's activity could be considerably more detrimental than for the user to respond immediately to the event of which you're notifying him. A user should be notified of an event, with an indication of its importance and the required action, but should his current activity should *not* be interrupted. A notification, no matter how prominently displayed, does not have to be an interruption. Furthermore, opening an application doesn't even achieve your goal! An application that is opened without being initiated by the user will most likely be promptly closed, especially if it opens over other windows. An application that appears under other windows may be ignored or go unnoticed. Applications tend to open on a single workspace, and applications on other workspaces may likewise be ignored or go unnoticed. Applications that open on all workspaces are even more obtrusive and more likely to be closed simply to get it out of the way. An application that automatically opens itself will make inexperienced users, especially those coming from the Windows world, anxious and concerned about viruses and other intrusions into their system. Experienced users will only become annoyed. In neither case is the user experience improved, or the system made more secure. Users want to be in control of their systems. Yes, less knowledgeable users need to be alerted of events in a more noticeable manner than simply an icon in the notification area. I have absolutely no problem with that. But an icon in the notification area is an appropriate method of providing users persistent notifications, especially of events that do not require immediate attention -- such as the availability of non-critical updates. OSD notifications are excellent but only appropriate for transient notifications, and can be used to bring the persistent notification icon to the user's attention, especially for more important events that require more immediate attention -- such as the availability of critical updates. They can even be timed to appear periodically to remind the user of that action should be taken -- such as that the user has still not installed those critical updates. And OSD notifications do this without interrupting the user's activity or taking control away from the user. The combination of these two methods do exactly what is needed to alert users of necessary action. Automatically opening an application does *not*. It is ineffective, an annoyance, and takes control away from the user, fomenting confusion and distrust in the system. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Uwe Schilling wrote: > My two cents: why not use the title bar of each window for notifications. > There, they could > be a form of a permanent notification, you can have scrolling text to really > let the user > know what the notification is all about and it something is moving up there > it will definitely > be noticed. You mean if I have three windows open, I'll have three constant tickers scrolling across my screen? Oh god, no. Usability tests have shown time and again that -- except in very specific applications, such as stock reports -- users completely ignore tickers. Usability tests on web pages actually show that as users grow more experienced, they begin to ignore *anything* that's constantly in motion, such as Flash ads and, yes, tickers. Furthermore, any kind of "dancing bear" is incredibly annoying and distracting. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
My problems with that solution, Paulo J. S. Silva, are that A) you're essentially just replacing the notification area with the indicator applet, and B) messages in the indicator applet aren't as visible and therefore are more likely to go unnoticed than the regular notification area icon. From what I've seen, the indicator applet is currently a bit of a joke. Granted, I don't use Evolution, but I had never seen the indicator applet at all until I decided to set up Pidgin to get on IRC. Suddenly, I have a strange new icon that looks like an envelope. It doesn't seem to indicate that I've received a message -- though the notification OSDs do so nicely. In fact, all it seems to actually do is to tell me I have Pidgin open -- which I already know, since I have Pidgin open! Even if I minimize it, it's there in the program list. It seems to me that the indicator applet is just a more compact version of the notification area applet, and I don't see how it's going to be any better as a solution. I personally believe it would be worse, if for no other reason that the one I stated above. If people believe that the notification area is broken now, they'll be saying the same thing about the indicator applet once every application is spamming it with useless messages. The simple fact is that a notification area icon is a visible, persistent, non-intrusive form of notification, and a notification OSD is a visible, transient, non-intrusive form of notification. Why can't we simply use a combination of these two existing forms of notification for -- guess what! -- notifying the user of updates? If it ain't broke, don't fix it. And considering that the only icons I ever regularly see in my notification area are the Network Manager applet, Power Manager applet, Bluetooth applet, and Update Manager applet, I still don't see how it's "broken". -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Jonathan Marsden wrote: > I'm slightly bewildered that so many here apparently feel that bothering > to read the Jaunty Release Notes and doing what they suggest, to restore > the old approach, is impossibly difficult... or something? As _dan_ said, we're all very aware of the fix. I'd say most of us are using it. But the problem is that this isn't supported. It's an "official" unofficial work-around to restore deprecated behavior. We who are arguing against the new behavior are doing so *because* it is the new behavior -- the official behavior -- and think it is a move in the wrong direction. We want to improve Ubuntu, not find workarounds to suit our own preferences. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Matthew Paul Thomas said: > For example, I'm at a loss to understand why you think a notification bubble > "timed to appear periodically" above everything else would be less annoying > than a window that opens once and then sits in the background until you deal > with it. For several reasons... A pop-under application has multiple problems, already mentioned: as a pop-under it may not be noticed, if it appears on only one workspace it may not be noticed, and an application window that was not initiated by the user is likely to be dismissed by the user to get it out of the way. And if it *is* closed, the user gets no further reminder of the available updates until further updates are released, regardless of the importance of the current updates. Periodic OSD notification avoids each of these problems. It appears on the current workspace in a noticeable but unobtrusive way, stays for just long enough to deliver its message, then disappears. If the period is sufficiently long enough -- and especially if that period is configurable by the user (perhaps anywhere from once and hour to once a day, and upon login) -- then it remains a reminder rather than a nagging annoyance. And if it is coupled with a notification area icon, then the user has an unobtrusive persistent notification of any available updates in addition to the intermittent transient reminder of important updates. If you think of the OSD notification as reminders, with the notification area icon as the actual control, then it doesn't really violate the rule of direct manipulation -- the OSD wouldn't be prompting you to take action, but only reminding you that an action is available. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
Paulo J. S. Silva: That is indeed how the notification area is currently used, an is also, I believe, why the developers believe it to be broken. That's not what it was intended to do. My argument is that just because something is abused, it doesn't mean it's no longer appropriate for it's intended use. -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 332945] Re: [Jaunty] Update Notifier icon would provide useful status information
ddumont wrote: >>This is not good behavior for a company who wishes to continue to gain market share... you cannot apply this type of behavior at will to all areas of your distribution without SEVERELY pissing most of your userbase off. I'm afraid this argument, ddumont, is going to fall pretty flat. Linux has never really cared about "market share", since it's a community effort rather than a proprietary commercial product. Ubuntu is likewise a free distribution, and so "market share" doesn't really figure into it. Linux has always been about creating the best OS possible, and while a larger user base does make it easier to refine and improve a system -- a million eyes are better than two, after all -- popularity has always been at best a secondary priority. I agree that this was a bad design change, but "you're going to lose customers because of this" isn't really a good argument when talking about free open-source software, even if it may be technically true... -- [Jaunty] Update Notifier icon would provide useful status information https://bugs.launchpad.net/bugs/332945 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 751114] Re: ffmpeg unresolvable dependancies
Affecting me as well on both 32-bit and 64-bit versions of Ubuntu 10.04.2. I have the main, universe, restricted, multiverse, lucid-security, lucid-updates, and medibuntu repositories enabled, but not lucid- proposed or lucid-backports. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/751114 Title: ffmpeg unresolvable dependancies -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
