There are many parties working on the same goal, QML+theming. Imho we should
join them and work together to an unified solution.
I remember on qt-development mailist someone asking for moving desktop
components into Qt plauground's, then there are the guys at IndT, everybody
involved on
On Monday, June 04, 2012 08:17:27 PM Aaron J. Seigo wrote:
p.s. and why isn't this Tokamak 5 and instead morphed into the nebulous
Next Workspace Iteration Sprint which does nothing to build on the
community platform we have going here, alienating just about everyone
because it is neither
On Monday, June 04, 2012 11:00:56 PM Sebastian Kügler wrote:
That might come as a surprise, but
Plasma == Active
Making a difference between those (and the KDE workspace) only makes sense
in a very limited scope. There's only a technical difference,
On Wednesday, May 16, 2012 11:02:34 AM Aaron J. Seigo wrote:
On Wednesday, May 16, 2012 05:34:47 Alex Fiestas wrote:
Plasma workspace should be excellent on launching, switching and getting
applications and it shouldn't bother the user while using those.
i think it is a fine (start
On Wednesday, May 16, 2012 12:51:16 PM Marco Martin wrote:
On Wednesday 16 May 2012, Alex Fiestas wrote:
On Wednesday, May 16, 2012 09:49:22 AM Aaron J. Seigo wrote:
On Wednesday, May 16, 2012 05:24:56 Alex Fiestas wrote:
On Tuesday, May 15, 2012 10:07:08 AM Björn Balazs wrote:
Have
On Wednesday, May 16, 2012 12:54:16 PM Aaron J. Seigo wrote:
there was something started quite some time ago by .. i forget who? .. here:
According to the history of the page, by you.
http://community.kde.org/Plasma/TheWaysOfThePlasma
there are other bits spread around the wiki there
On Wednesday, May 16, 2012 01:20:21 PM Aaron J. Seigo wrote:
On Wednesday, May 16, 2012 11:14:46 Alex Fiestas wrote:
So, what is the workspace for you?
the components that take care of supporting the working area of the computer
and practices of the person using the system. these tasks
On Wednesday, May 16, 2012 01:44:26 PM Aaron J. Seigo wrote:
On Wednesday, May 16, 2012 11:14:46 Alex Fiestas wrote:
well as Solid (hardware integration)
separate email for a separate topic: frameworks and the workspace
definition.
:)
Solid is not part of the workspace
Solid
On Wednesday, May 16, 2012 01:04:13 PM Aaron J. Seigo wrote:
an answer to finding alex's email is not manage applications.
Good point.
an answer to turn my computer off is not manage applications.
Not a valid example, I never turn off my computer (suspend) and even if I did
I turn off the
On Wednesday, May 16, 2012 03:04:04 PM Aaron J. Seigo wrote:
On Wednesday, May 16, 2012 14:48:58 Alex Fiestas wrote:
We need then something like active where we can put all visions
(workspace,
applications, hardware support...) and create a more unified experience.
i agree ... and, btw
It sounds good, maybe we should start a new thread since this got contaminated
with offtopic (sorry for that :( )
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Tuesday, May 15, 2012 10:07:08 AM Björn Balazs wrote:
Have you been aware of this vision?
No.
If no: looking back would it have been helpful for your work if you had
known it (and how)?
No (I don't see how to apply it on Bluedevil / RandR / Kamoso).
Is it too general / just right / too
This would be my vision:
Plasma workspace should be excellent on launching, switching and getting
applications and it shouldn't bother the user while using those. For the users
that need it, the workspace should offer a way of organazing the different
tasks performed on it (work,
On Monday, April 23, 2012 02:33:45 PM Sebastian Kügler wrote:
Addressing these two concerns individually:
On Friday, April 20, 2012 15:19:14 Alex Fiestas wrote:
1-Everybody joings libplasma2 development, coordination is a mess, lot of
new people working in old code etc, not ideal.
I
+1 to what Martin Gräßlin said though in my case I want to see the current
stuff ported to QML so we can support the current shell in the future, it has
a lot of advantages I'd like to keep.
On Monday, April 23, 2012 05:42:42 PM Martin Gräßlin wrote:
My expectation from the sprint is that we
On Friday, April 20, 2012 02:20:58 PM Marco Martin wrote:
I expressed my concerns before, i'll do it again: i think this is really not
the time to do it, any good intention and vision is not much use if there
is not the technical foundation being layd down, and at the moment there
isn't. i
On Thursday, April 19, 2012 08:52:53 AM Ivan Čukić wrote:
It needs live video feeds. Some of us would like to chime in while
unable to go to Barcelona for the meeting.
Dunno if we will be able to do that :/ but I we will try ! at least we can do
voice + irc (something that is done in UDS) that
Hi there !
It is official, The vision sprint is going to take place in Pineda de Mar
(Barcelona) from 11 Jun to 18 Jun !
Just as a reminder, we will * NOT * do any programing in there, the sprint is
to create a Vision and to plan the work what attendees (and any other KDE
hacker/collaborator
Hey
A few releases ago iirc (or at some point in the development) all
NotifierItems glow in systemtray when mouseOver, now only Network Management
does (at least here).
Is NM doing it wrongly? not following a config? should all of them glow?
Thanks !
Mental note: Check always when sending an email because I keep messing my
KMail configuration doing development :p
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Hi there everyone!
First of all let me excuse myself for sending this email today and not one
week ago, crazy days, I've been busy blabalbal
This is starting to take shape, we got a date (8 of June) and a tentative
place:
http://www.rentalia.com/124942
There is one issue with the place, it is
Hi
I have been working in a new Screen Management, I'm planning on finishing the
job before Workspace 4.9 is published and hope to public some more code during
this week.
At this point of development I don't see how we can work on this together :/
is there any other GSoC that motivates you?
On Monday, March 19, 2012 11:28:22 AM Sebastian Kügler wrote:
Hey,
One potential issue I see is that you ship the youtube logo inside the
runner. We might not be allowed to redistribute it as that.
It also scales badly, so looks visually tarred.
Can you check the license of the youtube
On Thursday, March 15, 2012 02:59:17 PM Martin Gräßlin wrote:
Hi all,
in order to find a better name for the window decoration Laptop I created
a doodle with possible names:
Isn't ugly a possible name? :/
___
Plasma-devel mailing list
On Sunday, March 11, 2012 11:01:11 AM Martin Gräßlin wrote:
Personally I would prefer to see a proper thin client solution consisting of
a lightweight window decoration, a light weight widget style. At the moment
the default KDE Plasma theme is everywhere completely unsuited for the use
in
Hi there
At Active sprint we've used a lunch break for talking about some
Workflow Issues we find with the current way of using git in the
workspace, just for mention a few discussed things from the top of m
head:
- People merge things not ready to be merged (aka using git as we did svn)
- We
On Friday, February 10, 2012 12:41:34 PM Cedric Bellegarde wrote:
Hmm, this part is in appmenu-qt, not in kded lib... That's why i think
appmenu should be merged as this... For an alternative presentation, we
will have to wait for libdbusmenu2 and appmenu2-qt.
I don't see why we should wait for
Hey there!
It seems that people really likes AppMenu, we have fans of everything
we have done with it so far:
-oxygen-appmenu
-plasmoid
-runner
So it seems clear to me that we should integrate this technology into
Workspace 4.9, but before we do it would be good to hear opinions
about these
On Thu, Feb 9, 2012 at 4:24 PM, Martin Gräßlin mgraess...@kde.org wrote:
If that refers to KWin decoration API: no problem as we are going to break
deco API in 4.9 anyway :-)
Oh didn't know that, because the QML decoration thing?
I'm all for it and would even say we go for default menu in
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/103756/#review1
---
Ship it!
Tested and everything works as expected :) !
- Alex
On Jan. 22, 2012, 6:09 p.m., Alex Fiestas wrote:
Tested and everything works as expected :) !
Thomas Lübking wrote:
just ftr: afaics there's no way for a desktop wall (ie. treating all
screens as one) left, is it?
personally i don't mind, but there might have been claims
The only reason I can think of is to create video walls, meaning multiple
monitors used as if they were 1.
Not sure if that can be done lower in the stack using xrandr for example.
___
Plasma-devel mailing list
Plasma-devel@kde.org
On Friday, January 20, 2012 12:37:12 PM Sebastian Kügler wrote:
Just disabling Xinerama would be enough to achieve that.
Thought xinerama was something deprecated and that should not be used :/
I don't know where xinerama is exactly, is it at the same level of XRandR ?
one below? one above?
On Friday, January 20, 2012 11:32:13 AM Martin Gräßlin wrote:
From the userinterface the only useful option is Show unmanaged windows on
which should be kept.
Well imho as a heavy multi* everything user I don't see why a user would want
to force Unmanaged windows in one screen since usually
On 12/09/2011 03:18 AM, Weng Xuetian wrote:
Yes, but that's a walkaround though?..
But it can show us whether it is the same bug or not
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On 11/22/2011 02:29 PM, Markus Slopianka wrote:
As far as I'm aware, existing MTP access methods (DigiKam, Amarok) were seen as
good
enough, so nobody so far found the need to write a MTP KIO Slave to mount MTP
devices in
Dolphin. (Well, not exactly true: In 2007 a 3rd party wrote it but it
HAving a good mtp support is going to become more and more important
since a lot of companies are using it to avoid to pay the vFat fee M$ is
imposing.
I'm no expert in mtp but it seems that it is a transport protocol which
allow to offer different services, for example if you grab an N9 or
a) superfluous to the user (kmail's composer window)
b) useful, but should be put elsewhere
c) moving it elsewhere wouldn't result in any visual or usage improvements,
so is justified in usage
If we ban the statusbar usage for the general use allowing only exceptions
like rekonq, then moving
On Tuesday, October 25, 2011 11:57:33 AM Aaron J. Seigo wrote:
yes; as well as sometimes just saying that information is not worth it.
the kmail example is a great one. i do not care what column and line i am
on and spell checking should be shown in the toolbar if at all.
More conservative and
Speaking of this bug, aseigo did you finish the debugging before you went on
vacation ? if so, what was the conclusion ?
(I'm refering to the potential bug in Qt not emitting destroyed signal).
___
Plasma-devel mailing list
Plasma-devel@kde.org
By default we have 2 buttons in the left side of the titlebar, and I'm
wondering if we really need them.
On all desktop: Our defaults set only one desktop so I guess that's what we
want the average user to use. Do we need a button in all titlebars that does
nothing in that context?
App icon
On Tuesday, October 11, 2011 12:54:23 PM todd rme wrote:
On Tue, Oct 11, 2011 at 12:16 PM, Alex Fiestas afies...@kde.org wrote:
Taking a look at some apps, I've noticed that most of them have an almost
unused statusbar (or totally not used in some cases) resulting in a big
empty grey space
Since we're trying to reduce the clutteness in our systray for 4.8, I'd like
to expose how we're handling it in BlueDevil so you can give me feedback :p
== Short term ==
There are two ways of turning off Bluetooth, by hardware and by software.
By hardware: When turned off by hardware
using the patch for 3 days playing around with activities and
virtual desktops, so far so good.
Thanks,
Alex Fiestas
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Sunday, September 25, 2011 06:24:40 PM Marco Martin wrote:
On Sunday 25 September 2011, Martin Gräßlin wrote:
Personally I'd like to introduce a top panel but of course that would be
a major change,
Top panel has a hughe disadvantage in a multi screen setup. This is very
easy to
On Monday, September 26, 2011 12:36:30 PM Aaron J. Seigo wrote:
I know that many people don't like this behaviour but is the only
alternative I can think of.
have them disappear quicker.
and maybe make them appear slower? icontasks does taht I think.
On Monday, September 26, 2011 12:41:05 PM Aaron J. Seigo wrote:
people who use virtual desktops. yes, i understand some people like to have
only show on current desktop for their taskbar but it doesn't seem like a
sane default to me due to how it essentially hides windows completely. i'd
Hi there !
I've been using the default settings for a while now (like 1month) and I'd
like to propose a couple changes for 4.8, let's see what are your opinions:
1-Show the same windows in Window switcher and Taskbar:
Right now by default, Window Switcher is showing only the windows in the
Something I forgot:
3-When switching between apps/windows via the taskbar, quite a lot of times
the thumbnails stay in my way of clicking something, some times for example I
had to wait until it dissapeared to be able to click Play in my video
player.
My proposal for this is to implement
Hi there again!
So, while configuring the desktop shell to my taste, I realized how much I
missed the global Menubar, so I thought on bringing the topic to the list.
Again guys, remember that I'm no usability expert or designer, just somebody
giving feedback, so please if I'm saying bullshit
On Sunday, September 25, 2011 05:28:12 PM Martin Gräßlin wrote:
On Sunday 25 September 2011 16:24:25 Alex Fiestas wrote:
Hi there !
I've been using the default settings for a while now (like 1month) and I'd
like to propose a couple changes for 4.8, let's see what are your
opinions
On Sunday, September 25, 2011 05:58:18 PM Martin Gräßlin wrote:
With Titlebar I assume you mean the window decoration and you want to have
something like [1]
Yes
Short summary: I don't think this is something which we can provide for 4.8
but if we decide we want to have it can be ready for
On 09/14/2011 06:34 PM, Martin Gräßlin wrote:
Hi all,
just a short update: I talked with members of the board this weekend and it
would be better if we shift the sprint to 2012.
Given that the sprint would be too late for 4.8 anyway I think it's fine to
schedule for January.
Cheers
Martin
On 09/12/2011 11:01 AM, Sebastian Kügler wrote:
On Saturday, September 10, 2011 20:38:43 Ivan Čukić wrote:
Ivan, what are for you the roadblocks that avoid merging it?
multiscreen support, which should be trivial, but I haven't had the
time to do it yet. (the stuff I'm currently doing is more
On 08/28/2011 10:38 AM, Martin Gräßlin wrote:
So who would be interested in a sprint? And when should it take place? I would
suggest this year maybe end of
October or November?
I can offer our offices in Madrid:
- Hotel is 1min away, 40€ per person
- The building is made of glass, so basically
On 07/27/2011 12:16 AM, Lukas wrote:
https://docs.google.com/drawings/d/1A7bdmsLBE_oeRZPHxZNMBVAxMQZCkQIclWOrd2mRLGs/edit?hl=en_US
Done. Just try to play around with it, if you what. Quick version with
activities integration :)
Now that I think about it... I fail to see what Activity
On 07/30/2011 04:09 PM, todd rme wrote:
I was thinking it would be the other way around, when you switch to a
particular monitor layout it can optionally be set to also switch to a
particular activity. I definitely think that would be helpful. My
suggestions have been based on that
On 07/30/2011 11:03 PM, Lukas wrote:
My assumption was that user might want to have a few profiles with same
layout (e.g on the left) but with different resolutions. The point here
is resizing activity desktop.
If user polishes his extended in the left full HD desktop and later
connects VGA
Hi there!
After releasing bluedevil 1.2 I didn't have anything else to do for the
night so I have been doing some bug busting with our favorite bug, the
Ghost Entries, and I think that I got something.
First of all, this is how I can reproduce this nasty bug:
1-Execute cat /dev/urandom
Hi there
At Platform 11 I pointed to sebas that he battery plasmoid was hidden al the
time, I interpreted that as a bug since it was a change in behavior.
At the time sebas was doubtful about wether keep the change or not, I asked
again today and he asked me to send this email, so here I'm :p
On Monday, July 18, 2011 08:47:14 PM Martin Gräßlin wrote:
I just recompiled my kdelibs with the patch and restarted kwin twice and in
both cases Plasma used the right theme. Before I had a 100 % sure
non-composited panel.
I would like to see this patch committed.
Yesterday I forgot to
On Tuesday, July 26, 2011 11:25:14 AM Matt Rogers wrote:
So I've read through this several times and, in general, it gets it
right most of the time. However, I have a few questions.
Does the dialog that pops up when a new display is connected only
displayed when the monitor isn't something
On Monday, July 25, 2011 11:07:38 PM Lukas wrote:
2011/7/25 Alex Fiestas afies...@kde.org
If the amount of changes is large, then would be perfect to put them in
another wiki page to compare both.
I mess up a little bit sending emails when started the thread, remember to
put plasma
On Tuesday, July 26, 2011 10:44:43 PM Lukas wrote:
If we compare virtual desktop vs. activities. Virtual desktops is primary
technical thing helping you getting things done. Activities is something
that primary helps you have things done by adjusting technical things.
Roughly speaking.
It
If the amount of changes is large, then would be perfect to put them in
another wiki page to compare both.
I mess up a little bit sending emails when started the thread, remember to
put plasma-devel and hardware-devel into cc to keep everybody in the loop
Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD
Today we've started to draft what is going to be another Solid project,
this time to improve the Display Management.
As you may know, I have been working to fix the current code but as
happened to me before (KBluetooth) I can't
Hi there fellows: metalworkers/plasmafiers?/usabilitiers? xD
Today we've started to draft what is going to be another Solid project,
this time to improve the Display Management.
As you may know, I have been working to fix the current code but as
happened to me before (KBluetooth) I can't
Hi there
I'd like to propose a BoF for the incoming Desktop Summit, with the
following objective:
Create a list of problems that the current paradigm has.
Create a list of goodness that the current paradigm has.
If we have time:
Start to work how we can fix the problems.
The idea is to unify
On 07/23/2011 10:01 PM, Aaron J. Seigo wrote:
On Saturday, July 23, 2011 19:03:51 Alex Fiestas wrote:
The idea is to unify postures of everybody involved in kde-workspace
(which includes Solid team, that's why I've CC'd them). It is only once
we know and agree where we fail that we
Hi there
One of the issues I have when I setup my XRandR config is that plasma
fails to set the composite theme (the good looking with ARGB one).
After thinking about it a little bit, and knowing how KWin and Plasma
are handling XRandR events I think I know where the bug is.
When adding a new
On 07/16/2011 03:36 PM, Martin Gräßlin wrote:
On Saturday 16 July 2011 15:24:56 Alex Fiestas wrote:
Hi there
One of the issues I have when I setup my XRandR config is that plasma
fails to set the composite theme (the good looking with ARGB one).
After thinking about it a little bit
On 07/16/2011 04:01 PM, Alex Fiestas wrote:
If anyone knows where to look at in Plasma code, I would try to fix it
as it deeply annoys me.
Same here.
The magic accours in libplasma theme.cpp.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https
On 07/18/2011 11:53 AM, Aaron J. Seigo wrote:
* a race condition as Alex outlined. if kwin is indeed responding to each
xrandr even with a change in the CM, that seems like a perfect candidate for
event compression if at all possible: don't tell the world outside that things
have changed until
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101981/
---
Review request for Plasma.
Summary
---
On resizeEvent adjustPosition
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101981/
---
(Updated July 17, 2011, 6:49 p.m.)
Review request for Plasma.
Changes
:p
- Alex
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101981/#review4776
---
On July 17, 2011, 6:49 p.m., Alex Fiestas wrote
---
This is an automatically generated e-mail. To reply, visit:
http://git.reviewboard.kde.org/r/101968/
---
Review request for Plasma and Aaron J. Seigo.
Summary
---
The bug
I just asked to some Qt guys here at uds, and as far as I understood
QWidgets are going to stay as they're, using graphicssystems (raster,
native...).
___
Plasma-devel mailing list
Plasma-devel@kde.org
On Sunday 27 March 2011 23:54:02 José Expósito wrote:
as separate ded? (so something new, generic in kde-workspace)
I'm sorry, I don't know if I understand you well (ded?).
He meant kded.
The generic way of creating small daemons in KDE workspace is doing it as a
KDED Module. A kded
I only want to point out that the performance with extended monitor is NOT
that great when using Intel 965, right now my resolution is:
with: 1280 + 1920
height: 1080
total: 3200x1080
To be able to support this kind of textures some tricks has been added to
the driver but even with that the
Well seems that despite of the differences in our thoughts, there are a
couple of points that everybody agrees on:
1-Maximize the usage of Favorites
2-Maximize the usage of KRunner
3-Find new ways of showing Favorites.
Going beyond that in the mailist will be difficult, maybe an irc session
On 02/02/2011 09:57 PM, Aaron J. Seigo wrote:
--- About taskmanager:
(1) use only icons (this already happens when taskbar is full):
- icon size on the panel should be shortcut size (launcher size,
=Kickoff)
i'm not interested in making it a clone of windows7 :)
I'm not interested
On 02/03/2011 02:23 AM, todd rme wrote:
So I see advantages to both approach. I think the most important
factor are ultimately:
1. Do you have a lot of launchers? If so, then the icon-based task
manager is probably better
2. Do you use grouping? If not, then the icon-based task manager is
On 01/31/2011 03:35 PM, Marco Martin wrote:
yeah, tis is a good point indeed.
what happens now when ap application that saved its geometry when closed on a
bigger screen gets started on the small one?
That you get used to maximize the window because the window doesn't fit
into the small screen
On 01/31/2011 04:11 PM, Marco Martin wrote:
eh.
*cough* statusNotifierItem *cough* ;)
GNOME 3 doesn't use statusNotifierItem?
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On 01/31/2011 05:04 PM, Marco Martin wrote:
duh!
so wouldn't break something that now is working after all ;)
all of this should depend on resolutions returning different values, so
Imho we should disable that feature by default and improve the application
default size.
Maybe the correct way
On 01/31/2011 05:29 PM, Marco Martin wrote:
and they are developing a new standard and already prepared a wiki page
which includes all apps they need to change (also lists various KDE apps);
http://live.gnome.org/GnomeShell/Design/Guidelines/MessageTray/Compatibili
ty
Ah and they deprecated
On 01/31/2011 08:51 PM, Aaron J. Seigo wrote:
that would require GNOME developers attending with the same goal in mind.
unfortunately, they have demonstrated repeatedly during gnome-shell
devleopment that they have no intention to cooperate more. if anything, they
have demonstrated that they
KWin zoom effect using the mouse wheel would be awesome, as a web
developer, is something I really miss from my Compiz time.
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Thanks Marco, and sorry for upsetting you :/ I'd like to do some
adjustments if needed for 4.7 or 4.6.X as I did these last weeks, but I
totally agree with you, no big refactoring or changes should be needed.
Thanks!
___
Plasma-devel mailing list
Hi there
As you may know, recently ereslibre and I have been working on the
Notifications applet, basically fixing some behaviours in
NotificationWidget/Dialog, changing some sizeHints etc... nothing big.
Despite that work, some other parts of the that plasmoid seems to be
really broken, for
On 01/06/2011 02:52 AM, Aaron J. Seigo wrote:
On Wednesday, January 5, 2011, Alex Fiestas wrote:
http://pastebin.com/J0Szcgkz
unfortunate; that guy could be quite a useful tester providing feedback, but i
don't think i could put up with his idiotic attitude for very long.
Well, He
On 12/14/2010 12:30 AM, Ian Monroe wrote:
Dunno if dropping 'kde' makes sense. Dropping the 'base' makes sense,
since its mostly a historical artifact. But workspace is KDE's
workspace under past and present marketing schemes, so it makes sense.
Plasma-workspace might be ok as well, even with
---
This is an automatically generated e-mail. To reply, visit:
http://svn.reviewboard.kde.org/r/5914/
---
Review request for Plasma and Marco Martin.
Summary
---
Currently
On 08/18/2010 07:05 PM, Aaron J. Seigo wrote:
* Once this is implemented, I believe panels should behave the same way,
instead of migrating. It's more consistent that way. thoughts?
i think it will annoy the users who previously sent in bug reports about the
panel not showing up on their
On 08/01/2010 03:53 AM, Aaron Seigo wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/4810/#review6758
---
you don't need to
On 08/01/2010 04:05 PM, John Layt wrote:
On 2010-08-01 01:53:17, Aaron Seigo wrote:
you don't need to propagate wheel events (or most other events, for that
matter, unless there is an underlying implementation that also needs to be
called). i don't know why it would be crashing with
On Wednesday 02 June 2010 14:39:07 Aurélien Gâteau wrote:
It is starting to work reasonably, but I have some design questions
though: what should the widget show when no application is active?
Similarly, what should it show when the selected application window has
no menubar?
Something like
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/4032/
---
Review request for Plasma.
Summary
---
Quicksand is always showed in the
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/4032/
---
(Updated 2010-05-18 14:08:02.989619)
Review request for Plasma, Aaron Seigo and
101 - 200 of 216 matches
Mail list logo
