


Plasma 4 Extensions by taskstruct 67 comments
if you're interested in collaborating along these lines, email me! :) aseigo at kde.org - Dec 03 2011

Plasma 4 Extensions by draxcp6 7 comments
you can use OBS (http://openbuildservice.org/) to build packages for you though and kde-apps.org handles the integration.
cheers... :) - Dec 01 2011

Plasma 4 Extensions by aavci 33 comments

Plasma 4 Extensions by Vicarious 19 comments

Plasma 4 Extensions by Vicarious 19 comments
it lets you set the servers you wish to use, supports drop from places like ksnapshot, supports middle-click pasting, puts the resulting url on the clipboard and presents you with a button to open it in a browser ... it's pretty cool, and in kdeplasma-addons.
please feel free to join us there to improve it even further! - Jul 06 2009

Plasma 4 Extensions by swizec 10 comments
cool little plasmoid there.
since we used to ship a tea cooker with kde, it wouldn't be out of the question to put this directly into kdeplasma-addons if you'd like for kde 4.3.
two small things would need to be done first, though:
* there are hardcoded colours; that's no good =) we would need to replace those with colours from the plasma theme.
* the animation should use Animator::customAnimation so that timers can be aligned and the user can turn them off (e.g. when operating over a network).
these are both trivial things, however.
(oh, and bonus points if you'd be cool with formatting the code to follow the kdelibs coding style, though that's not a strict requirement for kdeplasma-addons)
if you're interested, email us at plasma-devel at kde dot org..
cheers! - Jan 15 2009

Various KDE 1.-4. Improvements by maarizwan 21 comments
> 'Disinterested' one!
wrong again.
> But you people discard many ideas
> cause it takes a different approach
how about this as an alternative option: sometimes i don't take certain suggestion because they are patently bad?
> I'm suggesting using pixmaps for
> each locale
yes, i know what you're suggesting, and this is horrific for translations. i actually DO happen to care about people who run KDE in non-English set ups, and i DO happen to care about those who do the translating. you may not think this is a big issue, but it is.
> Pixmap is more superior from the
> eyecandy point-of-view, and 'i18n'
again, this isn't necessarily the case at all.
but hey, you'll continue to press your points confirmed in your own belief and discounting those who are working on these issues as disinterested, lazy or whatever. it could never be that perhaps they understand the problems more thoroughly, that they are time constrained, or any other number of issues. - Jun 12 2005

Various KDE 1.-4. Improvements by maarizwan 21 comments
> too
the problem is that a single graphical button that has an inherent directional quality won't cut it. having N different buttons, one for each possible direction, is not a very lucid way to go.
> A Few people with Translation can
> make it work!
and how do you translate a graphic? that's not how i18n works. it needs to be created at run time based on regular, unicode text. that means having a button that can be stretched horizontally and look good, which can have text of any given font rendered to it and look decent, etc. it's possible, but this button isn't it.
> And there nothing that says K is
> required! And I did not get you.
evidently you didn't get me, no.
imagine this button being in the middle of the panel. you later say that KDE looks ugly (which i disagree with, but whatever), and yet you can't see how this might be an issue?
> Lazy people make miraculous Excuses
hold on here. did you just call me lazy? or are you attempting some cheap psychology on me, expecting me to say "i'm not lazy, let me prove it to you by doing exactly what you want"?
i thought your continuous off-topic postings on theDot were annoying, but you've just redefined the limits of that now haven't you.
and speaking off-topic ranting posts, as usual, you managed to work one in here too.
you seem to really want to be heard and have your issues addressed. i appreciate that. but the way you go about it makes me want to completely ignore you. why would i want to spend any time whatsoever dealing with a person who complains, moans and insults randomly when i could be working with any of the numerous people who are positive, upbeat and help create an atmosphere of care and mutual respect?
something to think about, perhaps. - Jun 12 2005

