Are you developers hoping to get to a stage where will OS3.x be considered "completed" one day or will most or almost all the functionality of v3.9 be implemented (without wanting to step on anybody's toes, only those features which you developers deem to be sensible and worth implementing--of course)?
Well, what's "complete" then? It's probably "complete" when everybody lost the motivation to continue working on it. Whether someone will pick up to re-implement the reaction prefs is hard to say. I believe we should continue shipping the gadtools preferences for a while as the intention is not to exclude particular machines. However, that should not preclude us to implement additional alternative programs users may install instead.
And maybe possibly reach close to OS4 functionality (for those classic machines with more powerful expansions and/or vampires)? Well, the answer to this question might as well be something which is discussed internally in the dev-team, and is rather kept hidden 'till the time is right. 
Who can say? Actually, I don't think we would be able to re-implement everything from Os 4 as we have much less powerful machines available.
Well then, I suppose it's "completed" when it will not be possible to add functionality without excluding some machines.
- I was wondering if it is somehow possible to change how the Pointer is rendered on some Screen Modes.
For example when using Multiscan the "Hi-Res" Pointer has right proportions. Using PAL Hi-Res interlace and the setting "Low-Res" pointer in pointer prefs, renders a huge Pointer; the "Hi-Res" setting in the latter preference editor, display a distorted pointer. Kind of ugly. I would love it, if it had the proper proportions instead.
This is pretty much a limitation of the graphics system, both the hardware and the actual implementation of graphics.library. Graphics.library has to be replaced at some point, but this is a major task.
That's a pity as it is one of the most prominent every-day visual things which catches the eye!
- enhancement for “copy”, add a "pattern" option. So “copy PAT=#?.info ALL sys: TO backup:icons/“ wold be handy to use.
I can keep this as a feature request, though you can probably create a script nowadays that does that with list and lformat. Actually, the shell is not very powerful - it should at least include better means for iteration.
yes, a two stages script is ok, you are right, one to create the subdirectories and one to copy the files itself.
The above example I posted would not work anyway as there is a need for an additional optional keyword (e.g. MULTIPLE) in order to tell "copy" to create the subdirectories as well. Else the files will probably all be copied to the directory given as argument, possibly creating naming conflicts.
- Scroll wheel inversion, for those using a mouse with a scroll wheel and spoiled by a fruitOS
The native hardware does not have input for scroll wheels, though some USB stacks send the right events. However, it also takes programs to handle these events. It is not simply a matter of the scroller as it is not directly the receiver of the events, but the window the scroller is in is. Thus, it would require to upgrade programs using scrollers to make use of these events.
Oh dear, this is complicated and updates for old software are highly unlikely to happen. Thanks for explaining this. I take back my proposition.
- For the Workbench, change "Delete" keyboard shortcut from RAmiga-D (yes, it's really "Delete" and sadly not "Duplicate") to RAmiga-Backspace and/or RAmiga-Del. To have a little more consistency with the shortcuts of the rest of the system. What does the Style guide say about it?
My style guide says that we shouldn't change such traditions lightly.
looks like my suggestions are very too much influenced by other OSs. I apologise. However, I still think it is a good idea to have the delete/backspace key do what it is usually associated with.
Not trying to force your decision here at all, but if this change was going to far, many of those ones concerning consistency should be discarded too.
And window dragging beyond the screen corner is weird to Amiga OS too. Or the new options in the early-boot to update some ROM modules from disk. Or kind of eliminating AUX.. I'll stop, it starts to read a rant.
- Have the possibility to change the icon type in the WBInfo window. e.g., from "Project" to "Tool". Actually the RAWBInfo is really useful! 
Frankly, the info window should not replace an icon editor. There are specialized programs to modify icons in all possible ways. Arguably, the included icon editor is a very primitive one.
Yes, you are right here too, it was just a matter of being handy, probably only personally to me; because I am the lucky one here, encountering icons with the wrong type associated to them surprisingly often.
I might in this regard have a little bug to report for IconEdit. I can reproduce this on a vanilla 3.1.4.1 and also 3.1.4.1 plus the latest BestWB v1.3. If I try to exchange the images of the AWeb icon included in the official AmigaOS 3.14 IconPack (Masons)--the Keyboard-shortcut is RAmiga+e--it will not do it. This happens with all new official multicoloured icons so far. The images of the 1992 4-col icons do swap.
I managed to swap the images of the new official Mason icons for 3.1.4 with the OS4 IconEditor however.
