pervirtualdesktopviews=true does not work
Hi guys, pervirtualdesktopviews=true in ~/.kde/share/config/plasmarc can not enable different desktops load different applets. any steps I missed? how can each desktops include diff applets? BTW, in kde 4.2, pervirtualdesktopviews=true sometimes lead to, eg: plasma has 3 desktops, 2 desktops are in black background ??? -- Good luck ! ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: pervirtualdesktopviews=true does not work
On Thursday 17 September 2009, 05:07 WuYongbo wrote: pervirtualdesktopviews=true in ~/.kde/share/config/plasmarc can not enable different desktops load different applets. any steps I missed? how can each desktops include diff applets? If you are using kde 4.3 you do not need to edit config files anymore. Just zoom out and you'll see a dialog to configure this. Cheers, -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: KNotificationItem specification - first draft
On Monday 07 September 2009, Jon A. Cruz wrote: On Sep 7, 2009, at 11:54 AM, Marco Martin wrote: now i'm not sure about the current status of the tcp transport of dbus, but once it works i don't see particular problems, big endian machines would have to invert the bytes of the image by hand, that is something that somebody will inevitably have to do in a mixed environment. i think it's possible to avoid an extra field for that anyways A general approach has been to define things as network byte order... aka big-endian. Regardless, it should be made explicit and the future use explicitly covered. If I recall correctly, X11 address this for datatypes by being explicit about data types and sizes, and then for multi-byte values the system automatically handles client/server differences in byte order. This does come up for clipboard and drag-n-drop operations also. In fact, I recall having some problems with Qt/KDE color types not being defined correctly. The color format was 16-bit component values, but Qt/KDE gave 8-bit format for the 16-bit data. In that case 16-bit format would be converted automatically by the transport, but 8-bit format required some kludges and trying to standardize on the byte order, etc. The most likely cause was simply oversight on the part of Trolltech, combined with not enough time/resources to run some heterogenous tests. It probably would be good if new protocols would avoid problems initially. Then we won't have to add work-arounds and such later. just to keep things updated.. i've put the requirement of images in network byte order in the current rev of the spec and updated our implementation accordingly Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
netbook irc meeting
Hi all, since i want to do the netbook shell as good as possible, i'm interested to hear opinions and directions from you guys =D i would like to have a little irc meeting about it, to discuss some of the issues there still are in the current implementation, possible topics are: -point of the situation, what actually are the issues :) -integration with the system, like with kwin, and how to start a netbook session -default applets layout, what to put in the containments -look and feel: how should actually look from a designe pov -priorities: what is really important for 4.4, what can be 4.5 more implementation details, not really metting topics: -how to loadthe default layout: hardcode/vs default config fie/vs scripting -what are the ugly spots in the code and things like that could be done? what do you think? Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
A Quinta, 17 de Setembro de 2009 15:31:39 Marco Martin você escreveu: Hi all, since i want to do the netbook shell as good as possible, i'm interested to hear opinions and directions from you guys =D i would like to have a little irc meeting about it, to discuss some of the issues there still are in the current implementation, possible topics are: -point of the situation, what actually are the issues :) -integration with the system, like with kwin, and how to start a netbook session -default applets layout, what to put in the containments -look and feel: how should actually look from a designe pov -priorities: what is really important for 4.4, what can be 4.5 more implementation details, not really metting topics: -how to loadthe default layout: hardcode/vs default config fie/vs scripting -what are the ugly spots in the code and things like that could be done? what do you think? Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel just say the day and hour and i will be there :) -- Oxygen coordinator ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Plasma wallpaper changing via D-Bus
On September 16, 2009, Renan Cakirerk wrote: I would appreciate any assistance or advice on which file(s) I should modify to add d-bus support for the wallpaper changing feature. (kdebase-workspace-4.2.4/plasma/shells/desktop)? yes, this would go into shells/desktop. note that 4.2.4 is a bit old by now as far as development goes: we're working already on 4.4. if you can work using the sources in KDE's svn trunk that would be best, otherwise we can hopefully forward port your work. anyways .. you'll want to build dbus bridges between DesktopCorona (which knows about all the Containments), Containments and wallpapers. essentially, you should be able to enumerate Containments from the DesktopCorona, then ask the Containment for it's wallpaper object and then pass in URLs to the wallpaper object (as well as perhaps retrieve what mimeyptes, if any, that wallpaper object supports). this means you'll need to add methods that do this; personally, i'd recommend starting a new class for the dbus interface that accesses DesktopCorona, etc.'s public API to do the fun work. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On September 17, 2009, Nuno Pinheiro wrote: just say the day and hour and i will be there :) same here... -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Multihead in plasma
On September 16, 2009, Michał Andrzej Woźniak wrote: $ /home/kde-devel/kde/bin/plasma-desktop # Q_WS_X11 true. proceeding. # checking multihead... # +- multihead is true! # +- number of screens: 2 # +- forking... 0 # +- forking... 1 # | +- forked! ok, so we have progress here: it is creating a fork of plasma for each screen. the next question is: why is the second fork not showing up on your other screen. hm. when it runs, if you do `ps aux | grep plasma-desktop` how many entries do you get? -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Knowledgebase plasmoid in kdeplasma-addons
On Friday 11 September 2009, Marco Martin wrote: Hi all, it's a while the knowledge base plasmoid (used to query the opendesktop.org knowledge base) is in kdereview. i plan to move it now in kdeplasmaaddons. is it ok? any objections? Cheers, Marco Martin moved in kdeplasma-addons -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Thursday 17 September 2009, 12:52 Aaron J. Seigo wrote: On September 17, 2009, Nuno Pinheiro wrote: just say the day and hour and i will be there :) same here... +1...Bonus points if it's not today because I'm in a meeting for the whole day.. =( I'll also talk about plasma-netbook on Latinoware and I have some ideas to show off our stuff :) (like remote widgets between desktop and the netbook...or even an n900 ? ;) ) Cheers! -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
disappearing
hello, i just want to let you know that the hd of my new laptop broke down as well (damn, the third in less than three months ¬¬), so that's the reason why I completely disappeared after tokamak... As soon as Acer will give it back to me, I'll come back though. :-) and will finish that damn train clock ;-) Bye, -Riccardo -- GPG key: 3D0F6376 When encrypting, please encrypt also for this subkey: 9EBD7FE1 - Pace Peace Paix Paz Frieden Pax Pokój Friður Fred Béke 和平 Hasiti Lapé Hetep Malu Mир Wolakota Santiphap Irini Peoch שלום Shanti Vrede Baris Rój Mír Taika Rongo Sulh Mir Py'guapy 평화 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: disappearing
On Thursday 17 September 2009 19:27:19 Riccardo Iaconelli wrote: hello, i just want to let you know that the hd of my new laptop broke down as well (damn, the third in less than three months ¬¬), so that's the reason why I completely disappeared after tokamak... As soon as Acer will give it back to me, I'll come back though. :-) and will finish that damn train clock ;-) lies! Bye, -Riccardo -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
I'm interested, at least in attending, maybe I can be useful here and there, the netbook shell attracts me quite much :) Bonus points for any date after saturday to me On Thursday 17 September 2009 16:31:39 Marco Martin wrote: Hi all, since i want to do the netbook shell as good as possible, i'm interested to hear opinions and directions from you guys =D i would like to have a little irc meeting about it, to discuss some of the issues there still are in the current implementation, possible topics are: -point of the situation, what actually are the issues :) -integration with the system, like with kwin, and how to start a netbook session -default applets layout, what to put in the containments -look and feel: how should actually look from a designe pov -priorities: what is really important for 4.4, what can be 4.5 more implementation details, not really metting topics: -how to loadthe default layout: hardcode/vs default config fie/vs scripting -what are the ugly spots in the code and things like that could be done? what do you think? Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Thursday 17 September 2009, Dario Freddi wrote: I'm interested, at least in attending, maybe I can be useful here and there, the netbook shell attracts me quite much :) Bonus points for any date after saturday to me random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? On Thursday 17 September 2009 16:31:39 Marco Martin wrote: Hi all, since i want to do the netbook shell as good as possible, i'm interested to hear opinions and directions from you guys =D i would like to have a little irc meeting about it, to discuss some of the issues there still are in the current implementation, possible topics are: -point of the situation, what actually are the issues :) -integration with the system, like with kwin, and how to start a netbook session -default applets layout, what to put in the containments -look and feel: how should actually look from a designe pov -priorities: what is really important for 4.4, what can be 4.5 more implementation details, not really metting topics: -how to loadthe default layout: hardcode/vs default config fie/vs scripting -what are the ugly spots in the code and things like that could be done? what do you think? Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Thursday 17 September 2009 19:49:23 Marco Martin wrote: On Thursday 17 September 2009, Dario Freddi wrote: I'm interested, at least in attending, maybe I can be useful here and there, the netbook shell attracts me quite much :) Bonus points for any date after saturday to me random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? Should fit for me On Thursday 17 September 2009 16:31:39 Marco Martin wrote: Hi all, since i want to do the netbook shell as good as possible, i'm interested to hear opinions and directions from you guys =D i would like to have a little irc meeting about it, to discuss some of the issues there still are in the current implementation, possible topics are: -point of the situation, what actually are the issues :) -integration with the system, like with kwin, and how to start a netbook session -default applets layout, what to put in the containments -look and feel: how should actually look from a designe pov -priorities: what is really important for 4.4, what can be 4.5 more implementation details, not really metting topics: -how to loadthe default layout: hardcode/vs default config fie/vs scripting -what are the ugly spots in the code and things like that could be done? what do you think? Cheers, Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel -- --- Dario Freddi KDE Developer GPG Key Signature: 511A9A3B signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Thursday 17 September 2009, 14:49 Marco Martin wrote: random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? Seems good to me! Donuts for you for already calculating the right time in the different time zones :P Cheers! /me goes back to meeting -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
[PATCH] remove borders on maximized windows
hi all,
one of the things we need for the plasma netbook shell is to have windows
fullscreen most of the time, so be maximized and without borders (title and
controls to unmaximize and close are directly into the panel) but keeping the
possibility to have not maximized windows with normal borders as usual.
a while ago talking with martin we had the idea to use decoration, directly in
kdecoration, so here it is..
anoter idea could be modifying window rules to match also geometry, maximized
state etc..
another thing we need is to start windows always maximized, for that using a
rule could be a good idea, however a problem is that we should maximize only
windows with a decoration, because plasma popups are of window type (not
dialog, yeah, bad, but kinda needed for drag and drop of extenders)
so it could work better to put it in kdecoration too, maybe to be packed with
the option of this patch under the name SmallScreenBehaviour config option or
something like that?
Cheers,
Marco Martin
Index: lib/kdecoration.cpp
===
--- lib/kdecoration.cpp (revision 1023932)
+++ lib/kdecoration.cpp (working copy)
@@ -496,6 +496,11 @@
return d-move_resize_maximized_windows;
}
+bool KDecorationOptions::noTitleMaximizedWindows() const
+{
+return d-no_title_maximized_windows;
+}
+
KDecorationDefines::WindowOperation KDecorationOptions::operationMaxButtonClick( Qt::MouseButtons button ) const
{
return button == Qt::RightButton? d-opMaxButtonRightClick :
Index: lib/kdecoration.h
===
--- lib/kdecoration.h (revision 1023932)
+++ lib/kdecoration.h (working copy)
@@ -323,6 +323,8 @@
*/
bool moveResizeMaximizedWindows() const;
+bool noTitleMaximizedWindows() const;
+
/**
* @internal
*/
Index: lib/kcommondecoration.cpp
===
--- lib/kcommondecoration.cpp (revision 1023932)
+++ lib/kcommondecoration.cpp (working copy)
@@ -169,9 +169,13 @@
left = layoutMetric(LM_BorderLeft);
right = layoutMetric(LM_BorderRight);
bottom = layoutMetric(LM_BorderBottom);
-top = layoutMetric(LM_TitleHeight) +
-layoutMetric(LM_TitleEdgeTop) +
-layoutMetric(LM_TitleEdgeBottom);
+if (options()-noTitleMaximizedWindows() maximizeMode() == MaximizeFull) {
+top = 0;
+} else {
+top = layoutMetric(LM_TitleHeight) +
+layoutMetric(LM_TitleEdgeTop) +
+layoutMetric(LM_TitleEdgeBottom);
+}
updateLayout(); // TODO!! don't call every time we are in ::borders
}
Index: lib/kdecoration_p.cpp
===
--- lib/kdecoration_p.cpp (revision 1023932)
+++ lib/kdecoration_p.cpp (working copy)
@@ -200,6 +200,8 @@
changed |= SettingBorder;
cached_border_size = BordersCount; // invalid
+no_title_maximized_windows = styleConfig.readEntry( NoBorderMaximizedWindows, false );
+
KConfigGroup windowsConfig(config, Windows);
bool old_move_resize_maximized_windows = move_resize_maximized_windows;
move_resize_maximized_windows = windowsConfig.readEntry( MoveResizeMaximizedWindows, false);
Index: lib/kdecoration_p.h
===
--- lib/kdecoration_p.h (revision 1023932)
+++ lib/kdecoration_p.h (working copy)
@@ -51,6 +51,7 @@
bool show_tooltips;
BorderSize border_size, cached_border_size;
bool move_resize_maximized_windows;
+bool no_title_maximized_windows;
WindowOperation opMaxButtonRightClick;
WindowOperation opMaxButtonMiddleClick;
WindowOperation opMaxButtonLeftClick;
___
Plasma-devel mailing list
Plasma-devel@kde.org
https://mail.kde.org/mailman/listinfo/plasma-devel
Re: disappearing
A Quinta, 17 de Setembro de 2009 18:39:26 Dario Freddi você escreveu: On Thursday 17 September 2009 19:27:19 Riccardo Iaconelli wrote: hello, i just want to let you know that the hd of my new laptop broke down as well (damn, the third in less than three months ¬¬), so that's the reason why I completely disappeared after tokamak... As soon as Acer will give it back to me, I'll come back though. :-) and will finish that damn train clock ;-) lies! :o) Bye, -Riccardo -- Oxygen coordinator ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On September 17, 2009, Marco Martin wrote: On Thursday 17 September 2009, Dario Freddi wrote: I'm interested, at least in attending, maybe I can be useful here and there, the netbook shell attracts me quite much :) Bonus points for any date after saturday to me random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? i'll do my best to be there. -- Aaron J. Seigo humru othro a kohnu se GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA EE75 D6B7 2EB1 A7F1 DB43 KDE core developer sponsored by Qt Development Frameworks signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Thursday 17 September 2009, Artur Souza (MoRpHeUz) wrote: On Thursday 17 September 2009, 14:49 Marco Martin wrote: random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? Seems good to me! Donuts for you for already calculating the right time in the different time zones :P be thankful to libplasmaclock :p Cheers! /me goes back to meeting -- Artur Duque de Souza openBossa INdT - Instituto Nokia de Tecnologia -- Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net -- -- Marco Martin ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
Am Donnerstag 17 September 2009 19:49:23 schrieb Marco Martin: On Thursday 17 September 2009, Dario Freddi wrote: I'm interested, at least in attending, maybe I can be useful here and there, the netbook shell attracts me quite much :) Bonus points for any date after saturday to me random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? should be fine for me as well signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: Now Playing Urls
On Thursday 17 September 2009 18:05:59 you wrote: Hi, Not all script engines (e.g. webkit) can use QPixmap from the data and sometimes file path is useful (if artwork is not set I would like to show jpg from the same dir). This patch adds Url ArtUrl fields to data. Ok to commit or should I find another solution? Well, the only thing that concerns me is that if the widget and engine are on different machines (which is entirely possible, since one of the GSoC projects was to allow just that), the URLs will not be valid for the widget. Perhaps a note in the help text that the URLs are only valid if the applet and engine are running as the same user on the same machine? CC'ing plasma-devel (NB: I'm not subscribed) to solicit opinions on this. Alex -- Why have I got six monitors? Because I haven't got room for eight. -- Terry Pratchett signature.asc Description: This is a digitally signed message part. ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] remove borders on maximized windows
On Fri, Sep 18, 2009 at 2:31 AM, Marco Martin notm...@gmail.com wrote: hi all, one of the things we need for the plasma netbook shell is to have windows fullscreen most of the time, so be maximized and without borders (title and controls to unmaximize and close are directly into the panel) but keeping the possibility to have not maximized windows with normal borders as usual. a while ago talking with martin we had the idea to use decoration, directly in kdecoration, so here it is.. This is not the correct way to go about it. You will want to use fullscreen windows and not maximisation. No point hacking maximisation to act identical to an already-existing functionality. anoter idea could be modifying window rules to match also geometry, maximized state etc.. This is probably better. another thing we need is to start windows always maximized, for that using a rule could be a good idea, however a problem is that we should maximize only windows with a decoration, because plasma popups are of window type (not dialog, yeah, bad, but kinda needed for drag and drop of extenders) KWin already has a maximizing placement algorithm. It can be enabled in System Settings - Window Behavior - Advanced - Placement. -- Lucas Murray :: http://www.undefinedfire.com GPG Fingerprint: 0B88 499E 3F5B 1405 D952 258A AD90 B4F5 90B6 3534 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] remove borders on maximized windows
On Fri, Sep 18, 2009 at 9:11 AM, Lucas Murray lmur...@undefinedfire.com wrote: anoter idea could be modifying window rules to match also geometry, maximized state etc.. This is probably better. Yet another idea is to just modify a decoration so that doesn't have a title bar when maximised. -- Lucas Murray :: http://www.undefinedfire.com GPG Fingerprint: 0B88 499E 3F5B 1405 D952 258A AD90 B4F5 90B6 3534 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: netbook irc meeting
On Fri, Sep 18, 2009 at 1:49 AM, Marco Martin notm...@gmail.com wrote: random proposal: sunday:17utc? (19 italy, 10 vancoucer, 14 recife) before? after? 1am Monday, Perth.au. =( -- Lucas Murray :: http://www.undefinedfire.com GPG Fingerprint: 0B88 499E 3F5B 1405 D952 258A AD90 B4F5 90B6 3534 ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
Re: [PATCH] remove borders on maximized windows
A Sexta, 18 de Setembro de 2009 02:14:09 Lucas Murray você escreveu: On Fri, Sep 18, 2009 at 9:11 AM, Lucas Murray lmur...@undefinedfire.com wrote: anoter idea could be modifying window rules to match also geometry, maximized state etc.. This is probably better. Yet another idea is to just modify a decoration so that doesn't have a title bar when maximised. i was thinking the same thing :) -- Oxygen coordinator ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel
