maemo.org - Talk - [ANN] Cyclotron - CLI tools to cycle between app windows

maemo.org - Talk (https://talk.maemo.org/index.php)

- MeeGo / Harmattan (https://talk.maemo.org/forumdisplay.php?f=45)

- - [ANN] Cyclotron - CLI tools to cycle between app windows (https://talk.maemo.org/showthread.php?t=88203)

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Works great! Thanks thp :)

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Quote:

Originally Posted by thedead1440 (Post 1305090)

Noticed that this version doesn't base itself on cyclotron itself but on the qt-components and libmeegotouchviews patched files so does this mean the ability to enable/disable on-demand is lost permanently?

You can disable it by uninstalling (or renaming) the cyclotron package (or binaries in /opt). Of course, this should be made more configurable and (as mentioned on the Cyclotron website) using system(3) isn't the nicest solution ;)

Quote:

Originally Posted by thedead1440 (Post 1305090)

Edit: Just noticed a side-advantage (?) that if the screen is locked and a notification arrives, even after a minute or two unlocking the screen still shows the notification in the status bar...

Could be one of these issues that happen when manually switching windows, which confuses mcompositor and/or the swipe plugin.

Quote:

Originally Posted by thedead1440 (Post 1305090)

Edit 3: Also is it deliberate that when swiping right, the home-screen is excluded from the carousel but swiping left includes the home-screen too? Didn't find this in the project page but then again I may have been blinded by my excitement to try the new implementation :D

That's just a bug. It *should* switch forward/backward, always including the homescreen (until we make that configurable). However, some windows such as overlays / notifications / the keyboard also count as *normal* windows and that's why sometimes windows are skipped. That's mostly a Cyclotron issue - it should filter/ignore non-toplevel windows and be more intelligent about what the next/previous window is.

Quote:

Originally Posted by evujumenuk (Post 1305100)

Looks almost flawless, except that windows always slide in from the left. :)

That's something that we can't really control (we just tell the window manager "this is the active window now, switch to it"). Fun fact: It doesn't slide from the left always, it depends on the direction to which you swiped away the last window (swipe window to the left, windows come back from the left, swipe window to the right, windows come back from the right, swipe window up, windows come back from the top).

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Well, for bragging purposes the volume buttons seem to be better-suited, then. ;)

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Really great to see the project moving forward and achieving new possibilities. Haven't tested the status bar integration yet, maybe a little too lazy to flash if I screw up.

Would like to know if you've something more easy in plan for the *common* users?

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Quote:

Originally Posted by thp (Post 1304801)

There's no new version out. Rate-limiting could be done, but right now I can't distinguish between "user keeps the button pressed" and "user presses the button rapidly". And in the second case, it could be annoying if the user wants to switch between apps quickly.

The "nice animation" is something that's totally dependent on the window manager (mcompositor / swipeplugin), I didn't do anything there.

As far as excluding the home screen view from the application switching goes, this could be implemented (to exclude it from the list), but I thought it was kind of nice to have it in there. I'll think about maybe removing it in a future version - but first, I think I'll have a look at systemui (thanks qwazix for the great idea!). Swiping left/right on the statusbar seems doable, I'd just need to figure out where the input handling for that is (help here is welcome of course).

Thanks for an answer! I don't know if there are different states available for volume buttons, like pushing a volume button down vs releasing the button, what if releasing the button actually launches the cyclotrons commands, then there's no need for rate-limiting. Imho, even quickly browsing through apps by keeping button pressed still needs some rate-limiting applied to be really usable.

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

seems to work as expected. Thanks for this, it's very useful.

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

I have noticed a bug whereby when unlocking the screen, after swiping the lock-screen away, the phone locks to standby screen again...Its very random; at times 1 additional unlock allows you access while today in a meeting the worst I suffered was 5 attempts required...

Edit: Following the two posts below I have uninstalled harmattan-power-menu and will try it today if the bug doesn't re-surface it means its a harmattan-power-menu bug not cyclotron...

Edit 2: After several days of testing I confirm this is not a cyclotron bug; it happened only while harmattan-power-menu was installed so maybe its the latter that caused it.

Re: [ANN] Cyclotron - CLI tools to cycle between app windows

Just in case I want to revert back to my default meegotouch and qt comps after trying it out? What should I do? Which files to backup n how to restore them?