Jump to content
The Dark Mod Forums

Idea - Prevent Stealth Retexturing


Recommended Posts

Below, I'll be describing what I see as a problem, in the form of a draft bug report. But perhaps there is some compelling reason to keep the existing behavior? So comment.

---

Feature request: Prevent stealth retexturing.

When you select a surface with Ctrl-Shift-LMB, you give it a blue dot. If you then paste or apply a new texture (e.g., from the Texture Browser), that new texture appears where expected. But you may have, without realizing it, retextured all other surfaces of any objects you had left selected. Typical problem cases:

  1. The blue-dot surface belongs to an object that you left selected. So all surfaces are retextured. If it’s a wall, you may not immediately realize that the far side and edges have changed.
  2. The blue-dot surface belong to a primitive component of a multi-part entity, and some other primitive component, perhaps out of sight, is still selected. So you change both the blue-dot surface and all surfaces of that other component.

Discussion:

I would like this to work, at paste time, just like Ctrl-MMB does. Namely, given a particular surface designated, ignore any object selection, and just paste to that surface.

More specifically, if a blue-dot surface exists, paste/apply just to that. If it doesn’t, and an object selection exists, paste to all its surfaces.

Edited by Geep
typo
  • Like 1
Link to comment
Share on other sites

So a priority rule? Makes sense to me to some extent.

The thing is when you're texturing a lot of surfaces with the same texture at the same time, some brushes you may want to texture the whole brush (select) and some you want to texture only one surface. How about that situation? (...if I understand your proposal and what DR is doing correctly.)

I don't remember this being a problem for me because I instinctively clear all selections in situations like this.

What do you see when you turn out the light? I can't tell you but I know that it's mine.

Link to comment
Share on other sites

13 hours ago, demagogue said:

So a priority rule? Makes sense to me to some extent.

The thing is when you're texturing a lot of surfaces with the same texture at the same time, some brushes you may want to texture the whole brush (select) and some you want to texture only one surface. How about that situation? (...if I understand your proposal and what DR is doing correctly.)
 

Under the proposal, when you want to texture the whole selected brush, you'd just not have any specific surface anywhere selected with a blue-dot. So you are correct, what you describe would require two separate "apply" passes of texture, as opposed to one currently. That is the trade-off to prevent stealth retexturing.

(I thought about proposing a popup dialog that would ask you what you wanted to do if both a brush and a surface were selected and you tried to apply a texture. Seemed a bit much, tho.)

Quote

I don't remember this being a problem for me because I instinctively clear all selections in situations like this.

Maybe you've been bitten by stealth retexturing in the distant past, and developed the appropriate defense? I'm not so far along that it's instinctive.

Link to comment
Share on other sites

To @Destined point, here are some alternative ideas that strive to prevent stealth retexturing while allowing one-pass retexturing. When there is already something selected (i.e., object(s) including primitive(s)) and you try to select the FIRST blue-dot surface...

1) It comes up with a popup dialog, either:

- "Reminder: Clear the existing object selection if you don't intend all those surfaces to be retextured too."

- "Clear the existing object selection before continuing (if you don't intend all those surfaces to be retextured too)?" Yes/No

Additional blue-dot surface selection would not trigger this warning; nor would selecting additional objects while blue-dot surfaces are active.

2) The preexisting selection is quietly auto-cleared. But nothing would prevent selecting additional objects while blue-dot surfaces are active.

3) Trying to set a blue-dot surface when there's a preexisting object selection is quietly ignored. But nothing would prevent selecting additional blue-dots and objects while blue-dots are active.

I don't know, (2) and (3) might be seen as mysterious/perceived-as-bug/aggravating.

Link to comment
Share on other sites

I think a more general statement would be better, since UI shouldn't presume your intention, something like "X surfaces are selected for retexture.", which will have more utility than just a notice, but it's also a notice.

What do you see when you turn out the light? I can't tell you but I know that it's mine.

Link to comment
Share on other sites

I'd be concerned that giving an actual count of surfaces just adds detail that confuses. (Typical values would be  6 or 7, but could easily be higher.). And the pre-existing surfaces were implicitly selected, not explicitly

How about, refining case (1), this message -

"One or more objects are already selected, ready to completely retexture" [OK]

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • taffernicus

      i am so euphoric to see new FMs keep coming out and I am keen to try it out in my leisure time, then suddenly my PC is spouting a couple of S.M.A.R.T errors...
      tbf i cannot afford myself to miss my network emulator image file&progress, important ebooks, hyper-v checkpoint & hyper-v export and the precious thief & TDM gamesaves. Don't fall yourself into & lay your hands on crappy SSD
       
      · 2 replies
    • OrbWeaver

      Does anyone actually use the Normalise button in the Surface inspector? Even after looking at the code I'm not quite sure what it's for.
      · 7 replies
    • Ansome

      Turns out my 15th anniversary mission idea has already been done once or twice before! I've been beaten to the punch once again, but I suppose that's to be expected when there's over 170 FMs out there, eh? I'm not complaining though, I love learning new tricks and taking inspiration from past FMs. Best of luck on your own fan missions!
      · 4 replies
    • The Black Arrow

      I wanna play Doom 3, but fhDoom has much better features than dhewm3, yet fhDoom is old, outdated and probably not supported. Damn!
      Makes me think that TDM engine for Doom 3 itself would actually be perfect.
      · 6 replies
    • Petike the Taffer

      Maybe a bit of advice ? In the FM series I'm preparing, the two main characters have the given names Toby and Agnes (it's the protagonist and deuteragonist, respectively), I've been toying with the idea of giving them family names as well, since many of the FM series have named protagonists who have surnames. Toby's from a family who were usually farriers, though he eventually wound up working as a cobbler (this serves as a daylight "front" for his night time thieving). Would it make sense if the man's popularly accepted family name was Farrier ? It's an existing, though less common English surname, and it directly refers to the profession practiced by his relatives. Your suggestions ?
      · 9 replies
×
×
  • Create New...