[Bug 103184] Re: Normal Size command unavailable when font is normal size
Hmm I was under the impression that launchpad could forward bugs upstream. It would improve bug reporting workflow if the bug could simply be forwarded. -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 103184] Re: Normal Size command unavailable when font is normal size
I report a usability bug and get called a troll? Nice. Hmm, reading the section of disabling operation I guess you could have misunderstood me. I wasn't referring to the common complaint about removing functionality or what ever. I meant that buttons and menu entries are greyed out. Yes the zoom level. -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 103184] Re: Normal Size command unavailable when font is normal size
I was just trying to provide some background to help track down the underlying problem. In any case, it doesn't seem possible to take a screenshot while having a menu shown. But just hit the View-menu and you should see what I'm talking about. There are two disabled entries: Normal Size and Stop. -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 103184] Re: Normal Size command unavailable when font is normal size
I'm not saying the it's a bad thing to communicate the fact that the operation won't have any noticeable effect. I AM saying that I don't like the interface remove options just because. So some other way of communicating the same information would be good. I can understand that the forward command is disabled if there is no forward page. But in this case it is impossible to perform the command. But the reset zoom level to normal is always possible to perform, even if it's already at normal. A carpenter doesn't know that the nail is all the way down by the hammer going away, he can still hit the nail, it just won't do any good.. I as a user want the comfort of knowing that the commands I use is available to me, even if others think of me as stupid for using them. It's the same thing with the save command in some programs. I want to be able to tell the program I don't care that I haven't changed anything since last save, just do whatever you do with whats there now and write it to disk. It's somewhat similar to the thing MS does where they collapse menus so only used commands is shown. I read some paper where they found that most user had a bad experience from that. It's all about the comfort of a stable interface. -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 103184] Normal Size command unavailable when font is normal size
Public bug reported: Binary package hint: epiphany-browser The summary may sound strange but hear me out It has become common practice in GNOME to disable the possibility of some operations if they are deemed unnecessary. This takes power away from the user for no good reason. If the intention is to signal that the operation would be unnecessary there must be better ways. Now for this particular instance the problem is as follows. I planned to experiment with the font-size of a page. When seeing that the Normal Size option was unavailable I naturally assumed that the operation was not possible for some reason. Out of fear of not being able to restore the software to Normal Size I refrained from experimenting with the font-size. Instead I propose that the command is left available and that the current state of the font size is signaled in some other way. ProblemType: Bug Architecture: i386 Date: Thu Apr 5 07:45:44 2007 DistroRelease: Ubuntu 7.04 ExecutablePath: /usr/bin/epiphany Package: epiphany-browser 2.18.0-0ubuntu1 PackageArchitecture: i386 ProcCmdline: epiphany http://rss.slashdot.org/~r/Slashdot/slashdot/~3/106604324/article.pl ProcCwd: /home/john ProcEnviron: LANGUAGE=en_US:en PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: epiphany-browser Uname: Linux newkid 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux ** Affects: epiphany-browser (Ubuntu) Importance: Undecided Status: Unconfirmed -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for epiphany-browser in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 103184] Re: Normal Size command unavailable when font is normal size
** Attachment added: Dependencies.txt http://librarian.launchpad.net/7153362/Dependencies.txt ** Attachment added: ProcMaps.txt http://librarian.launchpad.net/7153363/ProcMaps.txt ** Attachment added: ProcStatus.txt http://librarian.launchpad.net/7153364/ProcStatus.txt -- Normal Size command unavailable when font is normal size https://bugs.launchpad.net/bugs/103184 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for epiphany-browser in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 40059] log out just kills the session, no log out dialog
Public bug reported: Affects: meta-gnome2 gnome (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: My day to day user doesn't get a log out dialog when I select log out from the System menu. Instead the session is just killed. I think it has been like this ever since the new log out dialog was created for dapper. Another user on the same system has a working log out dialog tohugh. -- log out just kills the session, no log out dialog https://launchpad.net/bugs/40059 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33473] Re: Network not up in time, gaim fails
Ok, I removed the dns line from /etc/network/interfaces (don't konw where I got it from...) and added the backup nameservers to /etc/resolv.conf. I hade som random issues when booting the computer, so the results aren't reliable, but now gaim worked directly. My nameserver is started by this line in /etc/inittab: SV:123456:respawn:/usr/bin/svscanboot and directyl after boot this time I checked the server: [EMAIL PROTECTED]:~$ sudo svstat /var/lib/svscan/* Password: /var/lib/svscan/dnscache: up (pid 9430) 5 seconds /var/lib/svscan/tinydns-private: up (pid 9427) 5 seconds /var/lib/svscan/tinydns-public: up (pid 9426) 5 seconds so it appears to be running. I'll try to reboot when commenting out the other dns-servers from resolv.conf again to see if it was random chance or if it was the dns-nameservers line that was the culprit. -- Network not up in time, gaim fails https://launchpad.net/malone/bugs/33473 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33473] Re: Network not up in time, gaim fails
hmm so with no nameserver in /etc/resolv.conf I get this: [EMAIL PROTECTED]:~$ sudo svstat /var/lib/svscan/* Password: /var/lib/svscan/dnscache: supervise not running /var/lib/svscan/tinydns-private: supervise not running /var/lib/svscan/tinydns-public: supervise not running but then I get this: [EMAIL PROTECTED]:~$ sudo svstat /var/lib/svscan/* /var/lib/svscan/dnscache: up (pid 9538) 69 seconds /var/lib/svscan/tinydns-private: up (pid 9535) 69 seconds /var/lib/svscan/tinydns-public: up (pid 9533) 69 seconds after a period that certainly didn't feel like 69 seconds... hmm -- Network not up in time, gaim fails https://launchpad.net/malone/bugs/33473 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33473] Network not up in time, gaim fails
Public bug reported: Affects: gaim (Ubuntu) Severity: Normal Priority: (none set) Assignee: Scott James Remnant Status: Rejected Description: I have gaim in my session. When rebooting the system it takes 2-3 minutes after login before gaim is able to use the internet connection. This is on a current Dapper installation (upgraded from breezy) There's no wirless communication involved. Only a 10/100 nic (eth0) Public bug reported: Affects: gaim (Ubuntu) Severity: Normal Priority: (none set) Assignee: Scott James Remnant Status: Rejected Description: I have gaim in my session. When rebooting the system it takes 2-3 minutes after login before gaim is able to use the internet connection. This is on a current Dapper installation (upgraded from breezy) There's no wirless communication involved. Only a 10/100 nic (eth0) -- Network not up in time, gaim fails https://launchpad.net/malone/bugs/33473 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33830] Reply to sender and Reply to list buttons
Public bug report changed: https://launchpad.net/malone/bugs/33830 Comment: Comment #2 in the gnome bug #309690 has an interseting aproach. If it's possible to implement a Reply button that ALLWAYS do the Right Thing (TM), I think that's a better solution then having three distinct buttons. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33702] Audio stutter when CPU is busy
Public bug report changed: https://launchpad.net/malone/bugs/33702 Comment: Just niticed the same problem in xine. So this isn't a totem or gstreamer bug. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33702] Audio stutter when CPU is busy
Public bug report changed: https://launchpad.net/malone/bugs/33702 Task: ubuntu totem Sourcepackagename: totem = linux-source Binarypackagename: totem-gstreamer = linux-image-2.6.15-18-k7 Comment: Moving bug to kernel, I assume this is where the problem is. I'm running: 2.6.15-18-k7 atm -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33830] Reply to sender and Reply to list buttons
Public bug reported: https://launchpad.net/malone/bugs/33830 Affects: evolution (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: There should be two buttons named Reply to sender and Reply to list in the interface for Evolution. (Reply would thus be renamed to Reply to sender) Motivation: 1. Better affordance to the user that this is two distinct functions. While also making explicit what the current Reply button does. 2. Better mapping between desired action and resulting action 3. The rate of user error is higher than it needs to be. This conclution is drawn from watching ubuntu-devel for a while. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33702] Audio stutter when CPU is busy
Public bug reported: https://launchpad.net/malone/bugs/33702 Affects: totem totem-gstreamer (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: I was listening to an OGG while playing around with Synaptic. Somtimes when doing something like selecting to remove a package the audio would stutter (I guess the CPU was needed elsewhere). If this is correct, should something in the audio playing stack have higher priority? I'm using Dapper and have no esd only hardware mixing. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33702] Audio stutter when CPU is busy
Public bug report changed: https://launchpad.net/malone/bugs/33702 Comment: Hmm, I just realized that it might just as well bo some I/O problem. If there's anything that can bring by system to halt it's high I/O load. I tried copying some files from my disk to my mp3-player (USB flash disk), this in it self didn't affect the sound, but while this was in progres a virtual desktop switch will make the sound stutter. Some hardware stats might be helpful: CPU: AMD Athlon XP 1900+ RAM: 512MB CL2 (2-2-2-5) (Swap: 512MB) MB: KT333 Sound: Audigy2 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 33702] Audio stutter when CPU is busy
Public bug report changed: https://launchpad.net/malone/bugs/33702 Comment: Nah, it's CPU. Just moving the totem window around also makes the sound stutter. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs