Re: [Ayatana-dev] Annoying Unity bug - windows moving when on edge of workspace

2011-09-26 Thread Mikkel Kamstrup Erlandsen

On 09/26/2011 02:14 AM, Stephen Rees-Carter wrote:

Hi all,

There is a Unity bug which has been annoying me since Natty, that I'd 
love to see get some attention and fixed.

https://bugs.launchpad.net/unity/+bug/834248

Non-maximized windows which sit on the bottom edge of the lower 
workspaces shift downwards when called from an upper workspace. This 
results in the bottom of the window wrapping into the top of the upper 
workspace, and the focus stays on the same workspace. The window is 
now unusable, and you need to manually move to the bottom workspace to 
move the window back up.


This is a big problem because it makes the snap-to-side feature 
completely useless. You have to drag the window to the side to 
half-screen it, and then drag the bottom border up slightly so it's 
got a margin between the border and the workspace edge so it doesn't move.


STEPS TO REPRODUCE:

1. Go to your BOTTOM RIGHT workspace

2. Open a window (i.e. Nautilus, etc)

3. Drag the window right to activate the snap-to-side feature and 
let it resize the window to full half the screen


4. Go to your TOP RIGHT workspace

5. Click on the window you opened in #2 icon in the launcher

6. The window you created in #2 will be moved 'down' so the bottom 
strip of it will appear in the top right of your current workspace


7. Go to your BOTTOM RIGHT workspace and you will see it's now sitting 
off the bottom of the workspace.


I previously reported this bug for Natty too: 
https://bugs.launchpad.net/unity/+bug/755842



It's pretty annoying, and if you use the 'snap-to-side' feature like I 
do, then you'll quickly find it painfully annoying.


I would love it is someone could take the time to take a look and work 
out how we can get it fixed.


Hi Stephen,

Thanks for your passion on this subject :-)

We can't generally handle bug requests on this mailing list (if we did 
we'd see dozens of mails daily). However if you want to work on this 
yourself you can use this list to talk to the developers.


I appreciate that it's frustrating when it doesn't seem like anyone is 
paying attention to your bug report, but I assure you that there are 
several people reading their bug-mail from Launchpad every day; so it is 
definitely on the radar. Rest assured. It probably just means that no 
one had any immediate idea for a solution or any constructive comments 
to make.


Cheers,
Mikkel


___
Mailing list: https://launchpad.net/~ayatana-dev
Post to : ayatana-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana-dev
More help   : https://help.launchpad.net/ListHelp


[Ayatana-dev] Final upload week

2011-09-26 Thread Neil Jagdish Patel

Hey,

So, it's that time of the cycle where we only have one more upload left 
:). This Thursday will be the final upload for Unity, so all branches 
should be merge-proposed by latest Thursday morning UTC.


After the release, we'll have the opportunity to fix critical bugs via 
distropatches (if the release team think that they are unlikely to cause 
side-effects), and other critical/high bugs through SRU process, with 
the aim that we have a 4.22.0 release of Unity waiting on the first day 
for upgrade.


Branches-wise, I'll make a lp:unity/4.0 stable branch which we'll 
backport fixes into from trunk (and where distro can cherry-pick from). 
This will eventually become 4.22.0. lp:unity will be bumped to 5.0.0 so 
we can start development for P. We'll also setup a PPA so people can 
test the bleeding-edge code on their Oneiric systems.


Thanks,

--
Neil Jagdish Patel | System Architect
Desktop Experience Team
Canonical
27 Floor, Millbank Tower
London SW1P 4QP
Ubuntu - Linux for Human Beings
www.canonical.com

___
Mailing list: https://launchpad.net/~ayatana-dev
Post to : ayatana-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana-dev
More help   : https://help.launchpad.net/ListHelp


Re: [Ayatana-dev] Unified inputmethod/keyboarlayout

2011-09-26 Thread Matthew Paul Thomas
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jesper Lundgren wrote on 24/09/11 20:27:
 ... Now if I want to add korean It becomes a bit more complicated 
 and confusing. If I add korean in keyboard layout I can only type 
 in english using that layout. To get Korean I need to go into 
 language and support and enable ibus and then add korean to ibus. 
 now I am suddenly doing two things I can switch between input 
 method if I want to use korean or chinese etc and then switch 
 keyboard layout when I want to use english/swedish.
 
 Is there some way this could be unified to make it less confusing 
 and easier to switch between langauges? (possibly use ibus for 
 everything?) ...


This is the basic idea behind the unified keyboard menu.
https://wiki.ubuntu.com/KeyboardSettings#menu

Unfortunately I have not had time yet to complete a draft of that
specification.

 as extra information I could add that windows also has similar 
 problem. For korean they have a separate inputmethod that in
 itself has english and korean so when switching to korean layout I
 first need to do a 3rd level switch to get it to be korean
 characters instead of latin. With all operating systems I have used
 I would say OSX and Opensolaris are the easiest ones for using
 multiple keyboard languages.
 
 http://blogs.oracle.com/sunwg11nprg/entry/switching_keyboard_layout_in_solaris
...


I've
 
added that link to the wiki page.

Thanks
- -- 
mpt
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk6AlVwACgkQ6PUxNfU6ecoDFACggTOCzPImUqWg3+FwelIVgOBE
LoAAn1xzknzQS0lWT67NFW2QsGflnMey
=BHBW
-END PGP SIGNATURE-

___
Mailing list: https://launchpad.net/~ayatana-dev
Post to : ayatana-dev@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ayatana-dev
More help   : https://help.launchpad.net/ListHelp