[GNC] Calculating IRR of an investment account

Michael or Penny Novack stepbystepfarm at comcast.net
Sat Apr 8 11:18:02 EDT 2023


On 4/8/2023 10:27 AM, Stan Brown wrote:
> Thunderbird autosaves drafts, and they do not disappear automatically
> from the Drafts folder after you send the message. You have to delete
> them manually.
>
> (It's bad design, I agree, because it leads to confusion. But there it
> is: we get what we pay for.)

Arguable --- I can see the case for both behaviors (delete draft after 
sending edited draft OR leave until explicit delete). The first, if not 
the action, can cause accidental resending (thinking not done yet) but 
the second can save a great deal of work when you are wanting to send 
multiple very slightly different versions of an email << eg: 
personalized for each recipient >>. Yes, there are other ways to do that 
(copy/paste from elsewhere the constant, pre edited text).

Michael D Novack

PS -- What makes you think commercial software is better in that regard? 
It will be designed according to how the designers think the majority of 
their customers would want. Choice of behavior MIGHT be provided if they 
think the minority also a significant number. But often is not.

       For example, I live where there is no cell service. Do you know 
what percentage of websites requiring account creation REQUIRE a mobile 
number (verification by text) vs how many provide an alternative (email 
of land line number sent an automated call). I do. I can even recognize 
one situation where I can tell more than one designer involved in the 
design (early in the process allows use of the alternative "verify via 
code sent by automated voice to a land line or by email" but at the 
completion of the process "must enter mobile number for verification 
sent by text" ----- insanely this is a process for setting up "paperless 
billing" FOR A LAND LINE). The point is maybe 97% of people here in the 
US live where can have a mobile, only 3% live where no service, so 
forget about them.





More information about the gnucash-user mailing list