I think branding is a separate debate from "their lack of taste in the
theme they use by default."
Can any Plasma theme be branded? OpenSUSE seemed to do a decent job
giving a green-gloss to Oxygen instead of the blue; different, but it
looked okay.
___
Alright, fake big-tooltip-on-transparent-canvas animation is a bad
idea. I get it. :)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Dumb thought question: Why not draw the tooltips animated on the
canvas when in a non-composited mode?
I can see one problem: you won't be able to see tooltips when the
canvas window is obscured. So, when in non-composited, how about
combining the on-canvas-animation with a full-fledged X-windo
Ah, on-canvas rendering. That's why you can pull off good-looking
effects without compositing. Totally didn't think about that.
Wait. So that means that different containments (Panel, Desktop
window) are drawn in different canvases, and the big-honking tooltips
are just normal X windows?
__
Sorry, the effect...it's that little window that has the "resize,
delete, configure" buttons for each plasmoid (not sure what to call
that window, I just say 'plasmoid utility popup' - PUP, tongue in
cheek). The effect for that window is the one that I really like. It
is smooth and fast, but not
Hello again! I really like the way the plasmoid utility popups do
that quick gliding-fade-in-and-out when you hover on a plasmoid.
I think this animation would look good on the big plasmoid tooltips
too. For example, when I hover on the big analog clock, the sidebar
does the cool sliding-fade-in
I apologize. Still getting used to mailing lists.
On 2/11/09, Lubos Lunak wrote:
> On Tuesday 10 of February 2009, Jud Craft wrote:
>> It doesn't help that the transitioning-between-Activities bears little
>> distinction from transitioning between workspaces/virtual desktop
the best
workspace on KDE and X possible, so that should be a higher priority
than cross-platform compatibility.
On 2/10/09, Alexis Ménard wrote:
> On Tue, Feb 10, 2009 at 6:02 PM, Lucas Murray
> wrote:
>
>> On Wed, Feb 11, 2009 at 12:27 AM, Jud Craft wrote:
>> > It is t
It is the height of audacity to come out of the woodwork and suggest
design ideas for a system that I do not create myself. Nevertheless,
you might actually like some of these.
I promise it will be entertaining. Broken into two sections, A and B.
Also long. Have a great day!
A. Effective Co
To summarize as a lay person, nearly everyone believes that the
panel-desktopGrid interaction is inconsistent (and ineffective) under
a certain setting.
But one particular developer/user (and possibly others) still find one
of the cases (panel sticking around) useful when used under another
partic
I would suggest that you also please look at integrating window
grouping between Plasma's tasklist and with Kwin, as mentioned in a
post earlier.
http://lists.kde.org/?l=kwin&m=123257671807508&w=2
I apologize if inappropriate, but I thought it would be an excellent
example of Plasma-Kwin integrat
For the old notes, that thread was entitled "Plasma Applet Direction".
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Well, true. I suppose the only reservation is that such solutions
like the Google Gadget/iPhone software stores require the development
of a supported software delivery system, that I think should not be
outsourced to a third party website. And that takes a lot of planning
and resources - KDE can
I do really like the platform-independence and compilation-free
packages! I had neglected those; that's awesome, so the picture is
much less depressing than my post says.
Plasma themes themselves are also independent, correct? (Assumption
based on hearing efforts to port Plasma to Windows).
Wha
"we (plasma team) don't actually control that =)"
There really does need to be a pervasive integration of all aspects of
the user-experience with plasma. Get Hot New Stuff is an interesting
compromise, but at the moment it seems a strange klutch, which stands
in the way of implementing a much mor
Oh, right. I understand the screens aren't there yet. I was just
curious. 120 DPI is sometimes handy. :)
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
The development list is probably not the place for simple queries, but
I haven't found it anywhere else and not sure where to look. Since
plasma is the default KDE environment after all...
Is the KDE desktop resolution independent? I know that Plasma uses a
ton of scalable graphics (from general
This might speak more to the difficulty of understanding a development
workflow on Linux than any shortcoming in the KDE libraries
themselves. Perhaps someday KDevelop should come with a Plasmoid
template to ease this.
___
Plasma-devel mailing list
Plasm
Hmm. Windows is actually inconsistent on their popup menus.
If you click and hold on a Menu Bar, the menu will pop in, and
releasing the mouse button will select the menu choice.
Yet if you right-click and hold, the menu will NOT pop in.
Curious. It works with application menus but not context
Noted.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
I hate to be a whiner, but I would love to be able to color-tint any
theme. I don't suppose there could someday be an extra "Plasma Color"
in the KDE Control Center that would affect _every_ theme?
___
Plasma-devel mailing list
Plasma-devel@kde.org
https
I didn't realize this. Does it work with any style? Could I have,
for example, a midnight-blue Oxygen, like in the early preview-shots
of KDE4?
I hate to be so ignorant, but I'm actually running GNOME at the
moment, and I didn't notice that feature in my KDE 4.1 setup
elsewhere. But I may have
I believe it has been expressed that the overall philosophy with
Plasma is that if you have 3d-compositing capability, you get
compositing features. If you do not, then you don't. There will be
no clever hacks to enable such effects in a non-composited
environment.
I remember that there is a pos
Keep at it guys, you're doing great.
I have a small note regarding the readability of foreground text on the panel:
Since when should you ever WANT to set a custom text color, for
example? Wouldn't it be better by default if KDE automatically
calculated the best (by contrast or by negative, poss
24 matches
Mail list logo
