[Bug 1025586] Re: [0.9.8 r3110 regression] [LLVMpipe] Dragging windows around is much slower with compiz 0.9.8 than 0.9.7 (using LLVMpipe)
I noticed today that I did not have this issue. It started for me(as far as I can tell) on install of 12.10, but seems to have been fixed or in some other way relieved in the past week. After a restart and a standby the issue still does not show it's head. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1025586 Title: [0.9.8 r3110 regression] [LLVMpipe] Dragging windows around is much slower with compiz 0.9.8 than 0.9.7 (using LLVMpipe) To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1025586/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Compiz] [Bug 1025586] Re: [0.9.8 r3110 regression] [LLVMpipe] Dragging windows around is much slower with compiz 0.9.8 than 0.9.7 (using LLVMpipe)
I noticed today that I did not have this issue. It started for me(as far as I can tell) on install of 12.10, but seems to have been fixed or in some other way relieved in the past week. After a restart and a standby the issue still does not show it's head. -- You received this bug notification because you are a member of compiz packagers, which is subscribed to compiz in Ubuntu. https://bugs.launchpad.net/bugs/1025586 Title: [0.9.8 r3110 regression] [LLVMpipe] Dragging windows around is much slower with compiz 0.9.8 than 0.9.7 (using LLVMpipe) To manage notifications about this bug go to: https://bugs.launchpad.net/compiz/+bug/1025586/+subscriptions ___ Mailing list: https://launchpad.net/~compiz Post to : compiz@lists.launchpad.net Unsubscribe : https://launchpad.net/~compiz More help : https://help.launchpad.net/ListHelp
[Bug 995079] Re: Internal server error when accessing nova/instances_and_volumes/ via horizon
I'm experiencing similar symptoms. After a little debugging, this is what I think is happening: As Admin user, in get_volumes_data of IndexView, 2 lists are created: 'volumes' and 'instances'. 'Volumes' appears to have a global scope, but 'instances' is tenant-specific. The view attempts to iterate through 'volumes' (more specifically, their attachments), matching each volume's server_id to a server in 'instances', and fails with a KeyError for the first volume from a different tenant. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to horizon in Ubuntu. https://bugs.launchpad.net/bugs/995079 Title: Internal server error when accessing nova/instances_and_volumes/ via horizon To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/995079/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 995079] Re: Internal server error when accessing nova/instances_and_volumes/ via horizon
I'm experiencing similar symptoms. After a little debugging, this is what I think is happening: As Admin user, in get_volumes_data of IndexView, 2 lists are created: 'volumes' and 'instances'. 'Volumes' appears to have a global scope, but 'instances' is tenant-specific. The view attempts to iterate through 'volumes' (more specifically, their attachments), matching each volume's server_id to a server in 'instances', and fails with a KeyError for the first volume from a different tenant. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/995079 Title: Internal server error when accessing nova/instances_and_volumes/ via horizon To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/horizon/+bug/995079/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Owncloud] Please put MB after the filesize in the Files view
I completely agree that the defaults should the most sensible, but I disagree that removing configuration is a good thing. I like the only showing MB part, it's prettier than mixed units, but it also has issues when files are in the kb or middle to upper GB range. Sure, these days the biggest most files come is 4-8GB, so that isn't so big of an issue. I do think the roll over for better scoped units is a good idea, but personally I still think putting MB next to the file is necessary for usability. When talking length, for example, you always say 50 meters, even when it's clear that the object isn't 50mm or 50km away. When you are stating a measurement it is almost always best to state the units. On Thu, Oct 13, 2011 at 3:43 AM, Jan-Christoph Borchardt j...@unhosted.org wrote: On Thu, October 13, 2011 05:06, Danial Bulloch wrote: I noticed that afterwards. I suppose I can see the logic, but I disagree that it is a good idea. Standard practice, of nearly every file manager in the history of file managers is to show the units next to it. Exactly, current standard practice for nearly every file manager is to mix up the units – which is stupid. It makes the column nearly useless because you can only check on the value for a specific file but not compare to the others. We will not copy bad design just to achieve consistency. Currently, we even give bigger files a darker shade so that they are even easier identifiable (same for relative dates). When I don't see MB, I just see a number that has an unknown meaning. I realize that you will quickly learn that it is always in MB, but it still feels off to me, redundant or not. You’ll get used to it. I hope that other file management programs follow the lead. I’m happy to see that most Dolphin file manager screenshots I see use the icon view as default. This would be a very nice thing for ownCloud 3 for sure. There it doesn’t even show the size or date. I don't know how granular the settings are going to going to get, but I'd be happy with a toggle option somewhere in the main settings or even a config file somewhere. Ideally the number of settings approaches zero. There will be no settings for everything, especially not interface preferences. Software is made to make people’s lives easier. It should be well designed from the outset and use sensible defaults. I'm not a developer and don't plan on submitting code, so if no unit is the way you guys want it, that's fine with me, just thought I would share my thoughts on the topic. On Wed, Oct 12, 2011 at 6:48 PM, Jan-Christoph Borchardt j...@unhosted.org wrote: That is intended. The file size _always_ uses megabyte as a unit hence it would be useless to put it there because you know after the first time checking. Detailed info is available on hover. Also, when you hover the relative date, the absolute date will appear. On Wed, October 12, 2011 22:51, Danial Bulloch wrote: I was looking at my owncloud list of files and noticed that the size column is just a number. I know that it doesn't make a big difference, but putting MB at the end makes it clear what that column is without looking at the header, and the header doesn't specify what units the size is in(1.21 Jiggabits?). If there is a reason that it isn't there(besides maybe to save space), I'd be interested to know. Sorry if this isn't the right place to make feature requests, I didn't find anything on the site that suggested a better place. Also, I'd submit a patch or something if I was the programmer type, but I can't program my way out of a paper bag. I tried once, nearly suffocated, which is actually harder that one might imagine with a paper bag. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Owncloud] Please put MB after the filesize in the Files view
I was looking at my owncloud list of files and noticed that the size column is just a number. I know that it doesn't make a big difference, but putting MB at the end makes it clear what that column is without looking at the header, and the header doesn't specify what units the size is in(1.21 Jiggabits?). If there is a reason that it isn't there(besides maybe to save space), I'd be interested to know. Sorry if this isn't the right place to make feature requests, I didn't find anything on the site that suggested a better place. Also, I'd submit a patch or something if I was the programmer type, but I can't program my way out of a paper bag. I tried once, nearly suffocated, which is actually harder that one might imagine with a paper bag. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
Re: [Owncloud] Please put MB after the filesize in the Files view
I noticed that afterwards. I suppose I can see the logic, but I disagree that it is a good idea. Standard practice, of nearly every file manager in the history of file managers is to show the units next to it. When I don't see MB, I just see a number that has an unknown meaning. I realize that you will quickly learn that it is always in MB, but it still feels off to me, redundant or not. I don't know how granular the settings are going to going to get, but I'd be happy with a toggle option somewhere in the main settings or even a config file somewhere. I'm not a developer and don't plan on submitting code, so if no unit is the way you guys want it, that's fine with me, just thought I would share my thoughts on the topic. On Wed, Oct 12, 2011 at 6:48 PM, Jan-Christoph Borchardt j...@unhosted.org wrote: That is intended. The file size _always_ uses megabyte as a unit hence it would be useless to put it there because you know after the first time checking. Detailed info is available on hover. Also, when you hover the relative date, the absolute date will appear. On Wed, October 12, 2011 22:51, Danial Bulloch wrote: I was looking at my owncloud list of files and noticed that the size column is just a number. I know that it doesn't make a big difference, but putting MB at the end makes it clear what that column is without looking at the header, and the header doesn't specify what units the size is in(1.21 Jiggabits?). If there is a reason that it isn't there(besides maybe to save space), I'd be interested to know. Sorry if this isn't the right place to make feature requests, I didn't find anything on the site that suggested a better place. Also, I'd submit a patch or something if I was the programmer type, but I can't program my way out of a paper bag. I tried once, nearly suffocated, which is actually harder that one might imagine with a paper bag. ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud ___ Owncloud mailing list Owncloud@kde.org https://mail.kde.org/mailman/listinfo/owncloud
[Evolution] Woman finds $20K in abnk deposit tube
airfoils.jpg___ Pkg-evolution-maintainers mailing list Pkg-evolution-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-evolution-maintainers
Re: [TCP] Friday nuttiness...
Wow... here's hoping they correct this for everyone by sending a short bill with a link/login to go online to check the details if you wish. In any event, the article mentions that you can call customer service to request a simplified bill. On 8/17/07, Martinek, Carla [EMAIL PROTECTED] wrote: Imagine this... You get a huge envelope in the mail, several inches thick. What could it be? It cost $7 to send it -- you didn't order anything, so this must be some sort of gift or prize, right? Read on... http://www.abcnews.go.com/Technology/story?id=3478095page=1 There's just something so *wrong* with this being their default setup... __ Author Help files and create printed documentation with Doc-To-Help. New release adds Team Authoring Support, enhanced Web-based help technology and PDF output. Learn more at www.doctohelp.com/tcp. Interactive 3D Documentation Parts catalogs, animated instructions, and more. www.i3deverywhere.com ___ Technical Communication Professionals Post a message to the list: email [EMAIL PROTECTED] Subscribe, unsubscribe, archives, account options, list info: http://techcommpros.com/mailman/listinfo/tcp_techcommpros.com Subscribe (email): send a blank message to [EMAIL PROTECTED] Unsubscribe (email): send a blank message to [EMAIL PROTECTED] Need help? Contact [EMAIL PROTECTED] Get the TCP whole experience! http://www.techcommpros.com
Re: [TCP] looking for tech comm goofs and funnies
I had one writer on our team who gave me a technical document where he told the user to wing it by the seat of their pants. Needless to say, we struck that out. On 5/7/07, Jones, Donna [EMAIL PROTECTED] wrote: I don't have this story online, but I have to share it. __ Author Help files and create printed documentation with Doc-To-Help. New release adds Team Authoring Support, enhanced Web-based help technology and PDF output. Learn more at www.doctohelp.com/tcp. DOCUMENTATION TRAINING WEST 07: THE USER EXPERIENCE April 18-21, 2007 ~ Vancouver BC ~ Marriott Pinnacle ~ free city tour 40+ sessions * free workshops * free iPod offer * www.doctrain.com ___ Technical Communication Professionals Post a message to the list: email [EMAIL PROTECTED] Subscribe, unsubscribe, archives, account options, list info: http://techcommpros.com/mailman/listinfo/tcp_techcommpros.com Subscribe (email): send a blank message to [EMAIL PROTECTED] Unsubscribe (email): send a blank message to [EMAIL PROTECTED] Need help? Contact [EMAIL PROTECTED] Get the TCP whole experience! http://www.techcommpros.com