This is mostly dedicated to Aaron and Rob (IIRC, Rob did PopupApplet and
Extenders)
The passive pop-up problem got me thinking.
When a dialog is passive, it can only receive keyboard input when its parent
application has the focus.
This means that the text-box in the calendar (the
On Dienstag 24 März 2009 00:38:44 Sebastian Kügler wrote:
Hi Max,
Welcome to Plasma :)
On Monday 23 March 2009 21:31:56 Max Greenblatt wrote:
I am a senior in computer engineering at the University of Michigan.
I am a huge fan of KDE 4.0 and I found the proposed Raptor menu to be
On Tuesday 24 March 2009, Sebastian Kügler wrote:
The short version
Is there a way to offer plasma applet creation based on mimetypes of
content dropped onto Plasma also for URLS?
The Good
I think that dropping random content on the desktop is a very strong UI
metaphor. If we can make
On Tuesday 24 March 2009 12:37:18 Ivan Čukić wrote:
When a dialog is passive, it can only receive keyboard input when its
parent application has the focus.
This means that the text-box in the calendar (the clock-pop-out-calendar,
not the calendar applet) meant for entering the date works only
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/372/#review585
---
trunk/KDE/kdelibs/plasma/abstractrunner.h
On Tuesday 24 March 2009, Rob Scheepmaker wrote:
as possible. The calendar only opens when the user wants to, in which case
passive popup isn't necessary at all.
think about when and why the user opens the calendar: to check dates. often
this is to coordinate something going on somewhere else,
On Tuesday 24 March 2009, Marco Martin wrote:
The above procedure works nicely for local content, such as files. URL's
are a special kind of draggable content though. As far as I understand, a
URL doesn't have a mimetype attached, it's either data + mimetype (+
other metainformation) or
Hi! =)
On Monday 23 March 2009 18:05:12 Emmanuel Lepage-Vallée wrote:
Hi, almost no one seem have have got my first mail so I send a new one. It
is also a new version of my proposal. I will also make an use case as
notmart and MoRpHeUz thinks it is a good idea. I will also send the
proposal
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/366/
---
(Updated 2009-03-24 07:23:52.484603)
Review request for Plasma.
Changes
On Tuesday 24 March 2009, Sebastian Kügler wrote:
The short version
Is there a way to offer plasma applet creation based on mimetypes of
content dropped onto Plasma also for URLS?
[...]
I'd like to have this fine mechanism also working URLs and be a bit
smarter about that. I'm not sure
On 3/24/09, Artur Souza(MoRpHeUz) morph...@openbossa.org wrote:
Hi! =)
On Monday 23 March 2009 18:05:12 Emmanuel Lepage-Vallée wrote:
Hi, almost no one seem have have got my first mail so I send a new one. It
is also a new version of my proposal. I will also make an use case as
Hey, could someone take a look on my GSoC proposal to the New Widget
Explorer project and maybe suggest anything? :)
Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw
thanks in advance,
annieC
___
Plasma-devel mailing list
On Tue, Mar 24, 2009 at 16:04, Marco Martin notm...@gmail.com wrote:
i think the central part of this project should be making that central
icon vieew really solid, it should be able to show installed
appplications (or even just the useful fraction of them) and or
running apps, then for a
On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote:
On Tuesday 24 March 2009, Marco Martin wrote:
The above procedure works nicely for local content, such as files.
URL's are a special kind of draggable content though. As far as I
understand, a URL doesn't have a mimetype attached,
On Tuesday 24 March 2009 15:24:11 Dominik Haumann wrote:
On Tuesday 24 March 2009, Sebastian Kügler wrote:
The short version
Is there a way to offer plasma applet creation based on mimetypes of
content dropped onto Plasma also for URLS?
[...]
I'd like to have this fine mechanism
On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote:
On Tuesday 24 March 2009, Marco Martin wrote:
The above procedure works nicely for local content, such as files.
URL's are a special kind of draggable content though. As far as I
understand, a URL doesn't have a mimetype attached,
On Tuesday 24 March 2009, Michael Rudolph wrote:
On Tue, Mar 24, 2009 at 16:04, Marco Martin notm...@gmail.com wrote:
i think the central part of this project should be making that central
icon vieew really solid, it should be able to show installed
appplications (or even just the useful
On Tuesday 24 March 2009, Sebastian Kügler wrote:
On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote:
On Tuesday 24 March 2009, Marco Martin wrote:
The above procedure works nicely for local content, such as files.
URL's are a special kind of draggable content though. As far as I
After observing a few non-techie people use my laptop I have noticed
that they tend to panic slightly when the calendar pop-up doesn't
disappear automatically. Waggling the mouse about while they work out
where they need to click seems to be the usual response.
It would nice at least to give
Hi Annie,
Before I start, I want you to welcome you to KDE and Plasma, and to say that
everything I write here is solely my point of view, and doesn't need to
reflect the opinion of other Plasma mentors.
I needed to write the statement above since most of the time I sound to harsh
while I'm
On Tuesday 24 March 2009, Ana Cecília Martins Barbosa wrote:
Hey, could someone take a look on my GSoC proposal to the New Widget
Explorer project and maybe suggest anything? :)
Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw
thanks in advance,
annieC
really good, i
On Tue, Mar 24, 2009 at 16:46, Marco Martin notm...@gmail.com wrote:
given that someone doesn't find some revolutionary way to launch aplications
(or call them tasks or activities or whatever) better than an icon grid...
Cheers,
Marco Martin
Hi Marco,
hihi, I guess that was what I was
On Tuesday 24 March 2009, Casper Clemence wrote:
It would be great if it could somehow elegantly support both usage
patterns. Some sort of button that could be pressed that clearly meant
don't disappear... hmmm
what we did in kde3 was provide a close button. a generic collapse this back
Hi Michael!
On Tuesday 24 March 2009 14:00:43 Michael Rudolph wrote:
If that sounds like it could indeed be better than an icon grid, we
should pursue this further, perhaps by agreeing on some use cases
first that are important to us. And also keep coordinating with our
soc students.
I think
On Tuesday 24 March 2009, Michael Rudolph wrote:
I never understood why plasma-mid wants to cater to, well, MIDs, as
well as netbooks.
because i was tainted by looking at MIDs from the people who coined the
term, Intel, and not the MIDs that we all tend to think of such as the n810.
the
On Tuesday 24 March 2009, Sebastian Kügler wrote:
On Tuesday 24 March 2009 14:30:41 Aaron J. Seigo wrote:
On Tuesday 24 March 2009, Marco Martin wrote:
The above procedure works nicely for local content, such as files.
URL's are a special kind of draggable content though. As far as I
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/405/
---
Review request for Plasma.
Summary
---
The oldschool Passive Popup
On Tuesday 24 March 2009, Ana Cecília Martins Barbosa wrote:
Here is the link: http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw
welcome to the project; thanks for the SoC proposal.
now let's do a pros and cons list! :)
pros:
* i like that you are planning on starting with user research, and
On Tuesday 24 March 2009, Michael Rudolph wrote:
On Tue, Mar 24, 2009 at 16:46, Marco Martin notm...@gmail.com wrote:
given that someone doesn't find some revolutionary way to launch
aplications (or call them tasks or activities or whatever) better than an
icon grid...
Cheers,
Marco
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/405/#review589
---
i would really love to see what is the best (and more crossdesktop)
it would (with the current implementation) induce closing the popups when
they lose the focus, which is not desired (at least not for
Passive or not is set on PopupApplet, not extenders (through
I know, I just mentioned them as an example where auto-close-on-lost-focus is
bad idea.
I agree
On 2009-03-24 10:53:27, Aaron Seigo wrote:
we can certainly put an upper limit on the size of the images, and make
them smaller on the sending side too. (better for the transmission over the
bus)
i think sticking with image_data makes sense; it's a place galago can and
should be
On Tuesday 24 March 2009, Aaron J. Seigo wrote:
On Tuesday 24 March 2009, Michael Rudolph wrote:
I never understood why plasma-mid wants to cater to, well, MIDs, as
well as netbooks.
because i was tainted by looking at MIDs from the people who coined the
term, Intel, and not the MIDs that
On Mon, Mar 23, 2009 at 3:13 PM, Aaron J. Seigo ase...@kde.org wrote:
On Monday 23 March 2009, Guillaume Pothier wrote:
Hi, not sure it is related, but since a few days I've notived that I
loose the panel when I go from two monitors to one. I have the panel
on the external monitor, and it
On 2009-03-24 06:24:42, Kevin Ottens wrote:
trunk/KDE/kdelibs/plasma/abstractrunner.h, line 83
http://reviewboard.kde.org/r/372/diff/2/?file=3421#file3421line83
Why not a default ctor instead? You've accessors anyway and it's mainly
a data store class.
a Syntax without an
On Tuesday 24 March 2009 20:03:25 Aaron Seigo wrote:
so i'd like to keep addSyntax as that keeps the runners simpler, but add a
setSyntaxes and removing clearSyntaxes does make sense ... thoughts?
I'm fine with keeping addSyntax and adding setSyntaxes (I proposed something
similar before
that's actually partly the definition of passive, and you can get at this
API-wise by using KWindowSystem (which is what PopupApplet is doing
Maybe I haven't explained myself. Passive window is a window that is not
managed by the window manager, that is, it can not have the focus. Is that
Hi,
I'm writing a GSoC application to the Plasmate project.
On the project website
(http://techbase.kde.org/Projects/Plasma/PlasMate) there is a quite
extensive description of what is should do, and even a design
description listing and describing the main classes used.
This doesn't live much
Hello again,
I know it's been quite a time but it's not too late. I still want to
participate, and I have some more technical questions. I tried irc yesterday
but only today I realized that was the wrong channel (duh!)
Ok, so the main question is: Will be the dock a containment or a applet, and
Thanks everybody for the feedback. This is the first time I'm doing this, so
it's very important to me to hear from you guys - I listened to every
suggestion you gave me.
here is the link to the updated proposal:
http://docs.google.com/Doc?id=ddxppm45_13cc2rrqcw
The things I corrected were
Good evening to you all, good Madams and Sirs!
Compliment of the day and how is life general with you?
I plan on submitting a proposal for writing a Plasma-oriented IDE, Plasmate.
Some of the excellent Plasma-developers have already started on it, with a lot
of nice ideas and even a skeleton
On Tuesday 24 March 2009, Guillaume Pothier wrote:
On Tue, Mar 24, 2009 at 6:46 PM, Aaron J. Seigo ase...@kde.org wrote:
the question becomes: do we want to introduce some logic (which will
likely get a bit complex) to make things work differently?
Yes, I think it is very much needed.
On Tue, Mar 24, 2009 at 8:07 PM, Aaron J. Seigo ase...@kde.org wrote:
About NearestScreen(), it could just actually be the next configured
screen, like (s+1)%N, or something like that, if we do not have
information about where the removed screen was.
we probably have geometry information
43 matches
Mail list logo