This forum has been archived. All content is frozen. Please use KDE Discuss instead.
The Discussions and Opinions forum is a place for open discussion regarding everything related to KDE, within the boundaries of KDE Code of Conduct. If you have a question or need a solution for a KDE problem, please post in the apppropriate forum instead.

some questions about features in next release

Tags: None
(comma "," separated)
dgrat
Registered Member
Posts
7
Karma
0
i like kde, but i wanne know, if there are plans to make the window-applet get rid of handling more than one line of windows.
furthermore, there is still the bug with the system-tray-applet. it is written in a very **** style and doesnt support transparancy (in special the x11-embed-containers) and the layout of items uses very much parts of code.... last version i checked has bugs to in "layouting". but i dont know a better way to get tasks displayed than the qt-way in the moment. maybe it would be helpful to expand plasma-api^^ but this api is declared as stable aso (dont know why they think it is finished). but i think there are many functions left (not quiet sure, dont use plasma often)

and why the plasmoidviewer needs this **** *.desktop files. this was one of the most worse things, it makes quick tests nearly impossible. i i think i would had written a small testutility with absolute path-handling....


dgrat, proud to be a member of KDE forums since 2008-Oct.
User avatar
sebas
KDE Developer
Posts
88
Karma
2
OS
> window-applet get rid of handling more than one line of windows

I assume you're talking about the taskbar. In current trunk, it'll use more than one row, if space is available and enough tasks warrant doing it.

> system-tray-applet. it is written in a very **** style and doesnt support transparancy

The code has been cleaned up, refactored, and things such as proper transparency hacks have been added. GTK+ has also improved in the meantime, so that it doesn't crash when the systray asks the app to use ARGB values. Icon-hiding is a nice extra.

> expand plasma-api^^ but this api is declared as stable aso (dont know why they think it is finished)

Stable doesn't mean finished, it does mean that a certain subset won't change in a given timeframe. A stable API can be extended.

> and why the plasmoidviewer needs this **** *.desktop files. this was one of the most worse things, it makes quick tests nearly impossible. i i think i would had written a small testutility with absolute path-handling....

Should be easy enough to do, add it to the KDE standard dirs and the app should find the meta data even if it's not 'installed'. As .desktop files carry important metadata, you probably won't be able to do without them -- but then, have a look at them, they contain necessary information that you have to put *somewhere*.


-- sebas


Bookmarks



Who is online

Registered users: bartoloni, Bing [Bot], Google [Bot], Yahoo [Bot]