Various KDE 1.-4. Improvements by maarizwan 21 comments
- right to left desktops
- translations
- there is nothing that says the K menu is on the left.
i have no real beef with rectangular buttons, but the above 3 points are why it's not realistic to go with something like what you have here.
that said, we do have text-aside-button support in kicker in SVN now. - Jun 12 2005

Science by virtualmeet 137 comments
you can be sure. they've committed to this path publicly and it is in their best interests to do so.
i appreciate the paranoia though ;) - Jun 12 2005

Various KDE 1.-4. Improvements by zvonSully 34 comments
it's been tried before on other platforms and abandoned as the flaws became obvious.
people are not uniformly "beginners" or "advanced" and are very bad at figuring out where they are on such a spectrum. developers who struggle with creating config dialogs would only make more mistakes with this sort of system. and finally, configuring configuration dialogs with metaconfigurations is, if one thinks about it for a few moments, pretty ludicrous =) - Jun 12 2005

Various KDE 1.-4. Improvements by zvonSully 34 comments

Kicker Panel by pootie 5 comments

Various KDE 1.-4. Improvements by lucher 176 comments

Various KDE 1.-4. Improvements by LaFleche 25 comments
it's actually not that much different from minipager. a few extra methods and a few lines of changed code. unfortunately the author reformatted the entire source file and renamed all the classes (unnecessarily) making it harder that it's worth for me to merge it myself =/
oh, and if you include a file whose copyrights say "see the AUTHORS file" you probably should distribute the AUTHORS file too ;)
i'm not particularly sure why everyone forks kicker's code instead of simply making patches, even if they distribute the result of those patches as well in independent releases. =/ - Mar 06 2005

Various KDE 1.-4. Improvements by kedge 27 comments
at least most of the code (almost) properly accredited, unlike many other kicker forkings. =)
(src/containerarea* isn't though, and the AUTHORS file referenced in buttons/* and ui/* contains just Roman's name. so... yeah... almost. =)
anyways, to do this in a way that it would be possible to include with kicker, one would have to port all the buttons to be menuexts, which would be a good thing anyways. it would likely mean moving several classes into libkickermain such as ShowDesktop .. but that too would be good.
it's certainly do-able, and i'd welcome Roman's help in hacking on kicker =) - Mar 06 2005

Various KDE 1.-4. Improvements by oliverthered 26 comments
as for the option, i don't think we need more options. things like this tend to be either better or worse, configuration is only necessary if its worse ;-) - Dec 14 2004
that said, the UI could use some work, but it's early days for this (very cool and much needed) tool.
i just hope that Novell (who now owns SUSE, who employs Waldo, who is writing Kiosktool) sees the value in it and creates tie-ins with their eDirectory (previously NDS) identity management tools. - Jul 08 2004

Dolphin Service Menus by optionX 12 comments

Various Artwork by Yaba 22 comments
i prefer the simple gear of the large picture, but the shadows and symmetry of the chairs of the second. the chairs look somehow unreal and too angular in contrast with the smooth lines of the cog.. - Jan 17 2004

Various KDE 1.-4. Improvements by Bigshut 5 comments
http://developer.kde.org/documentation/tutorials/dot/servicemenus.html - Jul 29 2003

Various KDE 1.-4. Improvements by WinterWolf 18 comments

Various KDE 1.-4. Improvements by WinterWolf 35 comments
the points about Konqueror's highlighting not being the most artistic in the world are accurate. but this isn't about usability it's about how things look. - Feb 07 2003
you are correct that many of the pseudoscreenshots so far mostly consist of new graphic treatments of the menu. such a graphical facelift should be handled by the widget theme. - Oct 21 2002
there is a link to some work that i started during 3.1 and will finish for 3.2 ... i put it aside for 3.2 to take care of more pressing issues for 3.1 ...
the source and screenshot are a bit old. i've got some slightly newer work on my HD at home.
the design is not meant to create a new popup menu widget (how will it look consistent with the given style, otherwise) but there is quite a bit of graphic design to be done on it. the focus is REAL usability and functionality. - Oct 21 2002