Re: A small bug with power management in Ubuntu Desktop

2014-06-01 Thread Zygmunt Krynicki
I think that is still the case on 14.10 daily. I would suspect either
upower or systemd (it's blurry IIRC as systemd wants to handle suspend
stuff nowadays AFAIK).

Thanks
ZK


On Sun, Jun 1, 2014 at 2:43 PM, Jo-Erlend Schinstad <
joerlend.schins...@ubuntu.com> wrote:

> A friend of mine recently discovered a small bug on her laptop running
> Ubuntu 13.10. I suspect it's still there in 14.04 although I haven't been
> able to test it for myself. (My laptop screen is dead – again) Since I
> don't know exactly which package to file against, I thought I'd explain it
> here.
>
> In System Settings, we're able to configure what happens when you close
> the lid on your laptop, based on whether you're connected to a power source
> or running on battery. I had configured it so that nothing happens when you
> close the lid while connected, but that it should suspend when running on
> battery. However, when you're connected, close the lid and then disconnect
> the power source, it seems this setting is not checked again. The computer
> keeps running, draining the battery – and, can of course, be harmful to the
> harddisk.
>
> I would've expected that when you disconnect from the power source while
> the laptop is running with the lid closed, the setting would be checked and
> if set to suspend, it would – just as if you had opened the lid,
> disconnected the power cord and then closed the lid.
>
> Can someone with a working laptop check if this is still the case in newer
> versions? And if so, which package does the bug report belong to?
>
> Thanks
>
> Jo-Erlend Schinstad
>
> --
> ubuntu-desktop mailing list
> ubuntu-desktop@lists.ubuntu.com
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop
>
>
-- 
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Status of PyQt for 14.04

2013-09-25 Thread Zygmunt Krynicki

Hi.

The Hardware Certification team is currently working on some 
applications that are using the Ubuntu SDK. We'd like to migrate away 
from having to maintain C++ bridge to our existing python3 codebase and 
instead use python directly.


We'd like to know the status of PyQt by the time we release 14.04.

1) Will PyQt work with Python3?
2) Will PyQt work with QML?
3) Will PyQt work with the QML components from the Ubuntu SDK?

Thanks
Zygmunt Krynicki


--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: [Desktop12.04-Topic] Video playback?

2012-01-02 Thread Zygmunt Krynicki

W dniu 08.10.2011 17:29, Frank pisze:

On Tue, Oct 4, 2011 at 11:59 PM, Shane Fagan
mailto:shanepatrickfa...@ubuntu.com>> wrote:

Hey Didier,

 > People trying to use video have the same critics that when
 > they don't look the audio support: slow to start, confusing
interface and so
 > on.

Well there is a bit of an interesting give and take here and it should
be talked about. The people who complain about a player being slow to
load are not the people that are really in the target any more its
people who want more features but dont care if it takes 2-20 seconds
to open.


For me, I cannot agree at all, all features should be in plugins and by
default applications should offer absolutely minimum features so that
they load as quickly as possible. Then, as users wish to do something,
the plugin can be loaded on demand - the currently situation is that all
plugins are loaded automatically but this takes additional time.


I disagree unless you can demonstrate that users are familiar with 
plugins, enjoy turning them on and off and in general are happy with 
this concept.


I know how "good" plugins are from a developer's point of view but don't 
confuse software architecture with user interface design and usability.


In my opinion the application is not important, the important part is 
common component library: a common playback component so that the user 
feels in control and familiar with the interface (regardless of using 
banshee in library or in ad-hoc mode), common codec support (so that 
there are no files which only open in one mode and force the user to 
hunt for 3rd party player that discards all integration benefits) and 
eventually common media library APIs so that 3rd party applications may 
integrate with your music, movies and photos (as evidenced by the surge 
of apps that do this on iOS with great success).


Thanks
ZK

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop


Re: Thoughts about Unity and some ideas for improvement

2011-04-20 Thread Zygmunt Krynicki

W dniu 20.04.2011 11:20, Jo-Erlend Schinstad pisze:

It'd be interesting to know how left-handed people feel about Unity.
It's very dominated by super-num, super-w, super-s, super-a, super-t,
etc. This is very nice for right-handed people, since you'd usually
use the right hand for the mouse. But left-handed people would
probably prefer to use the left hand for the mouse, forcing them to
move between the mouse and keyboard fairly often.


I don't know any left handed person that also uses left hand for using 
the mouse. Perhaps my sample data is rare but that's what I observed.


(I am left handed as well)

Best regards
ZK

--
ubuntu-desktop mailing list
ubuntu-desktop@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-desktop