On 6/28/2021 4:20 AM, Terry wrote:

Individually, with subjects that describe the issue.

Mailing lists don't have the concept of standing threads.  (How would a
new member ever do anything with them?)

Reply.

But if you're talking about something new, don't reply.  In particular,
if you're inclined to change the Subject, generally you shouldn't reply

• you should write a new message.  Many or most mail readers will track
  the thread relationship between messages even when the Subject changes,
  and some readers may have hidden a thread.  If somebody has hidden a
  thread, would it be right for your new message to be hidden too?  If
  you're talking about a different issue, probably not.

My gut reaction is that for "macros", sequences to be executed on a
particular keystroke, it's better to use a generic tool (perhaps
provided by your system UI) than for each application to invent their
own mechanism.  For instance, per-application macro mechanisms can't act
on multiple applications.

That said, and not intending to belittle your desire for this feature, I
think in the long run you won't really want it.  If I'm working on a
model, I'm likely working on some particular part of that model.  Most
of the changes will be to that part of the model, and I want it to stay
looking at that part.  I wouldn't want it continually backing off and
repositioning to a full view.

On 6/28/2021 4:52 AM, Jordan Brown wrote:

More precisely, Reply All, or some mail programs have a "reply to list".

An ordinary "reply" should normally send only to the author of the
message, not to the entire mailing list.  The OpenSCAD list is bad
that way; it's set to cause "reply to sender" to go to everybody, and
that often produces embarrassing results.

It depends on the email client I think. In gmail discuss@lists.openscad.org  is
first in the to field, so reply goes back to the list.

On Mon, 28 Jun 2021 at 12:57, Jordan Brown openscad@jordan.maileater.net
wrote:

On Mon, Jun 28, 2021 at 04:52:34AM -0700, Jordan Brown wrote:

Not sure if I know where to find that in my OS. I've been using Linux
for 30 years now, but I don't know where to find it.

How you are normally using Openscad is not the issue, that you don't
need the feature or would find it annoying doesn't really matter. It
seems he would like to have a key do some stuff, more than normally
under one key.

Let me state that with a slightly programmable userinterface, you
quickly can build up some really powerful stuff.

First you have to step away from:
"ok we can attach action X to a key, what key do you want?"

but turn it around:
"we have lots of keys, what do you want THIS key to do?"

And from there, allowing a sequence of a few actions on one key is
easy and very useful.

I've personally never witnessed that the preview showed somethign else
than the "render". Thus I tend to render-export-as-STL in one go. I
can then doublecheck the object in my slicer. (if the interpretation
of the object changes from render to slicer, I need to know it
anyway). So I would like a key that does: render, export-as-STL,
overwrite-yes.

Roger. 

--
** R.E.Wolff@BitWizard.nl ** https://www.BitWizard.nl/ ** +31-15-2049110 **
**    Delftechpark 11 2628 XJ  Delft, The Netherlands.  KVK: 27239233    **
f equals m times a. When your f is steady, and your m is going down
your a is going up.  -- Chris Hadfield about flying up the space shuttle.

On 6/28/2021 5:01 AM, nop head wrote:

It does depend on the e-mail client, but the most relevant header for
simple "Reply" is Reply-To.  I don't think I've ever seen a mail client
that gave special treatment to the first entry in the To list.

The definition is that Reply-To is to be used in place of From when
replying.

Thus, if you have

From: A
To: B, C
Reply-To: D

and B hits Reply the result should go to D, and if B hits Reply All the
result should go to D, C, and maybe B.  This behavior is independent of
whether any of the addresses are mailing lists.

At least that's the design.  Some mail clients may behave differently. 
Thunderbird, for instance, has some kind of heuristic that detects
mailing lists that add "Reply-To: <list>" and defeats it, so that
"Reply" goes to the sender. (As it should.  If I wanted to reply to
everybody, I would have said "Reply All".)

On 6/28/2021 5:07 AM, Rogier Wolff wrote:

I don't use Linux and don't use keyboard macros, but Mr. Google says
that Ubuntu has a tool called "AutoKey" available.  Ref:
https://askubuntu.com/questions/866619/how-do-i-setup-keyboard-macros

For Windows, it looks like you need to use an add-on tool. Again, I
don't use keyboard macros so I don't have a favorite, but it looks like
MS's mouse kit includes a macro feature.  I do use WinCompose to make
it easy to type characters like ä and 🦃, and WinCompose includes a
macro feature.

The essence of my attitude is that keyboard macros shouldn't behave
differently in different applications; the same mechanism should work
across the board.  I admit that I don't have a good answer for how that
would let you have per-application bindings. It looks like AutoKey has
an answer for that, but neither WinCompose nor the MS tool do.

Sure, and if it ends up being the right thing for him then more power to
him.  I'm just relating my experience and how I find that my workflow
runs.  Preview-reset-viewall seems like a feature that you might think
you want, but in the long run wouldn't use.

Render and preview differ when there are colors and when there are % or

highlights.  They can also differ if your program explicitly looks at

$preview.  I believe that nop head usually has preview show an
as-assembled view and render show an as-printed view.

But I agree that Render+Export is a common action.  I don't quite
understand why Export doesn't automatically Render first.  (Any time the
computer says "you need to X first", I have to ask "well, why didn't you
automatically X for me?")  And I agree, I basically always want
Export-as-STL to overwrite the file.  My first thought would be to have
those things (optionally) behave that way, rather than layering a
keyboard macro on top, but a keyboard macro can mostly work.  (A
keyboard macro will have trouble doing the right thing when you're first
writing the file and you don't need the overwrite confirmation.)

More confusing, I THINK that at one point Reply only went to the
original poster the FIRST time the message appeared, but after that
Reply went to everyone (poster plus forum/mailing list).  I always try
to Reply All to get around this anomaly.

Jon

On 6/28/2021 7:57 AM, Jordan Brown wrote:

On Mon, 28 Jun 2021 05:52:34 -0700, you wrote:

Two examples of free Windows tools are AutoIt! and AutoHotkey. Both are
'programmer-orientated'. As mentioned, I use the higher level, UI-based
paid Macro Express Pro.

I have over 2,000 macros, about 10% in fairly regular use and some 50 or
in very frequent use. (The seven I described for OpenSCAD have already
been used a total of 36 times so far today.)

They support scores of applications. About a third  are globally scoped
and the rest tied to applications. Hotkeys (which include left, right
and middle mouse clicks) obviously have to be chosen carefully to avoid
conflicts, but over the many years I've been using Macro Express Pro
that's not been a major obstacle. About 120 are activated not from keys
but from pop-up menus, displayed on middle clicking an application's
title. But key activation is almost always significantly faster, as in
the case under discussion.

Did others try reproducing the behaviour I described? At present I have
half a dozen files open, from various sources. All covering aspects I'm
trying to learn, predominantly in Preview mode. Using promising code
copy/pasted into my own WIP. Maybe there's a setting I haven't found
which will automate it, but, as I said, at present when I switch from
window X to Y, the last view previewed in window X is displayed (or is
displayed when I hit F5, and possibly also then View All).

Terry

On Mon, 28 Jun 2021 04:52:34 -0700, you wrote:

Not an option. I was using the forum and deleted all emails at that
time.

Terry