Re: What is the tool used here?
On 2025-12-07, Em wrote: > I see >, >>, and >>>, attached at the beginning of lines in messages. I > doubt that they are placed manually and wonder how they are placed > automatically. How do I get said program? I use slrn and emacs. [Just emerge both of them.] Then I point slrn at the gmane.comp.python.general group at the NTTP server news.gmane.io. [There are also about a dozen other mailing lists that I follow using slrn and gname.] The one complication of reading via gmane is that a while back the powers that be here in this list decided to stop accepting posts via gmane So I use a custom hacked inews replacement that e-mails posts to this list instead of sending them via NNTP/gmane like it does for all of the more friendly lists. https://slrn.info/ https://github.com/GrantEdwards/hybrid-inews -- Grant -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
Op 7/12/2025 om 15:46 schreef Thomas Passin: On 12/7/2025 7:22 AM, Roel Schroeven wrote: Op 7/12/2025 om 1:54 schreef Thomas Passin: As I explained in my last post, that's because in Windows 11 when double-clicking, the working directory is the system's Windows directory, not the one your program is in. Irrespective of anything else that's going on, that's not my experience. I just tried, and double-clicking a python script makes the directory that I have open in Explorer the current directory. I've seen the same not just with scripts but also with executables. I don't think this is the cause. It *was* the case *on my system* when I tested the program under consideration. I included the output and it clearly showed that the working directory at launch was C:\WINDOWS\system32. The situation about file associations in Windows 11 is complicated because there is the new mechanism, and the old one is still there, apparently, and they may not always work the same way. Indeed, clearly there are differences between different installations. By the "old" mechanism I mean the way that the associations were set up in the registry by specifying a logical name like Python.file for the .py extension, and having registry keys for the default program to use for Python.file types. You could display (or change, I think, though I never did) these associations from the command line with the programs assoc and ftype. For example, I used to be able to run this: C:\Users\tom>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* Now I get this: C:\Users\Tom>assoc .py File association not found for extension .py C:\Users\Tom>ftype Python.file File type 'Python.file' not found or no open command associated with it. My Windows 11 still shows C:\Users\Roel Schroeven>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* So yeah, there are differences, and I have to admit I'm not familiar with how those things work. At any rate, the OP has been making things harder by not following, or not following completely, the simple suggestions that have been made. He needs to find out what the working directory is when the program is run by double-clicking, or he has to make his program work no matter what the startup directory is. Sample code for all that has been posted in this thread. I completely agree. Yes, it can be frustrating when something that has always worked doesn't work anymore. But it seems OP prefers to only complain about it instead of trying to find the exact cause and/or a solution, despite lots of suggestions in this thread. -- "The major problem—one of the major problems, for there are several—one of the many major problems with governing people is that of whom you get to do it; or rather of who manages to get people to let them do it to them. To summarize: it is a well-known fact that those people who must want to rule people are, ipso facto, those least suited to do it. To summarize the summary: anyone who is capable of getting themselves made President should on no account be allowed to do the job." -- Douglas Adams, The Restaurant at the End of the Universe -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
On 12/7/2025 3:37 PM, Em wrote: -Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 12:26 PM To: [email protected] Subject: Re: A switch somewhere, or bug? CORRECTION Op 7/12/2025 om 15:46 schreef Thomas Passin: On 12/7/2025 7:22 AM, Roel Schroeven wrote: Op 7/12/2025 om 1:54 schreef Thomas Passin: As I explained in my last post, that's because in Windows 11 when double-clicking, the working directory is the system's Windows directory, not the one your program is in. Irrespective of anything else that's going on, that's not my experience. I just tried, and double-clicking a python script makes the directory that I have open in Explorer the current directory. I've seen the same not just with scripts but also with executables. I don't think this is the cause. It *was* the case *on my system* when I tested the program under consideration. I included the output and it clearly showed that the working directory at launch was C:\WINDOWS\system32. The situation about file associations in Windows 11 is complicated because there is the new mechanism, and the old one is still there, apparently, and they may not always work the same way. Indeed, clearly there are differences between different installations. By the "old" mechanism I mean the way that the associations were set up in the registry by specifying a logical name like Python.file for the .py extension, and having registry keys for the default program to use for Python.file types. You could display (or change, I think, though I never did) these associations from the command line with the programs assoc and ftype. For example, I used to be able to run this: C:\Users\tom>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* Now I get this: C:\Users\Tom>assoc .py File association not found for extension .py C:\Users\Tom>ftype Python.file File type 'Python.file' not found or no open command associated with it. My Windows 11 still shows C:\Users\Roel Schroeven>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* So yeah, there are differences, and I have to admit I'm not familiar with how those things work. At any rate, the OP has been making things harder by not following, or not following completely, the simple suggestions that have been made. He needs to find out what the working directory is when the program is run by double-clicking, or he has to make his program work no matter what the startup directory is. Sample code for all that has been posted in this thread. I completely agree. Yes, it can be frustrating when something that has always worked doesn't work anymore. But it seems OP prefers to only complain about it instead of trying to find the exact cause and/or a solution, despite lots of suggestions in this thread. [SGA] Sorry if my knowledge of all this is not as vast as yours. Maybe it is only half-vast. You totally missed the point if you believe that I prefer "to only complain about it instead of trying to find the exact cause..." The majority of what is suggested is foreign to me in commands and in system responses. It is rather arrogant to believe that your answer is the one that will totally answer the problem. Have you ever indicated that you have the same problem and that your suggestion helps? Now you are missing the point. You wrote "The majority of what is suggested is foreign to me in commands and in system responses." That's fine, you just haven't needed to learn these things yet. What would help the rest of us help you is to say what you don't know how to do, or you don't quite understand. For example, I posted a version of your program that enclosed the file write operation in a tryexcept block so that the error could be displayed if the operation failed. That's the program I ran that showed that (on my system) the default directory was the system Windows directory instead of the program's directory. Now you should copy that program and paste it into a .py file in your own program's directory. Then double-click on its name, and you (and we, if you tell us) will know what the result is. Once you know that, others have posted good solutions, like the one to have your program change the working directory. So copy those lines of code into your program. If you don't understand which lines, where to put them, or what they do, just post back and say so. But remember - be specific. Don't just say "I don't understand". Say e.g., "I don't understand what 'from os.path import dirname, join' is there for". Or "I don't know which lines of code you mean." Don't say "My program failed". Explain what you noticed that had you say that it failed. So far, only one response here indicated that this problem happened on a system other than just mine. Maybe it occurs on all systems. P.S.: I am trying to set Outlook to use the ">" indicators but that option is faded and not available to enable. [SGA] -- "The major problem—one of the majo
Re: What is the tool used here?
On 12/7/2025 3:37 PM, Em wrote: -Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 12:29 PM To: [email protected] Subject: Re: What is the tool used here? Op 7/12/2025 om 17:25 schreef Em: I see >, >>, and >>>, attached at the beginning of lines in messages. I doubt that they are placed manually and wonder how they are placed automatically. How do I get said program? Proper mail clients insert those when replying to messages. Are you using Outlook? I'm not familiar with it, but maybe this can be of help: https://support.microsoft.com/en-us/office/reply-with-inline-comments-within-the-original-message-text-5bc44105-aeb2-49e2-8239-5aeeff52e5a7 [SGA] Ok, good guess that I am using Outlook however, I do not seem to be able to enable the > as preface. I can place my initials for now... The recipient's email client does the marking when it opens a message. Normally you don't have to do anything at all. If you try to add your own markings, you may mess up the correct nesting of the replies. -- "The major problem—one of the major problems, for there are several—one of the many major problems with governing people is that of whom you get to do it; or rather of who manages to get people to let them do it to them. To summarize: it is a well-known fact that those people who must want to rule people are, ipso facto, those least suited to do it. To summarize the summary: anyone who is capable of getting themselves made President should on no account be allowed to do the job." -- Douglas Adams, The Restaurant at the End of the Universe -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
On 12/7/2025 7:22 AM, Roel Schroeven wrote: Op 7/12/2025 om 1:54 schreef Thomas Passin: As I explained in my last post, that's because in Windows 11 when double-clicking, the working directory is the system's Windows directory, not the one your program is in. Irrespective of anything else that's going on, that's not my experience. I just tried, and double-clicking a python script makes the directory that I have open in Explorer the current directory. I've seen the same not just with scripts but also with executables. I don't think this is the cause. It *was* the case *on my system* when I tested the program under consideration. I included the output and it clearly showed that the working directory at launch was C:\WINDOWS\system32. The situation about file associations in Windows 11 is complicated because there is the new mechanism, and the old one is still there, apparently, and they may not always work the same way. By the "old" mechanism I mean the way that the associations were set up in the registry by specifying a logical name like Python.file for the .py extension, and having registry keys for the default program to use for Python.file types. You could display (or change, I think, though I never did) these associations from the command line with the programs assoc and ftype. For example, I used to be able to run this: C:\Users\tom>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* Now I get this: C:\Users\Tom>assoc .py File association not found for extension .py C:\Users\Tom>ftype Python.file File type 'Python.file' not found or no open command associated with it. The lack of such file associations in my registry is not limited to Python files. It's the same for Javascript and Java files (the only other ones I looked at). You are supposed to use the Settings/Default apps page to make changes now, but you can't change the launch arguments, or at least I don't know how. I used to add or change the associations right in the registry when needed. The programs assoc and ftype still exist on my Win 11 system but they don't return anything, and the registry entries behind them aren't present any more. I tend to launch the programs I use the most using -R, and when needed I can modify the launch command used in the dialog that pops up. Most others I launch using a small batch file. I hardly ever launch any more by double clicking a bare file icon. So I could easily have missed a change like this in Windows's behavior. At any rate, the OP has been making things harder by not following, or not following completely, the simple suggestions that have been made. He needs to find out what the working directory is when the program is run by double-clicking, or he has to make his program work no matter what the startup directory is. Sample code for all that has been posted in this thread. -- https://mail.python.org/mailman3//lists/python-list.python.org
RE: A switch somewhere, or bug? CORRECTION
Footnote: Fifteen plus Fifteen is thirty. Sixteen and Sixteen is thirty too. -Original Message- From: MRAB Sent: Saturday, December 6, 2025 9:59 PM To: [email protected] Subject: Re: A switch somewhere, or bug? CORRECTION On 07/12/2025 00:54, Thomas Passin wrote: > On 12/6/2025 6:49 PM, Em wrote: >> For at least the last 10 years. I have been using double click on the >> filename (or by shortcut) to use the program. It tracks the Insulin >> injections for me and creates/updates several text files. I have been >> using IDLE for editing on WIN10 computers. No issues >> >> When I copied the file to the new WIN11 computer and double-click on >> the filename, it fails without warning or explanation. In WIN11, I >> can open the file with IDLE and use F5 to run it successfully. >> >> I was told to try "Open with Python" and it fails on both the WIN10 >> and >> WIN11 computers. I do not see the option for this program to Run as >> Administrator on either computer. I have seen/used Run as >> Administrator elsewhere on the WIN10 computer. >> >> I created a .py program with the lines of code: >> >> pause = input("Start") >> Starter = open("HLY-LOG5.txt","w") >> pause = input("End") >> >> and can follow all six of the techniques to run as mentioned above. >> Three situations, the program runs, and three have the program fail. >> Exactly the >> same results as with my medical program. >> >> Has my short, three line, program worked on your system? > > You should have sent this message to the group, not just me. Yes, your > program created the file but not when I double-clicked on the file > name. As I explained in my last post, that's because in Windows 11 > when double-clicking, the working directory is the system's Windows > directory, not the one your program is in. In Win 11, you don't have > access to it as an ordinary user. Anyway even if you did, you don't > want to write your file there. > > There's a simple solution if you want to be able to launch by double > clicking the file. Actually, there are at least four ways to go. > > 1. Run your program using a batch file. in the batch file, cd to your > target directory before launching your program. The batch file needs > to be somewhere on your path, or alternatively you can put a shortcut > to it on your desktop. > > If you don't know how to do any of those things, ask for help. > > 2. Make your Python program change directories to the target directory > before writing the file. I think someone already posted a code snippet > showing how to do that. If not, and you don't know how, ask for help. > > 3. Hard-code the full path to your target file. Then it won't matter > what working directory is in effect. > > 4.Create a shortcut for your .py file on the desktop. Then open the > Properties dialog for the shortcut. In the "Shortcut" tab you can put > the desired working directory. Now when you double click the > shortcut, it will open in the right directory. > So, is this a change from WIN10? and is IDLE not affected by this change? And what use is the following from MRAB: I always find a script's location with `__file__`. If "HLY-LOG5.txt" is in the same folder as the script, then its path is given by: from os.path import dirname, join log_path = join(dirname(__file__), "HLY-LOG5.txt") -- https://mail.python.org/mailman3//lists/python-list.python.org -- https://mail.python.org/mailman3//lists/python-list.python.org
RE: A switch somewhere, or bug? CORRECTION
-Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 7:23 AM To: [email protected] Subject: Re: A switch somewhere, or bug? CORRECTION Op 7/12/2025 om 1:54 schreef Thomas Passin: >> As I explained in my last post, that's because in Windows 11 when >> double-clicking, the working directory is the system's Windows >> directory, not the one your program is in. >Irrespective of anything else that's going on, that's not my experience. >I just tried, and double-clicking a python script makes the >directory that I have open in Explorer the current directory. >I've seen the same not just with scripts but also with executables. >I don't think this is the cause. Interesting. So, your system is corrected for this and mine, I guess, is not. For me, it fails each and every time I use a phrase like that in any program in WIN11. -- https://mail.python.org/mailman3//lists/python-list.python.org -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
Op 7/12/2025 om 1:54 schreef Thomas Passin: As I explained in my last post, that's because in Windows 11 when double-clicking, the working directory is the system's Windows directory, not the one your program is in. Irrespective of anything else that's going on, that's not my experience. I just tried, and double-clicking a python script makes the directory that I have open in Explorer the current directory. I've seen the same not just with scripts but also with executables. I don't think this is the cause. -- "In the old days, writers used to sit in front of a typewriter and stare out of the window. Nowadays, because of the marvels of convergent technology, the thing you type on and the window you stare out of are now the same thing.” -- Douglas Adams -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: What is the tool used here?
Op 7/12/2025 om 17:25 schreef Em: I see >, >>, and >>>, attached at the beginning of lines in messages. I doubt that they are placed manually and wonder how they are placed automatically. How do I get said program? Proper mail clients insert those when replying to messages. Are you using Outlook? I'm not familiar with it, but maybe this can be of help: https://support.microsoft.com/en-us/office/reply-with-inline-comments-within-the-original-message-text-5bc44105-aeb2-49e2-8239-5aeeff52e5a7 -- "The major problem—one of the major problems, for there are several—one of the many major problems with governing people is that of whom you get to do it; or rather of who manages to get people to let them do it to them. To summarize: it is a well-known fact that those people who must want to rule people are, ipso facto, those least suited to do it. To summarize the summary: anyone who is capable of getting themselves made President should on no account be allowed to do the job." -- Douglas Adams, The Restaurant at the End of the Universe -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: What is the tool used here?
On 07/12/2025 16:25, Em wrote: > I see >, >>, and >>>, attached at the beginning of lines in messages. I > doubt that they are placed manually and wonder how they are placed > automatically. How do I get said program? I use Thunderbird and it provide the same feature. You are not limited to > symbols you can specify the line prefix character in the settings. But long years of internet tradition says use > -- Alan G Author of the Learn to Program web site http://www.alan-g.me.uk/ http://www.amazon.com/author/alan_gauld Follow my photo-blog on Flickr at: http://www.flickr.com/photos/alangauldphotos -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
Hello, Am 07.12.2025 um 15:36 schrieb Em: -Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 7:23 AM To: [email protected] Subject: Re: A switch somewhere, or bug? CORRECTION Op 7/12/2025 om 1:54 schreef Thomas Passin: As I explained in my last post, that's because in Windows 11 when double-clicking, the working directory is the system's Windows directory, not the one your program is in. Irrespective of anything else that's going on, that's not my experience. I just tried, and double-clicking a python script makes the directory that I have open in Explorer the current directory. I've seen the same not just with scripts but also with executables. I don't think this is the cause. Interesting. So, your system is corrected for this and mine, I guess, is not. For me, it fails each and every time I use a phrase like that in any program in WIN11. Did you ever check the app aliases on your Windows 11 box? By default "python" and "python3" point to an "app installer" for the Microsoft Store Python app. Probably not what you want, but can simply be unchecked. I'm not sure from your description if that really is your problem, but it might be and it's easily checked. -- https://mail.python.org/mailman3//lists/python-list.python.org
RE: What is the tool used here?
Footnote: Fifteen plus Fifteen is thirty. Sixteen and Sixteen is thirty too. -Original Message- From: Thomas Passin Sent: Sunday, December 7, 2025 4:31 PM To: [email protected] Subject: Re: What is the tool used here? On 12/7/2025 3:37 PM, Em wrote: > > > > -Original Message- > From: Roel Schroeven > Sent: Sunday, December 7, 2025 12:29 PM > To: [email protected] > Subject: Re: What is the tool used here? > > Op 7/12/2025 om 17:25 schreef Em: >> I see >, >>, and >>>, attached at the beginning of lines in messages. I >> doubt that they are placed manually and wonder how they are placed >> automatically. How do I get said program? > Proper mail clients insert those when replying to messages. Are you using > Outlook? I'm not familiar with it, but maybe this can be of help: > https://support.microsoft.com/en-us/office/reply-with-inline-comments- > within-the-original-message-text-5bc44105-aeb2-49e2-8239-5aeeff52e5a7 > > [SGA] Ok, good guess that I am using Outlook however, I do not seem to be > able to enable the > as preface. I can place my initials for now... The recipient's email client does the marking when it opens a message. Normally you don't have to do anything at all. If you try to add your own markings, you may mess up the correct nesting of the replies. [SGA] My initials in the brackets is about the only change I can make. The option for ">" is there but not available. > -- > "The major problem—one of the major problems, for there are several—one of > the many major problems with governing people is that of whom you get to do > it; or rather of who manages to get people to let them do it to them. > To summarize: it is a well-known fact that those people who must want to rule > people are, ipso facto, those least suited to do it. > To summarize the summary: anyone who is capable of getting themselves made > President should on no account be allowed to do the job." > -- Douglas Adams, The Restaurant at the End of the Universe > > -- https://mail.python.org/mailman3//lists/python-list.python.org -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
On 12/7/25 3:03 AM, Em wrote: > So, is this a change from WIN10? Maybe. It could be a change in the pylauncher. Or a change in how Windows starts pylauncher. It could be a difference between the versino of Python Microsoft puts in the store vs the python.org package. It could be a change in how Windows 11 has locked down disk permissions tighter. > and is IDLE not affected by this change? IDLE sets the working directory before running your script to the same directory as your script. As mentioned, it's always best to not assume the working directory is what you think it is. This isn't just a python issue. This is something you had to be concerned about when writing Windows programs for as long as I can remember. -- https://mail.python.org/mailman3//lists/python-list.python.org
Re: A switch somewhere, or bug? CORRECTION
On 12/7/25 5:22 AM, Roel Schroeven wrote: > Op 7/12/2025 om 1:54 schreef Thomas Passin: >> As I explained in my last post, that's because in Windows 11 when >> double-clicking, the working directory is the system's Windows >> directory, not the one your program is in. > Irrespective of anything else that's going on, that's not my experience. > I just tried, and double-clicking a python script makes the directory > that I have open in Explorer the current directory. I've seen the same > not just with scripts but also with executables. I don't think this is > the cause. Python from the MS Store or python from python.org? -- https://mail.python.org/mailman3//lists/python-list.python.org
RE: A switch somewhere, or bug? CORRECTION
-Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 12:26 PM To: [email protected] Subject: Re: A switch somewhere, or bug? CORRECTION Op 7/12/2025 om 15:46 schreef Thomas Passin: > On 12/7/2025 7:22 AM, Roel Schroeven wrote: >> Op 7/12/2025 om 1:54 schreef Thomas Passin: >>> As I explained in my last post, that's because in Windows 11 when >>> double-clicking, the working directory is the system's Windows >>> directory, not the one your program is in. >> Irrespective of anything else that's going on, that's not my >> experience. I just tried, and double-clicking a python script makes >> the directory that I have open in Explorer the current directory. >> I've seen the same not just with scripts but also with executables. I >> don't think this is the cause. > > It *was* the case *on my system* when I tested the program under > consideration. I included the output and it clearly showed that the > working directory at launch was C:\WINDOWS\system32. > > The situation about file associations in Windows 11 is complicated > because there is the new mechanism, and the old one is still there, > apparently, and they may not always work the same way. Indeed, clearly there are differences between different installations. > > By the "old" mechanism I mean the way that the associations were set > up in the registry by specifying a logical name like Python.file for > the .py extension, and having registry keys for the default program to > use for Python.file types. You could display (or change, I think, > though I never did) these associations from the command line with the > programs assoc and ftype. For example, I used to be able to run this: > > C:\Users\tom>ftype Python.file > Python.file="C:\Windows\py.exe" "%L" %* > > Now I get this: > > C:\Users\Tom>assoc .py > File association not found for extension .py > > C:\Users\Tom>ftype Python.file > File type 'Python.file' not found or no open command associated with it. My Windows 11 still shows C:\Users\Roel Schroeven>ftype Python.file Python.file="C:\Windows\py.exe" "%L" %* So yeah, there are differences, and I have to admit I'm not familiar with how those things work. > At any rate, the OP has been making things harder by not following, or > not following completely, the simple suggestions that have been made. > He needs to find out what the working directory is when the program is > run by double-clicking, or he has to make his program work no matter > what the startup directory is. Sample code for all that has been > posted in this thread. I completely agree. Yes, it can be frustrating when something that has always worked doesn't work anymore. But it seems OP prefers to only complain about it instead of trying to find the exact cause and/or a solution, despite lots of suggestions in this thread. [SGA] Sorry if my knowledge of all this is not as vast as yours. Maybe it is only half-vast. You totally missed the point if you believe that I prefer "to only complain about it instead of trying to find the exact cause..." The majority of what is suggested is foreign to me in commands and in system responses. It is rather arrogant to believe that your answer is the one that will totally answer the problem. Have you ever indicated that you have the same problem and that your suggestion helps? So far, only one response here indicated that this problem happened on a system other than just mine. Maybe it occurs on all systems. P.S.: I am trying to set Outlook to use the ">" indicators but that option is faded and not available to enable. [SGA] -- "The major problem—one of the major problems, for there are several—one of the many major problems with governing people is that of whom you get to do it; or rather of who manages to get people to let them do it to them. To summarize: it is a well-known fact that those people who must want to rule people are, ipso facto, those least suited to do it. To summarize the summary: anyone who is capable of getting themselves made President should on no account be allowed to do the job." -- Douglas Adams, The Restaurant at the End of the Universe -- https://mail.python.org/mailman3//lists/python-list.python.org -- https://mail.python.org/mailman3//lists/python-list.python.org
RE: What is the tool used here?
-Original Message- From: Roel Schroeven Sent: Sunday, December 7, 2025 12:29 PM To: [email protected] Subject: Re: What is the tool used here? Op 7/12/2025 om 17:25 schreef Em: > I see >, >>, and >>>, attached at the beginning of lines in messages. I > doubt that they are placed manually and wonder how they are placed > automatically. How do I get said program? Proper mail clients insert those when replying to messages. Are you using Outlook? I'm not familiar with it, but maybe this can be of help: https://support.microsoft.com/en-us/office/reply-with-inline-comments-within-the-original-message-text-5bc44105-aeb2-49e2-8239-5aeeff52e5a7 [SGA] Ok, good guess that I am using Outlook however, I do not seem to be able to enable the > as preface. I can place my initials for now... -- "The major problem—one of the major problems, for there are several—one of the many major problems with governing people is that of whom you get to do it; or rather of who manages to get people to let them do it to them. To summarize: it is a well-known fact that those people who must want to rule people are, ipso facto, those least suited to do it. To summarize the summary: anyone who is capable of getting themselves made President should on no account be allowed to do the job." -- Douglas Adams, The Restaurant at the End of the Universe -- https://mail.python.org/mailman3//lists/python-list.python.org -- https://mail.python.org/mailman3//lists/python-list.python.org
What is the tool used here?
I see >, >>, and >>>, attached at the beginning of lines in messages. I doubt that they are placed manually and wonder how they are placed automatically. How do I get said program? A voice mail message recently left on my phone: "Please call us back at: 16 billion 863 million 431 thousand and 125" -- https://mail.python.org/mailman3//lists/python-list.python.org
