> hmm, i think as soon the ev meeting is over today(no idea when :)) me
> nuno and ana should have a brief meeting again? (if we find an
> actually working net would be cool to have also ivan and aaron on
> irc?)
>
That would be great!
But since I won't be at the ev meeting, today i'll be staying
On 7/6/09, Ivan Čukić wrote:
> On Sunday 05 July 2009 19:00:28 Ana Cecília Martins Barbosa wrote:
>> a running preview was the idea.
>> doable?!
>
> We should get together on Wednesday to fill the GSoC things together so that
> we don't have discrepancies in our stories :)
hmm, i think as soon th
On Sunday 05 July 2009 19:00:28 Ana Cecília Martins Barbosa wrote:
> a running preview was the idea.
> doable?!
We should get together on Wednesday to fill the GSoC things together so that
we don't have discrepancies in our stories :)
Say the time. Cheerio
___
On Sunday 05 July 2009, Ana Cecília Martins Barbosa wrote:
> a running preview was the idea.
> doable?!
most likely not. many widgets require configuration (so we'd need a dummy
configuration for them), and then there's the issue of "what do we do when the
user starts interacting with it?" (e.g.
On Sunday 05 July 2009 19:00:28 Ana Cecília Martins Barbosa wrote:
> a running preview was the idea.
> doable?!
p.s. I'm on IRC ivan_AWAY if you have any more questions
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listin
On Sunday 05 July 2009 19:00:28 Ana Cecília Martins Barbosa wrote:
> a running preview was the idea.
> doable?!
doable for what? don't worry, the only thing they need to know is whether we
(that is I) are satisfied with you :)
___
Plasma-devel mailing li
a running preview was the idea.
doable?!
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
On Wednesday 01 July 2009, Ivan Čukić wrote:
> The main reason I like the feature in question is that it is a cool and
> unique idea.
that is true. tbh, i've had great inner debates about it myself for this very
reason ;)
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F
With the risk of repeating myself, I have nothing against removing this
feature if others agree, so there's no point in arguing at all. (at least not
with me :) )
The main reason I like the feature in question is that it is a cool and unique
idea.
Cheerio
__
On Tuesday 30 June 2009, Ivan Čukić wrote:
> The example from the computer-life that is symmetric is the task-bar (or,
> even, better - dock) - you can close the windows from it although it is
> used to open/activate them.
there's a 1:1 relationship between the entry on the taskbar or dock and the
> is it really a symmetric activity though?
LOL. you're good (the examples, obviously) :)
I agree that it isn't, but as an ex-non-digital artist, I would very much like
it to be (just like having the undo option :) ).
The example from the computer-life that is symmetric is the task-bar (or,
eve
On Tuesday 30 June 2009, Ivan Čukić wrote:
> The point of showing the instances is the ability to remove the applets the
> same way they are added.
is it really a symmetric activity though?
ok, real-world-examples time:
a painting on canvas.
you put some ocher paint in the sky of your landscape
> well, there is a more drastic approach, which is not to use model/view at
> all. just grab the list of applets, create one AppletIcon per entry and
IMO, it would be too much (although possible) because of planned integration
of GHNS which already is modeled.
> here's a crazy, crazy idea:
> we
On Monday 29 June 2009, Ana Cecília Martins Barbosa wrote:
> > libplasma and i don't expect you to fix _everything_ in plasma as you go
> > ;)
>
> That would be great great great!
ok, i'll see if i can implement this today...
> > so here's my suggestion: let's use clickable Plasma::ToolTips. mous
On Monday 29 June 2009, Ana Cecília Martins Barbosa wrote:
> > the code structure of the old applet dialog was highly engineered with
> > several
> > layers of indirection in the code. it was not easy to get into and that,
> > coupled with "well, it basically works as it is now", is why it never
>
t ever exists, will be as easy as
writing its name. Wonderful!
for the applet browser .. not so sure :)
>
> so here's my suggestion: let's use clickable Plasma::ToolTips. mouse over
> the
> applet and you get a tooltip. want info, click on the info button in the
> toolti
Hi!
> with a linear listing we can then take this widget and put it _right
> inside_
> the PanelController widget. so when the user clicks "Add Widget" in the
> panel
> they get the PanelController but with your interface in it.
Neat! :)
for the desktop, we can just throw up a very simple pane
:)
i can see the point of that.
> however, we already have Plasma::SvgWidget that does exactly what that is.
>
> recommendation: drop StandardCustomWidget. use Plasma::SvgWidget.
Didn't know! My mistake.
Or did I know?!
there is ManageWidgetsPushButton, which subclass StandardCustomWidget. just
Hi!
First of all, thank you for your feed back on the code, that was necessary
by now. As a freshgirl I need to be put in line by whoever feels like I need
to (mostly ivan feels like everyday (kidding!) :P) and that's a nice thing
to me cause: I can get better and used to the way you work here, and
On 6/29/09, Aaron J. Seigo wrote:
> On Monday 29 June 2009, Marco Martin wrote:
>> the panel controller is about 100 pixels high (don't see how to make
>> it smaller) adding the pab directly here (without repacing it upon add
>> widgets button press)
>
> as i imagined it, it would replace the UI t
On 6/29/09, Ivan Čukić wrote:
>> couldn't be used for both that and the bubbles graphics drawn directly
>> into the icon pixmap?
> Not really.
> - the bubbles need to be clickable -> info about where the applet is /
> option
> to remove it
> - the emblems should have a hover - tooltip so that th
On Monday 29 June 2009, Marco Martin wrote:
> the panel controller is about 100 pixels high (don't see how to make
> it smaller) adding the pab directly here (without repacing it upon add
> widgets button press)
as i imagined it, it would replace the UI that's there. the sizing sliders,
etc woul
> it smaller) adding the pab directly here (without repacing it upon add
> widgets button press) would make it 200-250 pixel high, wouldn't eat a
> bit too much space?
I think Aaron (just as we considered yesterday on IRC) meant to replace the
content of the panel control bar with PAB.
>
> > fo
> couldn't be used for both that and the bubbles graphics drawn directly
> into the icon pixmap?
Not really.
- the bubbles need to be clickable -> info about where the applet is / option
to remove it
- the emblems should have a hover - tooltip so that the user knows what they
mean (maybe even c
On 6/29/09, Aaron J. Seigo wrote:
> hi...
>
> (last one for now ... )
>
> so, next up: the layout of the applet icons.
>
> right now they are in a 2D grid. if they are in a linear list then the eye
> can
> traverse in one direction only, but there are bigger wins to be had!
>
> with a linear listi
On 6/29/09, Ivan Čukić wrote:
>> > mock that represent instances of the applet that is represented by the
>> > icon in question.
>>
>> makes sense...
>
> Forgot to add, and we'll probably need some emblems. I know those are not
> used
> and are not known to exist in the current PAB, but I think it
See "**PLPL" below.
> Message: 6
> Date: Sun, 28 Jun 2009 17:19:19 -0600
> From: "Aaron J. Seigo"
> Subject: applet browser widget: the icon and the info
> To: plasma-devel@kde.org
> Message-ID: <200906281719.20272.ase...@kde.org>
> Conte
On Monday 29 June 2009, Ivan Čukić wrote:
> > for the desktop, we can just throw up a very simple panel style widget at
> > the bottom of the screen .. if there's a panel down there, it would even
>
> The main problem I have with panel-pab is that I see no way to add widgets
> to the desktop area b
> > mock that represent instances of the applet that is represented by the
> > icon in question.
>
> makes sense...
Forgot to add, and we'll probably need some emblems. I know those are not used
and are not known to exist in the current PAB, but I think it'd be cool to
have emblems for some of t
Not concerning myself with 'whether one-line is good or not' I just have a few
possible issues I wanted to tackle yesterday.
> inside_ the PanelController widget. so when the user clicks "Add Widget" in
> the panel they get the PanelController but with your interface in it. it
This is something I
On Monday 29 June 2009, Ivan Čukić wrote:
> It concerns the icon widgets. There needs to be a subclass of the plasma's
> iconwidget because it needs to show, apart from the icon and title, the
> 'instance bubbles' - the small bubbles you could see in the mock that
> represent instances of the apple
Hi Aaron,
Just a few comments... well, one comment to be honest :)
It concerns the icon widgets. There needs to be a subclass of the plasma's
iconwidget because it needs to show, apart from the icon and title, the
'instance bubbles' - the small bubbles you could see in the mock that
represent
hi...
(last one for now ... )
so, next up: the layout of the applet icons.
right now they are in a 2D grid. if they are in a linear list then the eye can
traverse in one direction only, but there are bigger wins to be had!
with a linear listing we can then take this widget and put it _right in
seem mentally like such a big deal.
for the applet browser .. not so sure :)
so here's my suggestion: let's use clickable Plasma::ToolTips. mouse over the
applet and you get a tooltip. want info, click on the info button in the
tooltip. this will work _really_ nicely if the i
hi ...
so, next topic: the actually icon that shows an applet. there currently is a
QGraphicsWidget that represents an applet. this is great :)
however, the code has fallen into the "make it all generic with a hierarchy of
classes!" trap :) there's StandardCustomWidget. i can see the point of t
hi ..
so, having looked through the code there are a number of different issues i'd
like to address ... there's a lot of good ideas in there already and it's
great to see code written and working. so take this as constructive critique
hopefully building on what's already there ;)
so .. code co
> sorry i missed the meeting; had a family issue come up this morning.
> sundays can be difficult.
Well, we canceled the meeting since we need your input. The rest of us were at
the last (the provided log).
cheerios
___
Plasma-devel mailing list
Plasma
On Sunday 28 June 2009, Ana Cecília Martins Barbosa wrote:
> The meeting is about to begin so we can discuss everything there!
sorry i missed the meeting; had a family issue come up this morning. sundays
can be difficult.
i just took a look at the code[1] and ran the application as it currently
I wasn't at the meeting where you discussed the problems with the project,
but ivan told me in few words what where them and I got a little confused -
but now you made it clear to me what are the actual problems.
I agree with what you are exposing, and I think you could have came up with
great idea
On Saturday 27 June 2009, Jesus Sanchez-Palencia wrote:
> Sorry for asking, but what do you mean by misunderstanding ?!
> Weren't those layouts posted on planet kde (ana's blog) sometime ago, with
> lots of reviews from the community and mockups by she, pinheiro and others?
unfortunately i wasn't
On 6/27/09, Aaron J. Seigo wrote:
> On Saturday 27 June 2009, Ivan Čukić wrote:
>> The proposal is to have it tomorrow at UTC 18h. Please respond ASAP if
>> some
>> other time would better suite you.
>
> works for me.
shoulc be herde yeah
> --
> Aaron J. Seigo
> humru othro a kohnu se
> GPG Finger
Sorry for asking, but what do you mean by misunderstanding ?!
Weren't those layouts posted on planet kde (ana's blog) sometime ago, with
lots of reviews from the community and mockups by she, pinheiro and others?
cheers,
jeez
___
Plasma-devel mailing l
On Saturday 27 June 2009, Ivan Čukić wrote:
> The proposal is to have it tomorrow at UTC 18h. Please respond ASAP if some
> other time would better suite you.
works for me.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core deve
Hi,
Because there was some misunderstanding concerning the layout of the new
currently-in-development PAB (Plasma Applet Browser), we'll need a new meeting
to rethink the things through.
The must-be-there list of persons, in no particular order:
Ana
Myself
Aaron
Jeremy Whithing
hi ...
i'm thinking of moving the applet browser out of libplasma and into
plasma/sheels/appletbrowser/ where the two bits of code that actually use it,
the desktop and screensaver shells, can just build the code directly into
their projects.
this way we don't have to support
45 matches
Mail list logo
