Rhino V6 - Settare oggetti in modo Wireframe o ghosted durante gli spostamenti

emilio · 15 Ottobre 2018, 10:16am

Hmmmm …
Non e’ che l’opposite di ShadeSelected e’ UnShadeSelected … che sarebbe mutually exclusive … credo …

… Ma perche’ non fate una bella macro con setObjectDisplayMode e lasciate in pace il povero Jeff ?

lucio_zadra · 15 Ottobre 2018, 11:09am

Si, l’esempio è calzante.
A parte il fatto che non ho mai capito a cosa serva lo shade selected… non mi verrebbe in mente di parlare di shade/unshade selected…
Parlerei piuttosto di comportamento del preview per il comando copy/move (vuoi il preview? Si, no, solo wireframe).

Sergio_Alessi · 15 Ottobre 2018, 1:41pm

Ciao Lucio

come soluzione / toppa, se usi qst script l’oggetto da muovere verrà visualizzato in wireframe.

Sergio

github.com

mcneel/rhino-developer-samples/blob/6/rhinopython/SampleMove.py

################################################################################
# SampleMove.py
# Copyright (c) 2017 Robert McNeel & Associates.
# See License.md in the root of this repository for details.
################################################################################
from Rhino import *
from Rhino.Commands import *
from Rhino.Geometry import *
from Rhino.Input.Custom import *
from scriptcontext import doc

# Rhino.Input.Custom.GetPoint derived class that dynamically
# draws the selected objects.   
class SampleGetMovePoint(GetPoint):
    
    # Class initializer
    def __init__(self, go, base_point):
        self.m_objects = [o.Object() for o in go.Objects()]
        self.m_point = base_point
        self.m_xform = Transform.Identity

This file has been truncated. show original

lucio_zadra · 15 Ottobre 2018, 8:45pm

Domani ci do un occhio! Grazie!

Edit:
@giuseppe
Lo script di Dale fa esattamente quello che intendo io.
La preview dell’oggetto spostato viene fatta in wireframe; unica cosa che manca rispetto al move/copy originale è la visualizzazione “fantasma” dell’oggetto nel punto di partenza e poi credo non ci siano più problemi di parti nascoste.

lucio_zadra · 19 Ottobre 2018, 3:05pm

Siccome avevo intuito che jeff non avesse compreso la richiesta (tirando in ballo lo shade-selected) riporto di seguito quello che mi ha risposto quando gli ho specificato il modo in cui intendevo funzionasse il move/copy preview:

What you’re asking for above is not what I thought Giuseppe was suggesting or asking for… What we talked about was something that provided the opposite of what “ShadeSelected” did/does. In other words…in a Shaded view, selected objects would no longer shade, but instead display in wireframe…and then deselecting them would cause them to shade again (i.e. draw based on what the current display mode is). What you’re asking for here sounds more like a way specify how you want objects to display specifically for a move and/or copy event while they’re being dragged around. That’s not the same thing, and it sounds like a lot more work…and possibly require rework in the Move and Copy commands…

So before anything gets done or worked on… I want to get a clear understanding of what exactly it is you want… I would start by first explaining what the problem(s) is/are, and how this fixes it… or how you see and envision this solving the problem(s).

Thanks,
-Jeff

emilio · 19 Ottobre 2018, 3:20pm

… Che ( IMHO ) sarebbe un’ottima cosa per ogni preview (Non solo per Move e Copy).
(comprendendo anche l’opzione disable nello ‘how’ … e magari anche box )

lucio_zadra · 12 Novembre 2018, 5:25pm

Allora, aggiornamento:
Jeff ha detto che non si dimentica di noi poveri utenti
A parte gli scherzi, hanno beccato alcuni problemini sul preview del drag/move/copy che rallentano le prestazioni.
Ci stanno lavorando e, non appena ottengono qualcosa di buono, lo buttano sulla Release Candidate così possiamo vedere se funziona meglio.
Da li in poi metteranno a posto il comportamento del preview per permettere all’utente di avere sempre la situazione sotto controllo.
Appena so qualcosa di più vi aggiorno.