https://bugs.kde.org/show_bug.cgi?id=274931
Ville Aakko changed:
What|Removed |Added
CC||ville.aa...@gmail.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #95 from David Edmundson ---
No.
We don't do behavioural changes in patch fixes.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
catch...@zoznam.sk changed:
What|Removed |Added
CC||catch...@zoznam.sk
--- Comment #94 from
https://bugs.kde.org/show_bug.cgi?id=274931
Cristóvão Sousa changed:
What|Removed |Added
CC|cris...@gmail.com |
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=274931
David Edmundson changed:
What|Removed |Added
Latest Commit|https://commits.kde.org/kwi |https://commits.kde.org/kwi
https://bugs.kde.org/show_bug.cgi?id=274931
Christoph Feck changed:
What|Removed |Added
Version Fixed In||5.19
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=274931
David Edmundson changed:
What|Removed |Added
Latest Commit||https://commits.kde.org/kwi
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #91 from Oded Arbel ---
Just FYI, and regarding 5.18 work on GTK_FRAME_EXTENTS and good GNOME CSD
support:
Without the gtk3-nocsd hack, all GNOME applications show on all activities by
default, this isn't just about Google Chrome
(GNOME
https://bugs.kde.org/show_bug.cgi?id=274931
Nate Graham changed:
What|Removed |Added
CC||n...@kde.org
--
You are receiving this mail
https://bugs.kde.org/show_bug.cgi?id=274931
Vlad Zahorodnii changed:
What|Removed |Added
CC||erist...@cryptolab.net
--- Comment #90 from
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #89 from David Edmundson ---
Since the time of this report the task manager has been set to show and allow
changing activities through the context menu.
The activity pager also has gained activity drag and drop support.
I think we can now
https://bugs.kde.org/show_bug.cgi?id=274931
David Edmundson changed:
What|Removed |Added
CC||o...@geek.co.il
--- Comment #88 from David
https://bugs.kde.org/show_bug.cgi?id=274931
Will Stephenson changed:
What|Removed |Added
CC||wstephen...@kde.org
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #87 from Martin Flöser ---
I'm sorry but your understanding of the KWin rules implementation is
unfortunately not how it works. Please trust a Dev knowing the code base that
there's no easy fix.
--
You are receiving this mail because:
You
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #86 from Arash B ---
Assuming specialSettings represents an instance of a Special Application
Settings, then logic dictates that somewhere in KDE Plasma's source code the
following if-statement *already* exists:
if
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #85 from Arash B ---
How come that KDE Plasma can restrict all windows of an app to a specific
activity (by using its Special Application Settings) but it isn't possible to
restrict them to the *current* activity?
KDE Plasma can discern
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #84 from Martin Flöser ---
I'm sorry, but also this idea would not work due to the fact how KWin
internally works. I'm sorry, that we cannot resolve the problem. As everyone
can see it is now seven years old and has many users following it.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #83 from Arash B ---
But there's a satisfying alternative solution: Add "Current Activity" to the
attribute "Activity" in an applications "Special Application Settings".
I'm specifically talking about the settings you see when you from a
https://bugs.kde.org/show_bug.cgi?id=274931
Nico Dorn changed:
What|Removed |Added
CC|nicod...@posteo.de |
--
You are receiving this mail because:
You are
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #82 from Martin Flöser ---
No, we cannot detect that a window belongs to plasma. If all of that were that
simple we would have done it.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #81 from Arash B ---
But KDE Plasma can detect if a borderless window is a Plasma window (such as
application launcher or notification). Thus, if a borderless window appears and
IS a plasma window then KDE Plasma does NOT have to apply this
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #80 from Martin Flöser ---
(In reply to Arash B from comment #79)
> What is the problem that makes this solution not applicable?
It would break every plasma window such as the application launcher,
notifications, etc.
--
You are
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #79 from Arash B ---
How come you say there's no easy way to fix this when the user can manually
restrict a borderless window to the current activity? If this can easily be
done manually, then it should be doable programatically.
Even if
https://bugs.kde.org/show_bug.cgi?id=274931
EECOLOR changed:
What|Removed |Added
CC||eeco...@gmail.com
--- Comment #78 from EECOLOR ---
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #77 from Alexander Mentyu ---
> Proposal - when KWin detects window without decorations - and there are two
> or more activities - it could display notification window with explanations
> regarding to moving the app
https://bugs.kde.org/show_bug.cgi?id=274931
Alexander Mentyu changed:
What|Removed |Added
CC||notux...@gmail.com
---
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #75 from Łukasz ---
@DimanNe I completely agree with you.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #74 from DimanNe ---
> As you can see this is a long standing issue dating back to 2011. If we
> could apply a workaround, we would have done it years ago. The current
> situation is that:
> * X11 will not see any more
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #73 from Martin Flöser ---
(In reply to DimanNe from comment #71)
> I have started using activities and stumbled upon this issue too. Any
> progress or (at least) workarounds?
As you can see this is a long standing
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #72 from Martin Flöser ---
(In reply to Arash B from comment #70)
> Aha! Workspace::createClient is part of Kwins public Api, correct?
Sorry, I missed your question. You are unfortunately not correct. KWin does not
https://bugs.kde.org/show_bug.cgi?id=274931
DimanNe changed:
What|Removed |Added
CC||dima...@gmail.com
--- Comment #71
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #70 from Arash B ---
Aha! Workspace::createClient is part of Kwins public Api, correct? You can
overload it and add enum var clientType. Its default value is NORMAL_APP but
there will also be enum values such as
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #69 from Arash B ---
@Martin
Well then we go a step further out; some part of some api/interface (class
constructor, public function, etc.) is used by others to signal to KWin that a
window element should be created.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #68 from Martin Flöser ---
Sorry your idea won't work. There is only one place where a Client is created.
Client is a KWin internal class.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #67 from Cristóvão Sousa ---
Hi all,
Can't the same mechanism that decides whether windows are placed in current
or all desktops be used for activities?
On Tue, Sep 5, 2017 at 9:32 PM Arash B
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #66 from Arash B ---
But if you agree with this then first we have to establish that list, and
gather input from others on KWins e-mail-list
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #65 from Arash B ---
@Martin
Ok then but we should create such a complete list for the purpose introducing
logic that allows us to discern different window elements from each other (for
instance for the purpose of
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #64 from Martin Flöser ---
(In reply to Arash B from comment #62)
> Here is a highly partial and vague start of the list of types of window
> elements that should be placed in all activities when created:
>
> * plasma
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #63 from Arash B ---
On a different point, I would advice that full function definition is written
as a comment above where macros are used to write function header and body. It
would for instance look like this in
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #62 from Arash B ---
@martin @tom
So this is my assessment of the situation: the border property is incorrectly
used to determine if a window should be placed on all activities, when in fact
other indicators should be
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #61 from TOM Harrison ---
(In reply to smldis from comment #60)
> @ArashB, did you tried the previously posted solution? (delete the !noborder
> check here):
>
> Problem appears to be line 204 of kwin/manage.cpp
>
>
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #60 from sml...@gmail.com ---
@ArashB, did you tried the previously posted solution? (delete the !noborder
check here):
Problem appears to be line 204 of kwin/manage.cpp
if (!isMapped && !noborder && isNormalWindow() &&
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #59 from Martin Flöser ---
(In reply to Arash B from comment #58)
> Ok but I have cloned the kwin git repo (https://github.com/KDE/kwin) to have
> a look for myself. I was wondering if you could show me where the
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #58 from Arash B ---
Ok but I have cloned the kwin git repo (https://github.com/KDE/kwin) to have a
look for myself. I was wondering if you could show me where the function body
of
bool WindowRules::checkNoBorder(bool
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #57 from Martin Flöser ---
I'm now giving some background information: the behavior in question was
implemented in 2010, that is 7 years ago! Back then the world of windows looked
differently. Chromium was basically the
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #56 from solitone ---
Arash, I would also expect the behaviour you are describing, but I suspect
there is some technical constraint which does not allow to implement it easily.
--
You are receiving this mail because:
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #55 from Arash B ---
@martin @smldis
The solution that has been implemented is wrong and should be removed. When the
user opens a borderless window then that window should be placed in the current
activity where it was
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #54 from sml...@gmail.com ---
@ArashB You are entirely wrong about the fixing policy of this of Martin since
his last comment is:
"Please don't add further "me too". We know it's an issue, we just lack an idea
how to solve it. Sorry for any
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #53 from Arash B ---
My comment is perfectly helpful in that it explains system expected behavior in
this particular case and points out the flaws in your rationale for not doing
anything about this over many years when it
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #52 from Martin Flöser ---
@Arash: your comments are not helpful. Please have a look at
https://www.kde.org/code-of-conduct/ about how we work with each other.
Such behavior is not acceptable and I don't tolerate this
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #51 from Arash B ---
And what do you mean you have to do this since "novice users don't know of
alt+f3 when there's no border"?! If you wan't to move a borderless window
between activities then you simply and gently right
https://bugs.kde.org/show_bug.cgi?id=274931
Arash B changed:
What|Removed |Added
CC||ara...@gmail.com
--- Comment #50
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #49 from Jim Duchek ---
Can you not give these plasmashell windows an all-activities flag? (I am still
quite unclear what windows, specifically, these are?)
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #48 from Martin Flöser ---
Please don't add further "me too". We know it's an issue, we just lack an idea
how to solve it. Sorry for any inconvenience it raises.
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=274931
manas n changed:
What|Removed |Added
CC||manas.nagp...@gmail.com
---
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #46 from TOM Harrison ---
(In reply to Amit from comment #45)
> So, any updates on why the !noborder restriction was necessary and if this
> can be removed at this point?
actually no, I have tested that. remove that
https://bugs.kde.org/show_bug.cgi?id=274931
ludo...@gmx.com changed:
What|Removed |Added
CC||ludo...@gmx.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=274931
henricoet...@hotmail.com changed:
What|Removed |Added
CC||henricoet...@hotmail.com
--
You are
https://bugs.kde.org/show_bug.cgi?id=274931
Christian González changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #45 from Amit ---
So, any updates on why the !noborder restriction was necessary and if this can
be removed at this point?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
Martin Gräßlin changed:
What|Removed |Added
CC||amittim...@gmail.com
---
https://bugs.kde.org/show_bug.cgi?id=274931
solitone changed:
What|Removed |Added
CC||solit...@mail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #42 from Łukasz ---
current warning *
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #41 from Łukasz ---
Ivan, it should never be a reason because the person using these options is
likely to be aware of what they are doing -
the amount of custom options scares regular user. In my opinion warning of the
https://bugs.kde.org/show_bug.cgi?id=274931
David Edmundson changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #39 from Ivan Čukić ---
One of the reasons for this (I don't remember all of them) is that in a
borderless window, moving to another activity is not possible (unless for geeky
users that know of alt+f3).
--
You are
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #38 from Łukasz ---
hiding *
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
Łukasz changed:
What|Removed |Added
CC||lukas...@gmail.com
--- Comment
https://bugs.kde.org/show_bug.cgi?id=274931
prati.mar...@gmail.com changed:
What|Removed |Added
CC||prati.mar...@gmail.com
--
You are
https://bugs.kde.org/show_bug.cgi?id=274931
wma...@gmail.com changed:
What|Removed |Added
CC||wma...@gmail.com
--
You are receiving this
https://bugs.kde.org/show_bug.cgi?id=274931
malek@gmail.com changed:
What|Removed |Added
CC||malek@gmail.com
--
You are receiving
https://bugs.kde.org/show_bug.cgi?id=274931
Martin Gräßlin changed:
What|Removed |Added
CC||rnd...@nm.ru
--- Comment
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #35 from TOM Harrison ---
I am now kde4 is simply remove the !noborder in if
XD
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
Martin Gräßlin changed:
What|Removed |Added
CC||ivan.cu...@kde.org
---
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #33 from Jim Duchek ---
(In reply to Martin Gräßlin from comment #32)
> The reason for the noborder check is explained in:
> http://commits.kde.org/kwin/ff82383f8d8acdc684468a3176e1d048a795209b
>
> By simply reverting
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #32 from Martin Gräßlin ---
The reason for the noborder check is explained in:
http://commits.kde.org/kwin/ff82383f8d8acdc684468a3176e1d048a795209b
By simply reverting as asked for in this bug report, we are ignoring
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #31 from Jim Duchek ---
(In reply to Martin Gräßlin from comment #30)
> kde 4 is EOL on our side, I don't even have a build setup anymore. We won't
> do any releases for it and not accept any changes for it. Even if we
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #30 from Martin Gräßlin ---
(In reply to TOM Harrison from comment #29)
> could I create a review patch for kde 4 ? I am still using kubuntu 14.04.4.
> which is only could use kde 4.
kde 4 is EOL on our side, I don't
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #29 from TOM Harrison ---
could I create a review patch for kde 4 ? I am still using kubuntu 14.04.4.
which is only could use kde 4.
I just remove the !noborder in "line 204 of kwin/manage.cpp" and seems work.
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #28 from jimi ---
I can confirm on kubuntu 16.04, plasma 5.5.5, qt 5.5.1
very annoying daily pain, please go for fix
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=274931
jimi changed:
What|Removed |Added
CC||pirko...@gmail.com
--- Comment #27
https://bugs.kde.org/show_bug.cgi?id=274931
Gilboa Davara changed:
What|Removed |Added
CC||gilb...@gmail.com
--
You
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #26 from Michael Mair-Keimberger ---
(In reply to Jim Duchek from comment #24)
> Is anyone from KDE ever going to fix this? It's literally a one-line fix
> (see my comment from September). I suppose I'm going to have
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #25 from kuanyui ---
(In reply to Jim Duchek from comment #24)
> Is anyone from KDE ever going to fix this? It's literally a one-line fix
> (see my comment from September). I suppose I'm going to have to go through
>
https://bugs.kde.org/show_bug.cgi?id=274931
--- Comment #24 from Jim Duchek ---
Is anyone from KDE ever going to fix this? It's literally a one-line fix (see
my comment from September). I suppose I'm going to have to go through the
process of submitting a patch
https://bugs.kde.org/show_bug.cgi?id=274931
Michael Mair-Keimberger changed:
What|Removed |Added
CC|
https://bugs.kde.org/show_bug.cgi?id=274931
Martin changed:
What|Removed |Added
Target Milestone|4.11|---
https://bugs.kde.org/show_bug.cgi?id=274931
sml...@gmail.com changed:
What|Removed |Added
CC||sml...@gmail.com
--- Comment #23 from
88 matches
Mail list logo