Hi,
Looks good, I like it :). However, I don't like that there're different ways
of displaying this add/remove thingy in KDE, e.g.
Amarok -
http://images.maketecheasier.com/2008/12/amarok-dynamic-playlist.jpg
Dolphin search -
On Friday 20 November 2009 22:15:45 Anselmo Melo wrote:
On 2009-11-20 19:46:47, Marco Martin wrote:
i still think the button should be between the input field and the
tabbar, to not take even more vertical space
Anselmo Melo wrote:
Nica. I'll change that and update the
On Mon, Nov 23, 2009 at 05:39, Chani chan...@gmail.com wrote:
anyways, I'm not happy with the new strings at the bottom there. not happy at
all. any suggestions?
Hi Chani,
I created a little screencast of the plugin configuration work flow.
(Mainly because I have never done a screencast
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2264/#review3242
---
funy bug; this should be fixed in libplasma, really, which would make
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/1526/#review3243
---
On November 23, 2009, Hans Chen wrote:
Amarok -
http://images.maketecheasier.com/2008/12/amarok-dynamic-playlist.jpg
Dolphin search -
http://2.bp.blogspot.com/_zDPqioLuxns/Sv6j1Y548ZI/AHg/XLSyabEI33w/s
1600-h/searching0.png
honestly, while i understand why it was done like that in
On November 23, 2009, Michael Rudolph wrote:
As Hans already suggested, the Add trigger-button could be placed a
bit more prominently. I put it on top, but it could sure stay at the
bottom as well.
if it moves to the top, then the items should appear at the top as well. this
also would mean
On November 22, 2009, Chani wrote:
I've rearrranged some things, and added some stuff...
http://chani.ca/sshots/mousplugins.png
some header strings are missing that would make it a bit more obvious imho; or
maybe not? :)
instead of Mouse Plugins perhaps Mouse Actions?
does the text at the
Well, Aaron was fast than me for some answers :P
On Monday 23 November 2009, 14:48 Aaron J. Seigo wrote:
it's close, but there will be things in it that just don't fit very well.
fortunately, plasma encourages a highly modular design and so parts that do
make sense can be shared between
On Mon, Nov 23, 2009 at 10:26 AM, Petri Damstén petri.dams...@gmail.com wrote:
Modified the diff so it puts the Get New Widgets to the filter row:
http://kotisivu.lumonetti.fi/damu0/misc/we.diff
It also adds close button but It's not working yet:
On November 23, 2009 10:17:02 Aaron J. Seigo wrote:
On November 23, 2009, Hans Chen wrote:
Amarok -
http://images.maketecheasier.com/2008/12/amarok-dynamic-playlist.jpg
Dolphin search -
http://2.bp.blogspot.com/_zDPqioLuxns/Sv6j1Y548ZI/AHg/XLSyabEI33w
/s 1600-h/searching0.png
On November 23, 2009 06:24:35 Michael Rudolph wrote:
On Mon, Nov 23, 2009 at 05:39, Chani chan...@gmail.com wrote:
anyways, I'm not happy with the new strings at the bottom there. not
happy at all. any suggestions?
Hi Chani,
I created a little screencast of the plugin configuration work
On November 22, 2009 21:47:35 Hugo Pereira Da Costa wrote:
Hi Chani,
just a naive question, why do you use a sunken frame to display the
triggers ? As far as I know this is the only place where things are
presented this way (usually config have either Tabs, group boxes, or are
plain flat). Is
On November 23, 2009, Chani wrote:
2. Change actions/edit-delete.png icon to actions/list-remove.png for
remove button
+1
I don't understand why everyone likes that red dash. I've always thought
the red x communicated more clearly that this is a destructive action.
that's up to
Hey!
On Monday 23 November 2009, 15:39 Anselmo Lacerda S. de Melo wrote:
WIP to make the close button work. A question: Should this button
close only the widgets explorer (and show the panel settings again) or
should it close both?
Probably just widgets explorer as it may appear without the
On 11/23/2009 01:15 PM, Chani wrote:
On November 22, 2009 21:47:35 Hugo Pereira Da Costa wrote:
Hi Chani,
just a naive question, why do you use a sunken frame to display the
triggers ? As far as I know this is the only place where things are
presented this way (usually config have either
On November 23, 2009, Chani wrote:
btw, the column with the config button... it goes all stretchy if there are
no plugins with config available. can I fix that with stretch factors too?
yes :) just setting a stretch factor on the column with the plugin comboboxes
should fix both issues.
--
well, pieces will be in 4.4, such as the keyboard. the plasma-mobile shell
doesn't have a target date yet, but is at least started.
I'm very keen on seeing how you guys designed the keyoard in diffrence what
I had in my head about it.
it's close, but there will be things in it that just
On Monday 23 November 2009, Andreas Marschke wrote:
well, pieces will be in 4.4, such as the keyboard. the plasma-mobile
shell doesn't have a target date yet, but is at least started.
I'm very keen on seeing how you guys designed the keyoard in diffrence
what I had in my head about it.
On November 23, 2009, you wrote:
it's close, but there will be things in it that just don't fit very well.
fortunately, plasma encourages a highly modular design and so parts that
do make sense can be shared between plasma-netbook and plasma-mobile
without much effort at all.
yes; it
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2262/#review3246
---
Ship it!
Part 1 is already implemented in SVN, but part 2 looks good
Should I move it to trunk?
If so, kdebase or kde-plasma-addons?
Thanks
--J
On Friday 13 November 2009 19:33:57 Jacopo De Simoi wrote:
I've just moved a the solidrunner to kdereview, for inclusion in 4.4 in
kde-plasma-addons or kdebase; I'm actually not quite sure on that.
The runner is
Am Montag 23 November 2009 23:16:10 schrieb Alexis Ménard:
KWin works out of the box without anything, it just doesn't have OpenGL
support mainly because KWin effects are using raw OpenGL which is different
from OpenGL ES 2.0. I don't think we need for now to replace the window
manager.
On 2009-11-23 22:15:16, Fredrik Höglund wrote:
/trunk/KDE/kdebase/apps/plasma/applets/folderview/iconview.cpp, line 1669
http://reviewboard.kde.org/r/2262/diff/1/?file=14932#file14932line1669
Stopping the timer once should hopefully be enough (See the line below
this one).
On November 23, 2009 12:59:01 Aaron J. Seigo wrote:
On November 23, 2009, Chani wrote:
btw, the column with the config button... it goes all stretchy if there
are no plugins with config available. can I fix that with stretch factors
too?
yes :) just setting a stretch factor on the column
does the text at the bottom appear only when one of the trigger buttons is
pressed? perhaps showing a tooltip on the button in question when it is
pressed might work nicer (so that one doesn't have to look to the bottom of
the edit area)?
perhaps a Click to change action trigger tooltip
Hi Aaron,
All suggestions have been done ! See comments below.
Thanks,
Sandro
* i see that it uses Qwt in one class. this is likely to diminish both the
user base of it as well as it's plasma-ness. does Plasma::SignalPlotter give
you something similar? if not, then a check in the
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2260/#review3248
---
Ship it!
- Aaron
On 2009-11-22 15:32:19, Jacopo De Simoi wrote:
---
This is an automatically generated e-mail. To reply, visit:
http://reviewboard.kde.org/r/2259/#review3250
---
Ship it!
- Aaron
On 2009-11-21 18:20:59, Jacopo De Simoi wrote:
On November 23, 2009, Jacopo De Simoi wrote:
Should I move it to trunk?
If so, kdebase or kde-plasma-addons?
i think this one belongs in kdebase. it's a basic feature imo.
--
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43
KDE core
On November 23, 2009, Sandro Andrade wrote:
* i see that it uses Qwt in one class. this is likely to diminish both
the user base of it as well as it's plasma-ness. does
Plasma::SignalPlotter give you something similar? if not, then a check in
the CMakeLists.txt file for Qwt is required
On November 23, 2009, Chani wrote:
2) when I click the button, the tooltip unshows, right when the user is
likely to need it most. it shows up again if I move the mouse a few
pixels, but is there a way to manually show it?
hm.. doesn't seem to be, no, which sucks. maybe a label somewhere
On November 23, 2009 17:15:06 Aaron J. Seigo wrote:
On November 23, 2009, Chani wrote:
2) when I click the button, the tooltip unshows, right when the user is
likely to need it most. it shows up again if I move the mouse a few
pixels, but is there a way to manually show it?
hm..
I've tried the SignalPlotter but apparently its time-dependent
approach doesn't properly fit the needs in commit history. I need to
include data which are sparse in time and that would be harder to
achieve. So, I keep using Qwt, cmake module was included, and checked
in CMakeLists.txt.
i
On Tue, Nov 24, 2009 at 9:49 AM, Hugo Pereira Da Costa
h...@oxygen-icons.org wrote:
On 11/23/2009 01:15 PM, Chani wrote:
On November 22, 2009 21:47:35 Hugo Pereira Da Costa wrote:
Hi Chani,
just a naive question, why do you use a sunken frame to display the
triggers ? As far as I know this
On 11/23/2009 10:26 PM, Ben Cooksley wrote:
On Tue, Nov 24, 2009 at 9:49 AM, Hugo Pereira Da Costa
h...@oxygen-icons.org wrote:
On 11/23/2009 01:15 PM, Chani wrote:
On November 22, 2009 21:47:35 Hugo Pereira Da Costa wrote:
Hi Chani,
just a naive question, why do you use a sunken
On Tue, Nov 24, 2009 at 6:31 PM, Hugo Pereira Da Costa
h...@oxygen-icons.org wrote:
On 11/23/2009 10:26 PM, Ben Cooksley wrote:
On Tue, Nov 24, 2009 at 9:49 AM, Hugo Pereira Da Costa
h...@oxygen-icons.org wrote:
On 11/23/2009 01:15 PM, Chani wrote:
On November 22, 2009 21:47:35 Hugo
37 matches
Mail list logo
