Re: Set tkinter top-level window to "always on visible workspace"
On 29Mar2022 13:02, Cameron Simpson wrote: >On 28Mar2022 20:47, Skip Montanaro wrote: >>I'm struggling to get the outermost window (not sure what's going on), >>but >>I will keep messing around. > >See what xlsclients says to you. Also, wmctrl accepts window names instead of ids if you omit the -i option. In case winfo_id() is not returning the id you need. Cheers, Cameron Simpson -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On 28Mar2022 20:47, Skip Montanaro wrote: >I'm struggling to get the outermost window (not sure what's going on), >but >I will keep messing around. See what xlsclients says to you. Cheers, Cameron Simpson -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
> Would you accept a solution that involves a subprocess call?
>
> wmctrl -ir {id} -b add,sticky
I'm already checking idle time with xprintidle(1), so what's one more
(one-time) subprocess call?
Small amount of history, I'm referring to this mouse/typing watcher:
https://github.com/smontanaro/python-bits/blob/master/src/watch.py
I wrote this years and years ago when I first started having RSI problems.
So long ago that I just deleted a commented out piece of code which was
there in case I ever ran it with Python 1.4(!).
Over the years I've needed it on Linux, Linux+WIndows, Mac, etc. I'd put it
away for a couple years, then suffer a flare-up and pull it back out. I
never thought I'd need it after I retired, but here I am again. I've tried
all sorts of things to monitor mouse and keyboard activity. At the moment
I'm just using a Linux laptop, so have tossed out any sort of attempted
cross-platform tracking functionality.
> Now, the only problem is... figuring out your window ID. Worst case,
> parse wmctrl -lG to get that info, but it might be possible to get the
> window ID from Tkinter itself.
I'm struggling to get the outermost window (not sure what's going on), but
I will keep messing around.
Skip
--
https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On 28Mar2022 19:39, Skip Montanaro wrote: >> I think you must be using xfce4, not fvwm4 (there's an fvwm3 in >> development). See https://xfce.org/ > >Both? [...] >1803 xfwm4 --replace >539426 xfwm4-settings [...] >1755 /usr/bin/ssh-agent /usr/bin/im-launch startxfce4 >1782 /usr/lib/x86_64-linux-gnu/xfce4/xfconf/xfconfd > >I kind of assume xfce4 is the session manager sort of thing, while >xfwm4 is the actual window manager. Sounds reasonable. I was more looking at your earlier "Now I use fvwm4" and pointing out that there is no fvwm4. These transcription issues brought to you by the letters W and M, and by the number 4. Cheers, Cameron Simpson -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
> I think you must be using xfce4, not fvwm4 (there's an fvwm3 in > development). See https://xfce.org/ Both? % pgrep -fla xfwm4 1803 xfwm4 --replace 539426 xfwm4-settings % pgrep -fla xfce 1599 xfce4-session 1755 /usr/bin/ssh-agent /usr/bin/im-launch startxfce4 1782 /usr/lib/x86_64-linux-gnu/xfce4/xfconf/xfconfd ... I kind of assume xfce4 is the session manager sort of thing, while xfwm4 is the actual window manager. Skip -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On 28Mar2022 10:54, Skip Montanaro wrote: >I do have a ~/.config/xfce4/xfwm4/ >directory, but it is completely empty. On reflection, maybe you're running something else. "ps axf" FTW. Cheers, Cameron Simpson -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On 28Mar2022 10:54, Skip Montanaro wrote: >Unfortunately, I no longer recall what window manager(s) I used at the >time (probably twm or fvwm). Now I use fvwm4 and can't find squat >online about configuration files. I do have a ~/.config/xfce4/xfwm4/ >directory, but it is completely empty. I think you must be using xfce4, not fvwm4 (there's an fvwm3 in development). See https://xfce.org/ If I were using X11 I'd still be using fvwm2 or trying out 3, but my desktops have always be specially configured. Cheers, Cameron Simpson ... you could spend *all day* customizing the title bar. Believe me. I speak from experience. - Matt Welsh -- https://mail.python.org/mailman/listinfo/python-list
Re: Suggestion for Linux Distro (from PSA: Linux vulnerability)
On 2022-03-28 15:35:07 +0200, Cecil Westerhof via Python-list wrote: > "Loris Bennett" writes: > > Ubuntu is presumably relying on the Debian security team as well as > > other volunteers and at least one company, namely Canonical. > > Nope. One important reason that I really hate that people use Ubuntu > for servers is that Ubuntu wants to be up to date. Not sure what you mean by that. There is an Ubuntu LTS release every 2 years. There is also a Debian release roughly every 2 years (although not on quite as strict a schedule). So that's very similar. > So Ubuntu starts very close to Debian security wise, but will shift > rapidly. They are are about a year apart, so they will usually contain different versions of most packages right from the start. So the Ubuntu and Debian security teams probably can't benefit much from each other. hp -- _ | Peter J. Holzer| Story must make more sense than reality. |_|_) || | | | h...@hjp.at |-- Charles Stross, "Creative writing __/ | http://www.hjp.at/ | challenge!" signature.asc Description: PGP signature -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On Tue, 29 Mar 2022 at 09:04, Cameron Simpson wrote:
>
> On 29Mar2022 06:10, Chris Angelico wrote:
> >On Tue, 29 Mar 2022 at 06:08, Christian Gollwitzer wrote:
> >> Am 28.03.22 um 20:03 schrieb Chris Angelico:
> >> > Would you accept a solution that involves a subprocess call?
> >> >
> >> > wmctrl -ir {id} -b add,sticky
> >> >
> >> > Now, the only problem is... figuring out your window ID. Worst case,
> >> > parse wmctrl -lG to get that info, but it might be possible to get the
> >> > window ID from Tkinter itself.
> >>
> >> Sure: Call "winfo_id()" on the toplevel. You might want to reformat in
> >> it in hex format, which is the usual way to pass these IDs around. Tk
> >> actually returns it in hex format, but Tkinter reformats it as an integer.
> >>
> >
> >Ah sweet, there you go then. (As you can see, I don't use Tkinter
> >much.) I have no idea how wmctrl does its work,
>
> It sets properties on the window itself. A window manager can listen for
> such changes and honour the settings.
>
Yeah but what I mean is, I don't know how to replicate its behaviour.
Though I could, of course, just go read the source code. Sometimes it
turns out that it really isn't that hard to replicate (as I discovered
when I browsed the source code for "tail -F" recently - it's just a
couple of inotify calls, way simpler than I expected).
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On 29Mar2022 06:10, Chris Angelico wrote:
>On Tue, 29 Mar 2022 at 06:08, Christian Gollwitzer wrote:
>> Am 28.03.22 um 20:03 schrieb Chris Angelico:
>> > Would you accept a solution that involves a subprocess call?
>> >
>> > wmctrl -ir {id} -b add,sticky
>> >
>> > Now, the only problem is... figuring out your window ID. Worst case,
>> > parse wmctrl -lG to get that info, but it might be possible to get the
>> > window ID from Tkinter itself.
>>
>> Sure: Call "winfo_id()" on the toplevel. You might want to reformat in
>> it in hex format, which is the usual way to pass these IDs around. Tk
>> actually returns it in hex format, but Tkinter reformats it as an integer.
>>
>
>Ah sweet, there you go then. (As you can see, I don't use Tkinter
>much.) I have no idea how wmctrl does its work,
It sets properties on the window itself. A window manager can listen for
such changes and honour the settings.
Cheers,
Cameron Simpson
--
https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On Tue, 29 Mar 2022 at 06:08, Christian Gollwitzer wrote:
>
> Am 28.03.22 um 20:03 schrieb Chris Angelico:
> > Would you accept a solution that involves a subprocess call?
> >
> > wmctrl -ir {id} -b add,sticky
> >
> > Now, the only problem is... figuring out your window ID. Worst case,
> > parse wmctrl -lG to get that info, but it might be possible to get the
> > window ID from Tkinter itself.
>
> Sure: Call "winfo_id()" on the toplevel. You might want to reformat in
> it in hex format, which is the usual way to pass these IDs around. Tk
> actually returns it in hex format, but Tkinter reformats it as an integer.
>
Ah sweet, there you go then. (As you can see, I don't use Tkinter
much.) I have no idea how wmctrl does its work, but if calling on
another process is viable, that's at least a fully automated way to
stickify the window.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
Am 28.03.22 um 20:03 schrieb Chris Angelico:
Would you accept a solution that involves a subprocess call?
wmctrl -ir {id} -b add,sticky
Now, the only problem is... figuring out your window ID. Worst case,
parse wmctrl -lG to get that info, but it might be possible to get the
window ID from Tkinter itself.
Sure: Call "winfo_id()" on the toplevel. You might want to reformat in
it in hex format, which is the usual way to pass these IDs around. Tk
actually returns it in hex format, but Tkinter reformats it as an integer.
Christian
--
https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
On Tue, 29 Mar 2022 at 02:56, Skip Montanaro wrote:
>
> > I might be misguided, but on modern desktops that should be possible
> > with a few mouseclicks. E.g. in KDE, there is a little pin icon
> > displayed in every title bar of a toplevel window on the left side.
>
> Correct, and that's what I'm currently doing. I'm lazy though. I want
> the program to start always visible on the active virtual desktop. As
> Cameron showed, this is possible. I have vague recollection of doing
> this with the same program probably 15-20 years ago in an age when
> window managers weren't largely configured with the mouse.
> Unfortunately, I no longer recall what window manager(s) I used at the
> time (probably twm or fvwm). Now I use fvwm4 and can't find squat
> online about configuration files. I do have a ~/.config/xfce4/xfwm4/
> directory, but it is completely empty.
>
Would you accept a solution that involves a subprocess call?
wmctrl -ir {id} -b add,sticky
Now, the only problem is... figuring out your window ID. Worst case,
parse wmctrl -lG to get that info, but it might be possible to get the
window ID from Tkinter itself.
ChrisA
--
https://mail.python.org/mailman/listinfo/python-list
Re: Unable to open Python
On 3/28/22 10:02, Grant Edwards wrote: > On 2022-03-28, Grant Edwards wrote: >> On 2022-03-28, kristine RABIA wrote: >> >>> I downloaded successfully Python, however when I am trying to open it, >>> brings the window repair, modify or uninstall, I tried to click on repair >>> and modify after all it came with the same window. >> >> I assume you're using Windows? >> >> You're re-running the installer. That's just reinstalling/repairing Python. >> >> If you want to run Python, open a command prompt (cmd.exe), and enter >> "python". > > That might not work if you didn't check the box during installation > that causes python to be added to your PATH environment variable. > > There should be a python entry in your start menu. Get rid of the installer after using it, it seems to be able to confuse Windows in some senses, and read this: https://docs.python.org/3/using/windows.html -- https://mail.python.org/mailman/listinfo/python-list
Re: Unable to open Python
On 2022-03-28, Grant Edwards wrote: > On 2022-03-28, kristine RABIA wrote: > >> I downloaded successfully Python, however when I am trying to open it, >> brings the window repair, modify or uninstall, I tried to click on repair >> and modify after all it came with the same window. > > I assume you're using Windows? > > You're re-running the installer. That's just reinstalling/repairing Python. > > If you want to run Python, open a command prompt (cmd.exe), and enter > "python". That might not work if you didn't check the box during installation that causes python to be added to your PATH environment variable. There should be a python entry in your start menu. -- https://mail.python.org/mailman/listinfo/python-list
Re: Unable to open Python
On 2022-03-28, kristine RABIA wrote: > I downloaded successfully Python, however when I am trying to open it, > brings the window repair, modify or uninstall, I tried to click on repair > and modify after all it came with the same window. I assume you're using Windows? You're re-running the installer. That's just reinstalling/repairing Python. If you want to run Python, open a command prompt (cmd.exe), and enter "python". -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
> I might be misguided, but on modern desktops that should be possible > with a few mouseclicks. E.g. in KDE, there is a little pin icon > displayed in every title bar of a toplevel window on the left side. Correct, and that's what I'm currently doing. I'm lazy though. I want the program to start always visible on the active virtual desktop. As Cameron showed, this is possible. I have vague recollection of doing this with the same program probably 15-20 years ago in an age when window managers weren't largely configured with the mouse. Unfortunately, I no longer recall what window manager(s) I used at the time (probably twm or fvwm). Now I use fvwm4 and can't find squat online about configuration files. I do have a ~/.config/xfce4/xfwm4/ directory, but it is completely empty. Skip -- https://mail.python.org/mailman/listinfo/python-list
Re: Unable to open Python
On Mon, 28 Mar 2022, kristine RABIA wrote: I downloaded successfully Python, however when I am trying to open it, brings the window repair, modify or uninstall, I tried to click on repair and modify after all it came with the same window. Please advise the further step. Kristine, What operating system do you use? Python is a programming language, not an application. It is not 'opened' but used to do a particular job. You use the language to tell the computer what to do. What do you want to do with Python? Rich -- https://mail.python.org/mailman/listinfo/python-list
Re: Suggestion for Linux Distro (from PSA: Linux vulnerability)
"Loris Bennett" writes: > Marco Sulla writes: > >> On Fri, 11 Mar 2022 at 19:10, Michael Torrie wrote: >>> Both Debian stable and Ubuntu LTS state they have a five year support >>> life cycle. >> >> Yes, but it seems that official security support in Debian ends after >> three years: >> >> "Debian LTS is not handled by the Debian security team, but by a >> separate group of volunteers and companies interested in making it a >> success" >> https://wiki.debian.org/LTS >> >> This is the only problem for me. > > I am not sure how different the two situations are. Ubuntu is > presumably relying on the Debian security team as well as other > volunteers and at least one company, namely Canonical. Nope. One important reason that I really hate that people use Ubuntu for servers is that Ubuntu wants to be up to date. So Ubuntu starts very close to Debian security wise, but will shift rapidly. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof -- https://mail.python.org/mailman/listinfo/python-list
Unable to open Python
Dear Python team I downloaded successfully Python, however when I am trying to open it, brings the window repair, modify or uninstall, I tried to click on repair and modify after all it came with the same window. Please advise the further step. Thanks Kristine -- https://mail.python.org/mailman/listinfo/python-list
Re: Set tkinter top-level window to "always on visible workspace"
Am 28.03.22 um 00:55 schrieb Skip Montanaro: So you might tell your window manager to keep that window on the main workspace. Thanks. I'd forgotten about the possibility of doing this sort of thing in the window manager config. That would certainly be fine in this case. (It's been ages since I messed with this sort of thing.) I might be misguided, but on modern desktops that should be possible with a few mouseclicks. E.g. in KDE, there is a little pin icon displayed in every title bar of a toplevel window on the left side. If you click it, the window is shown on every workspace. There is also a way to set properties for a window permanently, by right-clicking on the title bar and then "enhanced attributes" (or similar, don't have KDE to check it roght now here) which gives a menu with multiple options to force the geometry. I don't know for GNOME desktop, but suspect it should be similarly easy. Christian -- https://mail.python.org/mailman/listinfo/python-list
