Re: window management ideas

[Matthew Woehlke]

Chani wrote:
> so I had a crazy idea, and discussed it with lubos and notmart, and 
> completely 
> forgot to mention it at the bof. I brought it up again today and we ended up 
> with some other ideas too.
> 
> what I wanted is window tagging. instead of virtual desktops and tabs (tabs 
> seems to be a workaround for window management not being good enough 
> anyways) I could just have tags on windows, and have a taskbar that groups by 
> tag, or have one virtual desktop per tag. perhaps some smart omission of 
> superfluous tags.

Okay... time to point people at 
http://techbase.kde.org/Projects/Usability/NWI again...

Not exactly the same thing, but... What I'd like to know is if/how tags 
would fit into NWI; I can see that they might make the panel really 
confusing if you have nested containers /and/ tags.

(And no, I don't think tagging can replace tabs. It's not unusual for me 
to have dozens or more tabs open (not necessarily in one window, or even 
one application). I do not under *any* circumstances want that many 
top-level windows. I've been there, and it sucks ;-).)

> we also daydreamed about how nice it would be if you could save and load 
> partial-sessions consisting of a group of windows and an activity.

Yes, that would be nice. Session Management is still somewhat in the 
stone ages. (Kate and Firefox have the best session management; the 
desktop as a whole isn't even close to that level.)

(Please note that SM != NWI.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.Freedom to Use
((_/)o o(\_))  Freedom to Examine
  `-'(. .)`-'  Freedom to Share
  \_/ Freedom to Improve
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

Re: Reworking the kwin tabbox

[Matthew Woehlke]

Diego Moya wrote:
> 2009/7/16 Martin Gr��lin :
>> My idea is that with alt+tab it should work as ever known. But that it is not
>> required to keep alt pressed (keeping it pressed shouldn't harm).
> 
> There's a way to achieve that goal without breaking the normal alt+tab
> quasimode behavior.
> 
> Hold alt + tab as many times as required + release tab = change window
> (same behavior)
> 
> Hold alt + tab + press cursor key + release tab = make tabbox
> persistent. From now on, pressing tab or cursor arrows navigates the
> window list normally, and Enter is required to close the tabbox and
> open the selected window.
> 
> You can add as many extra keys as desired after the initia alt+tab, to
> free the quasimode and "trap" the window for providing additional
> functions.
> 
> For example, hold alt + tab + s + release tab, could activate a
> "search" function among the name (or content!) of the open windows.
> Or: hold alt + tab + k + release tab, could be used as the trigger key
> for the krunner-like extra functions.

Personally, I prefer the solution Maciej and I discussed w.r.t. NWI, 
which is using a different key combination to activate the switcher in 
"release-mod-isn't-confirm" mode. (And that way 'alt(v) tab(v) tab(^) 
arrows(v,^) alt(^)' can still be used w/o adding another key to confirm.)

-- 
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
-- 
  ,= ,-_-. =.Function
((_/)o o(\_))  Flexibility
  `-'(. .)`-'  Freedom
  \_/ The Power of GNU

___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel

D19711: Use brush for painting line edits

[Matthew Woehlke]

mwoehlke created this revision.
Herald added a project: Plasma.
Herald added a subscriber: plasma-devel.
mwoehlke requested review of this revision.

REVISION SUMMARY
  Modify Style::drawFrameLineEditPrimitive to use the brush rather than the 
color to fill the background of line edits. This is more correct in some corner 
cases where the brush is not a solid color.

REPOSITORY
  R113 Oxygen Theme

REVISION DETAIL
  https://phabricator.kde.org/D19711

AFFECTED FILES
  kstyle/oxygenstyle.cpp

To: mwoehlke
Cc: plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, 
ali-mohamed, jensreuterberg, abetts, sebas, apol, mart

D19711: Use brush for painting line edits

[Matthew Woehlke]

mwoehlke added a comment.


  Note: this is "inspired" by qtColorButton 
, 
which uses a textured brush for colors with non-opaque alpha. This renders 
correctly with built-in styles, but not with current Oxygen. (I have a sneaking 
suspicion that it used to work, however, as I'm pretty sure I've been using 
oxygen since well before I wrote qtColorButton.)

REPOSITORY
  R113 Oxygen Theme

REVISION DETAIL
  https://phabricator.kde.org/D19711

To: mwoehlke
Cc: plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, 
ali-mohamed, jensreuterberg, abetts, sebas, apol, mart

D19711: Use brush for painting line edits

[Matthew Woehlke]

mwoehlke updated this revision to Diff 53743.
mwoehlke added a comment.


  Also use brush in fallback path

REPOSITORY
  R113 Oxygen Theme

CHANGES SINCE LAST UPDATE
  https://phabricator.kde.org/D19711?vs=53742&id=53743

REVISION DETAIL
  https://phabricator.kde.org/D19711

AFFECTED FILES
  kstyle/oxygenstyle.cpp

To: mwoehlke
Cc: plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, 
ali-mohamed, jensreuterberg, abetts, sebas, apol, mart

D19711: Use brush for painting line edits

[Matthew Woehlke]

mwoehlke added inline comments.

INLINE COMMENTS

> cfeck wrote in oxygenstyle.cpp:3273
> Why the reference?

Force of habit... supposedly it forces copy elision (although new C++ is trying 
to make that happen regardless). Same pattern is used for `rect` and `palette` 
a couple lines above here.

Note: 
https://herbsutter.com/2008/01/01/gotw-88-a-candidate-for-the-most-important-const/

REPOSITORY
  R113 Oxygen Theme

REVISION DETAIL
  https://phabricator.kde.org/D19711

To: mwoehlke
Cc: cfeck, plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, 
ali-mohamed, jensreuterberg, abetts, sebas, apol, mart